http://tenderlovemaking.com/2014/02/19/adequaterecord-pro-li...
396 karma · joined August 8, 2010
http://tenderlovemaking.com/2014/02/19/adequaterecord-pro-li...
http://www.codelord.net/2014/04/15/improving-ng-repeat-perfo...
http://www.bennadel.com/blog/2556-using-track-by-with-ngrepe...
(In case anyone missed it)
except foo.FooException as e:
raise BarException, BarException(e), sys.exc_info()[2]Can any SO devs give us more details on "not many tests"? Or how many bug reports get filed vs rate of change of software?
http://nakedsecurity.sophos.com/2013/11/20/serious-security-...
"The reason that the rich were so rich, Vimes reasoned, was because they managed to spend less money.
Take boots, for example. He earned thirty-eight dollars a month plus allowances. A really good pair of leather boots cost fifty dollars. But an affordable pair of boots, which were sort of OK for a season or two and then leaked like hell when the cardboard gave out, cost about ten dollars. Those were the kind of boots Vimes always bought, and wore until the soles were so thin that he could tell where he was in Ankh-Morpork on a foggy night by the feel of the cobbles.
But the thing was that good boots lasted for years and years. A man who could afford fifty dollars had a pair of boots that'd still be keeping his feet dry in ten years' time, while the poor man who could only afford cheap boots would have spent a hundred dollars on boots in the same time and would still have wet feet.
This was the Captain Samuel Vimes 'Boots' theory of socioeconomic unfairness."
(disclosure: I haven't fiddled with Go at all yet, so I know nothing about the language itself)
How many people still try to fit their software design into the class hierarchy model? I've been on the composition-not-inheritance side for so long I can't do "traditional OO" justice, but I'd love to hear the counter-arguments in case I'm wrong.
(1) Filter requests for work to his team to avoid them having to constantly task-switch, with the associated loss of productivity and job satisfaction.
(2) Provide his team with the business context for the work he asks them to do, and trust them to handle details.
(3) Get his team the support they need to do their jobs.
These all involve tradeoffs. If you constantly tell your team every part of every business discussion that takes place as part of (2), you can fail at (1) and distract them from their long term goals and work.
I've worked with managers that didn't protect their team at all, and who constantly forwarded emails and repeated conversations to us until we could barely get anything done before having to switch to a new task. I've also worked with managers who didn't tell anyone anything, and let their reports toil in the dark for months before letting them know that most of their work was wasted.
A good manager will sometimes fall on either side of the line; a bad manager will consistently err to one side. Managers are just like engineers - there are a lot of bad ones, and some good ones, and size of the company is pretty orthogonal.
I feel like 60-70% of the heavily downvoted comments I see are already trolling or flaming (or in some cases something dumb, like a 3-word reference to an internet meme). With the grayed out text, I think this is a fantastic visual cue about how not to act on HN.
(I could have just written this comment as "/disagree", and then watched it get appropriately downvoted, and learned my lesson)
Edit: I should also add that as a barely-contributing user, I don't have the ability to downvote. But I'd still like other people to be able to do it, to enforce the community's standards.