Re^4: OO in Perl 5: still inadequate

It’s a question of whether you want to spend 3 days writing something that you could have gotten done in an hour using a Damian module. Sometimes, having magic available makes the difference from “too much effort to implement at all.”

And personally, I don’t take the notion of magic lightly. I rarely ever implement the first thing that comes to mind either (in this, I seem to be in a minority). I wouldn’t use Damian magic without a good reason for it. I wouldn’t use Ingy magic at all. I’d never use a source filter in production. And on and on.

I know to discipline myself. I resent it deeply when the language assumes I don’t and puts itself over my judgement.

Makeshifts last the longest.

Comment on Re^4: OO in Perl 5: still inadequate

Replies are listed 'Best First'.
Re^5: OO in Perl 5: still inadequate by Anonymous Monk on Jan 24, 2006 at 15:55 UTC
I know to discipline myself. I resent it deeply when the language assumes I don’t and puts itself over my judgement. In your case, I believe you. That's not the common case, though. Most people who say they know how to discipline themselves just don't; and then other developers suffer for their failings. Self-discipline is hard. It's like the way 90% of drivers consider themselves "above average" -- they can't all be right, and only a few of them are really as good as they claim. A good programmer can work within a language to get whatever he needs done, one way or another. It's a question of limiting the amount of damage a bad developer can do (deliberately or by accident) that's hard.	[reply]

Replies are listed 'Best First'.

Re^5: OO in Perl 5: still inadequate
by Anonymous Monk on Jan 24, 2006 at 15:55 UTC

I know to discipline myself. I resent it deeply when the language assumes I don’t and puts itself over my judgement.

In your case, I believe you. That's not the common case, though. Most people who say they know how to discipline themselves just don't; and then other developers suffer for their failings. Self-discipline is hard.

It's like the way 90% of drivers consider themselves "above average" -- they can't all be right, and only a few of them are really as good as they claim.

A good programmer can work within a language to get whatever he needs done, one way or another. It's a question of limiting the amount of damage a bad developer can do (deliberately or by accident) that's hard.

[reply]