On Tue, 14 Aug 2001, Abigail <[EMAIL PROTECTED]> wrote,
> On Tue, Aug 14, 2001 at 01:37:57AM +0700, Hasanuddin Tamir wrote:
> > On Mon, 13 Aug 2001, Abigail <[EMAIL PROTECTED]> wrote,
> >
> > > On Mon, Aug 13, 2001 at 09:37:28PM +0700, Hasanuddin Tamir wrote:
> > >
> > > Which part of "The main difference between Java and Perl is what is
> > > being produced." was unclear to you?
> >
> > Ok, let me put it this way. It seems to me that you compare Java
> > applications to Perl modules. They look at the former since the
> > latter don't offer immediate solutions. I didn't judge your
> > statement, just tried to get your point.
>
> No, I wasn't. I was comparing what Java produces and what Perl produces.
Your previous statement implied that Java produces applications and
Perl produces modules.
You compare "what Java produces" vs "what Perl produces"
It seems to me "Java applications" vs "Perl modules"
Is the difference that much?
> Go look at CPAN. What do you find there? Modules, modules and
> modules. Yeah, there's a dusty corner called "scripts" hardly anyone
> knows about. And it's called "scripts", not programs or applications. Just
> "scripts".
This sounds cynical to me. It's like, "Perl only produces modules" in
negative sense. But in the other part, you stick to what Perl should be.
It's like, "Perl only produces modules" in strong emphasis.
> > > "A" real killer application? No. A single killer application wouldn't turn
> > > the tables. A constant stream of good [1] applications, that's what is neede
> >
> > Let's make many of them, then. And make Perl as killer tool that produces
> > killer applications. But how we do this? I'm all ear to learn.
>
> Ok, so you want to change Perl into something what Java is now?
I don't know until I'm sure what's "what Java is now?" to you.
> > > Let Perl be Perl.
> >
> > *silently agrees*
>
>
> I'm sorry, but you cannot agree with me and disagree with me at the
> same time. Either you let Perl be Perl, or you change Perl so it's
> becoming good at producing a stream of good applications.
No need to be sorry. I haven't said anything about whether I want
Perl to change and in what way. I'm not even sure you know what I
agree on that "Let Perl be Perl."
san
--
Trabas - http://www.trabas.com
