Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
vu3rdd
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
vu3rdd
1y ago
My friend and former colleague has built a bunch of stuff over magic-wormhole like fowl[0], shwim[1] and so on. There is a lot of nice work on "dilated" wormhole. [0] < https://github.com/meejah/fowl > [1
2.
▲
by
vu3rdd
9y ago
There are pre-build packages for OSX, most GNU/Linux distros. I have built it on Windows using the "Microsoft C/C++ compiler for python" that Microsoft makes available for gratis download. Have you tried Gridsync, a GUI
3.
▲
by
vu3rdd
10y ago
I have been reading it as well. For my taste, it is a bit too verbose. I like to see something along the lines of the K&R book or the GoPL book. I was hoping that "Programming Rust" is such a book, but I was disappointed. And
4.
▲
by
vu3rdd
10y ago
Happy to see the modules chapter and the testing chapter early enough in the book. Thanks. The new format looks a lot better, IMHO.
5.
▲
by
vu3rdd
10y ago
Reminds me of the ancient Indian parable in Panchatantra - http://panchatantra.org/of-crows-and-owls/the-brahmin-and-th...
6.
▲
by
vu3rdd
10y ago
Thanks. Updated the link.
7.
▲
by
vu3rdd
10y ago
One of the authors of Tahoe-LAFS and the original creator of zfec, Zooko, co-authored a paper on the performance of such codes. http://nisl.wayne.edu/Papers/Tech/code-pf-fast09.pdf Luigi Rizzo is the original auth
8.
▲
by
vu3rdd
10y ago
People who believe in these ideas are a minority, it seems. Every 'aptitude safe-upgrade' tells me that more and more disk space is required to install the packages. OpenBSD project seem to be doing the right thing (as they always
9.
▲
by
vu3rdd
10y ago
Good points. As a programmer, one has no choice most of the time on what language a program should have been written, in my career, I have mostly been modifying and adding code than writing new code from scratch. This mostly means C, for an
10.
▲
by
vu3rdd
10y ago
netsurf?
11.
▲
by
vu3rdd
10y ago
The essence of the language has not changed. But C99 came out with a few nice things. There is also C11 which brought in a few new things as well. It would have been nice to bring the book up to C99. "Modern C" is a good book on s
12.
▲
by
vu3rdd
10y ago
> Why is it OK to lock down smartphones, TV devices, consoles, but not OK for PCs? IMHO, it is not OK to lock down things you own. I have been a victim. I bought an AppleTV v2 and a planned obsolescence by Apple and Google rendered it
13.
▲
by
vu3rdd
10y ago
I wish the original course is offered in an alternate platform like edX.
14.
▲
by
vu3rdd
10y ago
Very nicely said! Sad is also being at the mercy of Apple to do "upgrades" of software, being at the mercy of Apple for security fixes.. the list goes on.
15.
▲
by
vu3rdd
10y ago
There is this nice guide: https://emailselfdefense.fsf.org/en/ It has instructions for all major operating systems.
16.
▲
by
vu3rdd
10y ago
I am posting the article "No silver bullets" again, in the wake of the npm fiasco. I think it is an essential reading for every programmer, every year! https://news.ycombinator.com/item?id=11350728
17.
▲
No Silver Bullet: Essence and Accidents of Software Engineering
(cs.nott.ac.uk)
3 points
by
vu3rdd
10y ago
|
0 comments
18.
▲
Erlang Factory 2016 keynote: Why functional programming matters?
(youtube.com)
2 points
by
vu3rdd
11y ago
|
0 comments
19.
▲
by
vu3rdd
11y ago
That's a great list, all in one place! Thanks to the author of that web page.
20.
▲
by
vu3rdd
11y ago
I don't see how this message is reassuring. Are they expecting the customers to just take their word? Without Apple showing the world, every bit of software that they run on their phones, these statements are at best, meant to mislead
21.
▲
by
vu3rdd
11y ago
I forget where I read it, but it was many years ago. But paraphrased, it read "never believe anything you read in print". It was quite an eye opening statement for me.
22.
▲
Boringcc
(groups.google.com)
2 points
by
vu3rdd
11y ago
|
0 comments
23.
▲
by
vu3rdd
11y ago
Yes, indeed. Even with the 101 level haskell I write, it feels so right. I exactly know where the side effects are and the semantics of the program is so clear.
24.
▲
by
vu3rdd
11y ago
> ...fear that my program isn't abstracted far enough... This. I feel exactly the same. I read various concepts like Free Monads, I go find papers and read them. But when I sit down to write code, my code is a blob doing IO. I can u
25.
▲
by
vu3rdd
11y ago
I played with Racket and used to lurk on their mailing lists for many years! I haven't seen a friendlier community than the Racket community anywhere else. DrRacket is a great environment to learn programming and play with various conc
26.
▲
by
vu3rdd
11y ago
While what you are saying is very true, recent developments around systemd seem to have changed a few people to target linux-kernel based systems than the BSDs. As the autoconf files suggest, a lot of GNU software was written in the most ge
27.
▲
by
vu3rdd
11y ago
I think the author should have called it "Why C and C++ are awful _teaching_ languages".
28.
▲
Why C and C++ are Awful Programming Languages (2010)
(radford.edu)
9 points
by
vu3rdd
11y ago
|
10 comments
29.
▲
by
vu3rdd
11y ago
Ditto. I am looking forward to it as well. I am a big fan of the writings from the folks at Bell Labs. The awk book, the "software tools" book, the TPoP book. They are some of the finest programming books ever.
30.
▲
[video] Legacy of Computers by Gerry Sussman
(youtube.com)
1 points
by
vu3rdd
11y ago
|
0 comments
More ›