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
use Perl Log In
gav (2710)
gav
(email not shown publicly)
http://www.estey.com/
AOL IM: flufflegavin (Add Buddy, Send Message)
Hacker in NYC.
(email not shown publicly)
http://www.estey.com/
AOL IM: flufflegavin (Add Buddy, Send Message)
Hacker in NYC.
Tuesday January 18, 2005
10:07 AM
Hackers & Painters
I'd been flicking through Paul Graham's Hackers & Painters over the weekend when I came to this paragraph:
Not every kind of hard is good. There is good pain and bad pain. You want the kind of pain you get from going running, not the kind you get from stepping on a nail. A difficult problem could be good for a designer, but a fickle client or unreliable materials would not be.
Strangely enough I was trying to explain the same thing last week.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
--Larry Wall in stab.c from the perl source code
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
Depends on Context (Score:2)
It's all about your perspective.
The Mac benefits from one of the most obstinate bosses on the planet, Steve Jobs. At one point (as documented in the PBS documentary, "Revenge of the Nerds"), Andy Hertzfeld (?) was goaded into reducing the startup time of the 128K mac by six seconds. In the end, Andy felt that the end result was better, but only thanks to a fickle boss.
Seymour Cray built the