[0]: http://en.wikipedia.org/wiki/Denial-of-service_attack#Legali...
980 karma · joined April 14, 2010
Looking for work (freelance, from Belgium).
I build https://refli.be on the side, and have some other projects, including e.g. https://slab-lang.org.
My GitHub profile: https://github.com/noteed/ — The one of my freelancing company: https://github.com/hypered/
[ my public key: https://keybase.io/thu; my proof: https://keybase.io/thu/sigs/JeP2OIWF199YvdBYLUCAFc-VpjpJA-XzgmwtxG85IaQ ]
[0]: http://en.wikipedia.org/wiki/Denial-of-service_attack#Legali...
(That being said I think using Python should be about writing maintainable code, not about micro-optimization.
I don't claim the purpose of that site is to push you to use those micro-optimizations, even if the title seems to suggest so. Including the disassembly makes for a nice visualization.)
Even if you look at the end result (the m4/configure/shell/fortran example) and it is indeed twisted, to honestly say it is abnormal to reach such a state is to disregard any experience developing software. Any project, even brought to life in the cathedral style, will accumulate cruft in the long run that can disappear only with effort.
Do it again with two fingers in front of you, you should be able to see four fingers. Adapt how much you squint in order to see "three" fingers (i.e. two of them overlap). (Practice to perfectly control how much you squint: you should start at zero squinting and increase slightly until you achieve the overlapping.)
Once you can do that easily, replace your fingers by the SIRDS generated on that website. Instead of two fingers, you use two features on that image that you see are repeating. You choose two of them that are next to each other. You do exactly as with your finger: turn those two features in "three". Now I think this is the harder part: as you do that, you have to relax and let your view adapat so as the image becomes perfectly neat (not blurry at all).
"Hard to test" in the submission title didn't mean what I thought: I though it meant it was hard to write tests for Tetris, not that it was hard to recover a complete specification of the game while playing it.
Having about 10,000 customers at that price point asking "quick general question" to gain a ridiculous salary ?
If someone wants to write another Ruby (or whatever programming language) implementation, would you bash her/him ? Would you say "leave me alone, I'm very happy with MRI" ?
http://www.reddit.com/r/haskell/comments/2hpzpu/announcing_n...
It remains to see if the part where they note the similarity with the configuration syntax can actually be covered with the AGPL.
For me, an "entrepreneur" (french word) is someone who undertake an "entreprise". An "entreprise" is not necessarily a company or a business. It is a kind of project. You could say that preparing a party or a wedding is an "entreprise".
The one implicit assumption that I find the most difficult to grasp is the "change the world" attitude, especially when you see that as soon as they try to make money at the same scale they are valuated, startups do "wrong" things. Take FB or Twitter; I guess that connecting people is a noble goal. But trying all the time to get me to click on promoted content, is that good ?
Also I think the best way to see if someone's good or bad is to put that person to work. This would e.g. mean that if you have filtered out candidates to 8 persons, you could get the one you prefer to work for 1 week. If your choice was bad, you try the second. In the worst case, you have made a very deep assessment of 8 candidates in two months. I mean that I don't understand the point of recruitment processes that take weeks with all kind of proxy metrics for how a candidate would fit in a very small team.
If you can't find out in a week that the person is bad, how can a recruitment process be better ?
Edit: I'm surprised by how the 1 (paid, in my mind) work week is perceived in the (so far) 3 answers below. It happens all the time to have phone interviews, HR interviews, technical interviews, possibly pseudo-psychological tests, and technical tests in a recruitment process. All that time without being paid (sometimes well before you know what the salary could be). It's all about trade-off, I'm not talking about ditching the selection process and instead hire-and-fire liberally. My question was really just about why is it so damageable to get a bad hire.
Edit: what would be the state-of-the-art Git store format ?
[0]: http://en.wikipedia.org/wiki/Merkle_tree [1]: https://github.com/bup/bup