Morendil

11 ms·

61.
by Morendil 14y ago
Useless blog post: "X is a dumb idea, when we tried it Y happened which is bad." Useful blog post: "We tried X expecting Z, but instead Y happened. I wonder what's going on, please chime in." The mistake here isn't "negativity", it's Z-blin
62.
by Morendil 14y ago
See this: http://www.slideshare.net/danmil30/how-to-run-a-5-whys-with-... Guilt is a moral concept; when it comes to a run-of-the-mill operations mistake like yours, it does not belong in analysis of its consequences to the business. You
63.
by Morendil 14y ago
So the person who made a split-second mistake while doing his all for the business was pressured into resigning - basically, got fired. What I want to know is what happened to whoever decided that backups were a dispensable luxury? In 2010?
64.
by Morendil 14y ago
> Really? Just because its structured like waterfall doesn't mean its "how to do waterfall". That's funny.
65.
The Changing Fabric of English(enthusiasm.cozy.org)
1 points by Morendil 14y ago|0 comments
66.
by Morendil 14y ago
This is called "an argument", one in which you appeal to some stereotypical descriptions of programmers which may or may not be accurate. It's not the same thing as what we call "evidence", which consists of actually going out in the world
67.
by Morendil 14y ago
Amusingly, the "cost of change curve" referred to in the post at the second link is bogus too. :)
68.
by Morendil 14y ago
> A good programmer is ten times more productive than an average programmer. A great programmer is 20-100 times more productive than the average. This is not an exaggeration – studies since the 1960′s have consistently shown this. That'
69.
by Morendil 14y ago
One very deep notion in there is "identity within the system". Some people learned it from Smalltalk; I learned it from LambdaMOO. I respectfully submit that people who are focusing overmuch attention on Light Table "because Bret Victor" ar
70.
by Morendil 14y ago
Possible counterexample: http://xiki.org/screencasts/
71.
by Morendil 14y ago
The French Post Office has this: https://lettreenligne.laposte.fr/ (And its invaluable companion service, online registered mail, for documents with legal significance.)
72.
by Morendil 14y ago
> attack someone personally for dishonesty Hackers hate ad hominem, and with good reason. I too subscribe to the school of "harsh on the problem, soft on the person". On the other hand, it makes no sense not to call out things that ke
73.
by Morendil 14y ago
> I haven't read Bossavit's critique (should I?) but anyone taking that position had better first make sure he's not standing on a swamp too. Author of "Leprechauns" here. I'm not sure I follow you in the above sentence. What happened t
74.
by Morendil 14y ago
Sure, you can grab my Agile bib file here: https://github.com/Morendil/referentiel.institut-agile.fr/bl... There are 48 papers tagged with "tdd".
75.
by Morendil 14y ago
Amusing exchange over at Reddit: Redditor 1: "I bet not a single f$%k was given about that table among the readers of the book :)" Redditor 2: "That table, or something like it, features strongly in every software engineering textbook that
76.
by Morendil 14y ago
Submitting this to provide some extra context for the discussion in http://news.ycombinator.com/item?id=4474166 (Yes, that's my book.)
77.
by Morendil 14y ago
"One of these isn't like the others..." Things like the Cone, the rising-cost-of-defects or the 10x claim have been kicking around for decades. The evidence for or against TDD is, admittedly, inconclusive, but it's more recent and of a bett
78.
by Morendil 14y ago
The linked post isn't about the 10x claim, it's about the unrelated "defect cost increase" claim.
79.
An apology to readers of Test-Driven iOS Development(blog.securemacprogramming.com)
231 points by Morendil 14y ago|67 comments
80.
by Morendil 15y ago
Reminds me a little of Dick Hamming's two questions: 1. What are the most important problems in your field? 2. Why aren't you working on them? (See http://www.cs.virginia.edu/~robins/YouAndYourResearch.html )
81.
by Morendil 15y ago
Help the greatest possible number of other people do that exact same thing. (It's very tempting to reply with more multiple answers, in the form of a goal-subgoal tree. So for instance nodes in that tree might be "Help people think more eff
82.
by Morendil 15y ago
I can confirm the first trick, reserving a block of memory - I learned this in the early 90s coding on the Mac as the "rainy day fund" memory allocation. I'm amused to find that this has been written up as a pattern, the Memory Overdraft Pa
83.
by Morendil 15y ago
Counterexample: the Debian bug of 2008 lingered in the code base for years before being detected, but the fix was still a one-liner (as was the original bug).
84.
by Morendil 15y ago
Oo, name collision. http://codingdojo.org/ The "original" (FWIW) coding dojo was aimed at adults, but we've had something going where we code with kids as well, for a couple months now. Do get in touch!
85.
by Morendil 15y ago
OK. Let's just say that as a potential user of your product, I have a relatively good idea of what's wrong with academic publishing in my field and of how I'd like the world to look once these problems are solved. Given my specific issues,
86.
by Morendil 15y ago
This is well intentioned but possibly aimed at the wrong target - the publishing part is not where things are locked down in scientific publishing, it's the indexing part. Roughly, as I understand it, a researcher's annual performance revie
87.
by Morendil 15y ago
Funny how the HN title says "engineer" and the original "developer".
88.
by Morendil 15y ago
Recommended reading on this topic: Ensmenger's "The Computer Boys Take Over", or the more scholarly "Gender Codes" edited by Thomas Misa. The latter in particular gives lots of detail, not just in describing the situation (the imbalance isn
89.
Has IEEE become a spammer?(plus.google.com)
2 points by Morendil 15y ago|1 comments
90.
by Morendil 15y ago
What I love best is this testimonial praising the book: > Helms and Valberg lay out an innovative methodology that finally delivers on the promise of Agile Development.

More ›