[XPOST] Re: [phplib] The change to PEAR...

On 1/18/01 8:30 PM, "Alex Black" <enigma@turingstudio.com> 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@turingstudio.com > > 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@arches.uga.edu> >> Date: Thu, 18 Jan 2001 20:01:40 -0500 >> To: <chris@claimlynx.com>, <phplib@lists.netuse.de> >> Subject: Re: [phplib] The change to PEAR... >> >> On 1/18/01 7:53 PM, "Chris Johnson" <chris@claimlynx.com> wrote: >> >>>> -----Original Message----- >>>> From: nathan r. hruby [mailto:nhruby@arches.uga.edu] >>> >>>> 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@arches.uga.edu >> ........ >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: phplib-unsubscribe@lists.netuse.de >> For additional commands, e-mail: phplib-help@lists.netuse.de >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: phplib-unsubscribe@lists.netuse.de > For additional commands, e-mail: phplib-help@lists.netuse.de > ........ nathan hruby Webmaster: UGA Department of Drama and Theatre Project Maintainer: phpSlash, Carousel nhruby@arches.uga.edu ........