From: Jeff Westman <[EMAIL PROTECTED]>
> Guay_Jean-Sébastien <[EMAIL PROTECTED]> wrote:
> > b) As new need arises in your program, using a module gives you
> > access to other functionality which you would have to (again) write
> > yourself if you were not unsing a module.
>
> But would you agree,
On Dec 12, 2003, at 10:42 AM, drieux wrote:
[..]
Yes, and No. Again the presumption here is that we
are discussing at the 'professional obligations level'
and not at the academic/hobby level.
[..]
Drieux! You KankerousBoilOnTheBottomSideOfYourSithLord!
That whole academic v. professional issue is
On Dec 12, 2003, at 8:23 AM, Guay Jean-Sébastien wrote:
[..]
Perhaps the "real" Perl distribution
differs from ActiveState Perl on what modules it includes by default?
[..]
I think the OP has the 'imaginary' Perl distribution.
Cold out of the wrappers the default installation
for various vendor su
On Dec 12, 2003, at 7:25 AM, Jeff Westman wrote:
[..]
p0: most of the cool arguments have been generally made.
my kvetching here will therefore be the less cool stuff.
So, installing a module is out-of-the-question.
In my case, I am basically "stuck" with the perl [5.8]
default libraries and module
> I don't know if this [specific] module is "standard"
> or not, but it was already installed on the servers,
> so I am guessing it is.
I don't think it is, or at least it wasn't installed by doing a full install
of ActiveState Perl 5.8 in my case. Perhaps the "real" Perl distribution
differs fr
Guay_Jean-Sébastien <[EMAIL PROTECTED]> wrote:
> These answers are of course my own experience, but may be significant to
> understand the bigger picture. I reorder your points a bit in my reply :-)
No problem :)
> > So, why is it that most of the solutions represented
> > in this group tend t
FLAME! FLAME! ;-)...
> Question for this group. And please don't flame me for asking this.
>
> Often times one writes in, asking how to do something fairly trivial,
> such as a date conversion from a non-standard format, or doing something
> else not require too much overhead.
The problem,
btw Jeff, good post.
I think this will stimulate a good conversation. This is a common problem
with lots of different workarounds.
Thanks.
-Original Message-
From: Jeff Westman [mailto:[EMAIL PROTECTED]
Sent: Friday, December 12, 2003 7:26 AM
To: perl_help
Subject: Question for this Gro
Hello Jeff,
These answers are of course my own experience, but may be significant to
understand the bigger picture. I reorder your points a bit in my reply :-)
> So, why is it that most of the solutions represented
> in this group tend to point to a CPAN module when
> the code for it isn't that
Jeff Westman wrote:
>
> Question for this group. And please don't flame me for asking this.
>
> Often times one writes in, asking how to do something fairly trivial,
> such as a date conversion from a non-standard format, or doing something
> else not require too much overhead. When asked for adv
Well, I'm a professional Perl developer. I have also been in your position
before Jeff.
I can say that it is just a "best practice" to always use a module. It's
just smart to reuse modular code.
1) it saves building work
2) it's already tested
3) it's already documented
4) in many cases it's su
--As off Friday, December 12, 2003 7:25 AM -0800, Jeff Westman is
alleged to have said:
So, why is it that most of the solutions represented in this group
tend to point to a CPAN module when the code for it isn't that
hard (usually) to write? I'm not sure if using modules is a matter
of "conven
12 matches
Mail list logo
