People choose vi/emacs over notepad/ed/pico for many of the same reasons and people complain about many of the same things (it's unintuitive, complicated, confusing, and so on...)
2,995 karma · joined December 29, 2009
People choose vi/emacs over notepad/ed/pico for many of the same reasons and people complain about many of the same things (it's unintuitive, complicated, confusing, and so on...)
Another one: don't reuse filenames as branch-names.
To be honest: I have the same problem with careless invocations of 'rm' ruining my day but when I'm muttering curses it is at my lazyness/stupidity and not at bash completions or the behavior of 'rm'
The only way the example in the article would be if there were no other available sellers at a price below 26.41 (in which case I'm curious why an algo would bother sounding starting at the low end instead of the high end. The only ways to get such a wide market would be for all the other sellers to have disappeared (in which case the buyer is not disadvantaged by the HF algo because he is getting his order done rather than not) or for the HT algo to have made a guess that other people would be willing to pay a higher price in the future for BRCM and bought all of the shares available up to and above 26.40 which is the definition of a short-term trading strategy and, I should also add, full of risk that the price that you just pushed .30 will fall back down without you having a chance to get out hence making it a losing trade.
If the market is 99.99-100.00 you cannot trade even at 99.98
The markets are very interconnected and very fast moving. 'simple' solutions rarely work.
"... it's where everybody _has_ to write"
There is nothing wrong with an 'authoritative' repository to which everyone pushes. What is a problem for Linus, and many others, is when the authoritative repository is the _only_ repository and doing work locally or sharing work between users is impossible to do using the VCS tools and people resort to passing patches.
I don't see the 'direct progress' you mention, then again maybe my sarcasm detector is miss-calibrated.
BTW, if you want a nerve-wracking experience try driving the same setup in Italy.
Me and my wife have been getting rid of items not valuable enough to sell but too valuable to pitch through that channel for a while now.
http://stackoverflow.com/questions/255202/how-do-i-view-git-...
If I could get over the feeling that it would look incredibly out of place at a bar or restaurant I would pursue the matter further.
I used to sit next to a 100+ mile/wk runner and he ate nothing out of the ordinary, just more of it (100miles of running is a 10-14k net calorie increase, depending on who you believe).
The increase in perceptive capacity between slowing to 2-3 ft/sec. vs coming to a complete stop is negligible (and allows one to stop completely if the situation warrants it).
i = 0.0;
Tomato vs. Tomahto
Integer vs. Doubles
Integrals vs. DerivativesCare to explain? I didn't know there was debate on this point.
Tomato vs. Tomahto
Bug vs. Feature
Tabs vs. Spaces
Either approach introduces about as many problems as it solves. I personally like being able to line things up with a few extra spaces to give some hints to my future self regarding the structure of my code.Visual lag: there is always some lag, and blurring if motion is involved with an LCD display. Action shots are just a guessing game.
Loss of resolution: The human eye can resolve detail a lot better than a small display. This is especially important for getting accurate focus.
There are other factors as well.
"Oh no, I'm trying to paste this block of text from an email and it thinks every line is a new paragraph!"
Besides, Markdown was designed to be readable as plaintext and test written with the expectation that single return -> linebreak is not easily readable (unless people are in the habit of indenting the first line of their paragraphs.