"I used it to great effect in a bar brawl once."
My opinion is - you were lucky.
https://www.youtube.com/watch?v=0KUXTC8g_pk
I don't know the guy from the video but I think his assessment is very honest and balanced.
Could you explain why? I have quite a bit of experience with Z80 and x86 (16bit) assembly. I remember that I've tried to learn 6502 many years ago but lost interest after a while. I remember that 6502 didn't feel superior to me then, quite opposite.
Newsletter is not connecting your subscribers together - add that and you have good old mailing list. One of my friends created such a mailing list for our circle of friends some time ago but it didn't win with the Facebook.
But they did not use any backdoor. Etchalon is right - if they had to access file system how should they do that if it was encrypted? And you were in control of the situation - next time change the password to temporary one before handing it over. And if you are really paranoid decrypt and encrypt the drive afterwards to have new encryption keys ;-)
Having GC does not mean that you need to surrender all of control. You just need to know which operations are allocating memory (consing) and which are destructive. In Common Lisp you often have both variants available - like reverse & nreverse.
You can't do 2-factor authentication with applications that don't support it. You can't do it with, for example, IMAP, period.
I am not sure about that at all. For imap for example you could be required to submit your password followed by one time code in single login command:
. login youraccount yourpasswordyourotp
So in the password prompt when the client connects you should type in your password + your otp in one step. But that is still two factor authentication. Of course there is no sense in caching/storing such password. It would be less convenient for sure but saying that you can't do 2-factor for imap is exaggeration.
In one of the comments on reddit ascheinberg wrote:
Like every single site like this, the problem is that the public is ready to ingest content faster than content becomes available, or rather, faster than worthy news is made, so in the lack of real gripping news, things of general interest fill the gap
So maybe we should try to slow things down by limiting number of votes/submissions per person per day?
If someone could submit only one story per day maybe he would do that more carefully?
The same applies to votes - with limited number of votes available someone would consider more carefully what to spend his votes on?
And as additional benefit making things slower on HN could have positive effect on our productivity ;).
I found this link before posting the question but I still can't imagine how to use javascript call/cc implementation from your article (on the other hand I think I know how to use call/cc in scheme). Maybe I am too tired today.
If you posted a simple example of JavaScript written in continuation-passing style and using this call/cc implementation probably everything would be clear.
I used to use vi/vim but one day I stumbled upon Common Lisp and started learning/using emacs because it seemed to be the best ide available for CL.
Now I can't imagine living without org-mode, mew, jabber-el, w3m and many other emacs applications.
Isn't emacs more popular among programmers and vi/vim among sysadmins/unix guys?
In my opinion it doesn't really matter much - what's important in such stories are emotions, inspiration and education. I agree with other posts that we should try to do good things without anticipating possibilities of reward i.e. do them with true altruistic attitude but you know... if doing good things is your way of life you will do so much of them that you probably be rewarded more than once.