Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Google Blogsearch makes it easier to find the loons 5 Comments More | Login | Reply /

 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.

  • Your comment on his post gives me the impression that you didn't understand Brooks's essay either. In my experience, almost no one does.

    I read the essay two nights ago, and all I have to say is that--whether due to Moore's Law or whatever, I don't care--I'm at least an order of magnitude more productive doing test-driven development with a language that supplies automatic memory management and the creation of domain-appropriate abstractions than I would be with the best language and platform available fo

    • "No silver bullet" means, according to Fred Brooks: "There is no single development, in either technology or management technique, which by itself, promises an order in magnitude improvement in productivity, in reliability, in simplicity." Despite the particular context of his assertion, I think that's generally true for anything in life. One thing isn't going to make the world a better place.

      You say that you're an order of magnitude more productive using test driven development and a language with automati

      • I thought Brooks qualified his theory with "In the next ten years", but I'm too lazy to walk two rooms over to check right now. Regardless, our understandings are equivalent.

        For what it's worth, I do think a lot of people claiming "no silver bullet" are pessimists.

        • Well, in his particular situation of computer perfomance, he did say in the next decade. The sentence before my quote is "But, as week look to the horizon of a decade hence, we see no silver bullet". In that cases, he's talking about computer performance, but I see that as an application of his larger point.

          He later says, however, that software will always be hard, despite any decade comment:

          I beleive the hard part of building software to be the specification, design, and testing of [the conceptual connecti

Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.