Re: Re (tilly) 2: Paradigm Shift

Contrary to appearances, you do attempt sanity and caution.

Well..."caution" at least. ;-)

...when you write more routine programs, I suspect you use fewer typeglobs and symbolic references.

Probably so. Though I suspect that, even in those cases, I'm more partial to typeglobbing a closure than most folks would be.

If you count documentation as commenting...then you do indeed have verbose comments.

Hmmm. Not sure that counts in the sense I meant. I rarely document how the code works.

Polymorphism is the one issue I disagree with you on.

Well, thank goodness we differ somewhere! I think the point is that, unlike a member of a project coding team, I write code that (I hope) will be used by thousands of people around the world. That promotes TMTOWTDI to a prime design criterion and makes it essential to provide a range of interfaces that cater to a vast diversity of coding ~~prejudices~~ styles.

for the sake of Perl, I hope you look both ways before you cross the street...

Yes. I do try to keep myself available to support what I've contributed. ;-)

Though, as my count of CPAN modules climbs towards the 30's (by the end of this year), it's becoming increasing difficult to maintain them all in a timely fashion. ;-(

And things will probably get even worse next year. YAS is about to announce a funding drive to extend my Year For Perl into 2002 (and to sponsor another one or two Perl Serfs as well!) But, with so many Perl people hurting financially in the tech downturn, I'm concerned that indentured servants are a luxury the Perl community can no longer afford.

So many people were so very generous in funding the work I've done this year, and I hope they felt that their contributions were well spent. But even if they do, that doesn't mean they'll still be in a position to extend that generosity this time round. Corporate donations may take up some of the short-fall, but I'm readying myself to have to cut back on my Perl work, in order to earn a living in 2002.

Of course, I may be completely mistaken about that, and we'll raise the money as easily as we did last year. I hope that's the case. But even then, things will still get worse: I'll continue to churn out new modules at about the same rate, and therefore have to dice my maintenance timeslices even more thinly. ;-)

Comment on Re: Re (tilly) 2: Paradigm Shift - Don't use strict

Replies are listed 'Best First'.
Re: Re: Re (tilly) 2: Paradigm Shift - Don't use strict by demerphq (Chancellor) on Nov 26, 2001 at 12:56 UTC
Well..."caution" at least. ;-) This reminds me of something which Id like to make as an informal feature request for Perl 6. I had an idea ages ago (even wrote a prototype) for a pragma called `use caution;` [download] My idea was simply to roll together use warnings and use strict into one easy to type pragma. When I brought it up on C.L.P.M people also mentioned that it maybe should include other options, like perhaps taint and diagnostics. Maybe its a silly idea, but I alwas thought it would be cool to have the words 'use caution;' at the top of a program. :-) Yves / DeMerphq -- Have you registered your Name Space?	[reply] [d/l]
Re^2: Re (tilly) 2: Paradigm Shift - Don't use strict by dragonchild (Archbishop) on Sep 01, 2004 at 02:53 UTC
mmm. Not sure that counts in the sense I meant. I rarely document how the code works. I've started to write code that I don't document, in terms of how the code works. When I started to do that, I was uncomfortable, because I was breaking a Rule. Then, I realized it's because the only people who would understand the algorithms and subversions of Perl that I was doing were the very same people who understand why the Rule was broken. As a Perl hacker I knew once commented ... `# Here be black magic!` [download] And that was all he wrote before the line noise. ------ We are the carpenters and bricklayers of the Information Age. Then there are Damian modules.... sigh* ... that's not about being less-lazy -- that's about being on some really good drugs -- you know, there is no spoon.* - flyingmoose I shouldn't have to say this, but any code, unless otherwise stated, is untested	[reply] [d/l]


P is for Practical
	PerlMonks

Re: Re (tilly) 2: Paradigm Shift - Don't use strict