[phplib] [XPOST] Re: [phplib] The change to PEAR... From: nathan r. hruby (nhruby <email protected>)
Date: 01/18/01

On 1/18/01 8:30 PM, "Alex Black" <enigma <email protected>> wrote:

> hi all,
>
> I have established a list specifically for the discussion of
> pear-phplib-binarycloud:
>
> http://www.egroups.com/group/pear-phplib-binarycloud
>
> join up :)
>
> The goal of this list is to come up with a plan such that binarycloud + pear
> are interoperable.
>
>
> I've invited:
> Stig bakken
> Kristian Koehntopp
> Sterling Hughes
> Sebastian Bergmann
> Rasmus Lerdorf
> Ulf Wendel
> Chuck Hagenbuch
>

Umm great. What about a list to deal with the specifics of moving phplib
into PEAR? Or is that something that should remain on the phplib or pear
lists?

-n

>
> --
> Alex Black, Head Monkey
> enigma <email protected>
>
> The Turing Studio, Inc.
> http://www.turingstudio.com
>
> vox+510.666.0074
> fax+510.666.0093
>
> Saul Zaentz Film Center
> 2600 Tenth St Suite 433
> Berkeley, CA 94710-2522
>
>
>
>
>> From: "nathan r. hruby" <nhruby <email protected>>
>> Date: Thu, 18 Jan 2001 20:01:40 -0500
>> To: <chris <email protected>>, <phplib <email protected>>
>> Subject: Re: [phplib] The change to PEAR...
>>
>> On 1/18/01 7:53 PM, "Chris Johnson" <chris <email protected>> wrote:
>>
>>>> -----Original Message-----
>>>> From: nathan r. hruby [mailto:nhruby <email protected>]
>>>
>>>> users. My beef is with the fact that as it stands now, PEAR
>>>> is not very
>>>> useful nor very well designed (that i can tell) in terms of
>>>> scaling up
>>>> to something the size of CPAN. Or even scaling to anything
>>>> larger than
>>>> it is now. (also the PEAR DB class just ain't db_sql, but
>>>> that is really
>>>> my biased and subjective opnion)
>>>
>>> I'd argue that it's not desirable to make PEAR become as big as CPAN,
>>> ever.
>>>
>>> Every now and then over the past 12 years, I've been tempted to learn
>>> Perl. Most recently was right before I learned PHP two years ago. I
>>> don't think I'll ever be tempted again. Perl and its many libraries
>>> have grown too big -- there's just far too much there to get my arms
>>> around it in any reasonable length of time. Technology changes too
>>> fast, I've got a life to live (you know, wife, children, hobbies, etc.),
>>> and I'm perfectly capable of getting everything done using a combination
>>> of shell scripts, AWK, PHP, C, SQL, JavaScript and Java.
>>>
>>> I worry about PHP becoming the next Perl. I hope it doesn't. I've
>>> learned two languages with hundreds of commands. I don't need or want
>>> to learn another one. :-b
>>>
>>
>> NO! I certainly don't want PHP to become the next perl. That's why I
>> believe we need to "over-engineer" PEAR now so that it doesn't grow into the
>> vast huge thing CPAN is. We need to make sure that, if needed, it can grow
>> to the size of CPAN, but still be manageable and understandable.
>>
>> I am certainly preaching to the wrong list here..
>>
>> In a slightly different tangent.. I think it might be handy to setup a
>> phplib-pear-port list so discussions like this can happen without chasing
>> away the fine phplib users who just wanna know how to make sessions work
>> right with ie5.
>>
>> -n
>>
>> ........
>> nathan hruby
>> Webmaster: UGA Department of Drama and Theatre
>> Project Maintainer: phpSlash, Carousel
>> nhruby <email protected>
>> ........
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: phplib-unsubscribe <email protected>
>> For additional commands, e-mail: phplib-help <email protected>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: phplib-unsubscribe <email protected>
> For additional commands, e-mail: phplib-help <email protected>
>

........
nathan hruby
Webmaster: UGA Department of Drama and Theatre
Project Maintainer: phpSlash, Carousel
nhruby <email protected>
........

---------------------------------------------------------------------
To unsubscribe, e-mail: phplib-unsubscribe <email protected>
For additional commands, e-mail: phplib-help <email protected>