Are you sure you don't mean COBOL? Fortran is still evolving (albeit even more slowly than Java) and still used for new projects.
916 karma · joined February 27, 2009
[1]: http://esr.ibiblio.org/?p=2122But yes, I have seen a similar case involving linux /dev/random - the user reported that outgoing emails were sometimes delayed for hours and that moving a mouse over a VNC window would sometimes speed it up. I did not believe that at first, but it was exim4 running out of entropy when generating TLS session keys. Worse, it was on a VPS with about 20 exim4 processes competing for the entropy.
Edit: Technically wrong: There is one name under "Hong Kong."
It does not. It is just an anecdote, from three people I know, who were required to memorize stuff, and found their coding ability did not contribute much.
> Just so you know India and China have produced a large bulk of academics in computing science, across various educational institutions in North America and Europe.
Yes, I did.
So do I, but CS degrees are not about memorization. At least not in North America or Europe. For my CS degree, I had to follow the math and deliver code. Toy code of course, but its a long way from "recalling and reciting references." If it had been about memorization I would probably have failed.
I also know people who say they got CS degrees through memorization and the ability to recall and recite references. They are Indian and Chinese. And they can code (even if they believe their degrees do not help.)
Are you sure you are getting honest answers? Some candidates may be thinking "He'll never hire me if I admit how stupid I was, so I'll use this secondhand or dumbed-down story instead."
> secrets.txt
With dd and notrunc, the random data goes to the original blocks, overwriting your secrets.
The mistake many clients make is to request "cancellation". You should request a refund instead (and in the common case where a contractor goes silent, you will get back 100%.) Then mark the job as "complete" and leave feedback, which will be visible in their history (though it will not affect their average star rating.)
You can avoid this with the 'conv=notrunc' option of 'dd'[1]. It will overwrite existing blocks instead of truncating (and possibly reallocating):
notrunc Do not truncate the output file. This will preserve
any blocks in the output file not explicitly written by
dd. The notrunc value is not supported for tapes.
One thing that is hard to work around is where the interviewee must demonstrate their skill first hand (e.g. implement FizzBuzz followed by strcpy and a binary search.)
Many common interview questions are too indirect (Show me a certificate; Answer this trivia question about a Java API from 1997) or misguided attempts at personality tests (How many sewing machines are there in West Virginia) all of which one can prepare for without having the actual ability to do the job.
These kinds of questions can still work, as long as they have not yet made it into "How to succeed at interviews" type books. Or when the applicants you want to filter out cannot resist outing themselves even with training (e.g. "Tell me about a time when you have been wrong / publicly changed your opinion" will probably always be a useful filter.)
In the very unlikely event that the developer has any influence in the choice of payment processor (i.e. you are a startup that intends to trade in only one country) they still do not care, because they still need to do the usual due diligence to check whether your company is a fraud/ML risk, but they earn little in fees from you. They would rather let a smaller payment processor deal with you, then try to take over later after your product is established.
This will tell you your password hint (and if any other user had an identical password, you will see their hint also. ) https://lastpass.com/adobe/