Onderwerp: Ik haat nullen

Branko Collin <branko@mixedflavourz.invalid> wrote:
> Als er een probleem X is, waarvoor Y de verzameling van statements is die
> elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak groot, en is
> het vinden van een element uit Y relatief makkelijk en het vinden van Y*
> relatief moeilijk (waarbij Y* het optimale element uit Y is).

Aha, zoals de perl gebruikers zeggen: TIMTOWTDI

--

Daniel Tryba

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> Branko Collin <branko@mixedflavourz.invalid> wrote:
>
>> Als er een probleem X is, waarvoor Y de verzameling van statements is
>> die elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak groot,
>> en is het vinden van een element uit Y relatief makkelijk en het vinden
>> van Y* relatief moeilijk (waarbij Y* het optimale element uit Y is).
>
> Aha, zoals de perl gebruikers zeggen: TIMTOWTDI

Alleen geldt dat in Perl voor de Perl-programmeur, voor PHP lijkt het te
gelden voor de mensen die de taal zélf implementeren.

--
robert

Branko Collin wrote...
> David Baakman wrote:
> > Branko Collin wrote...

> >> Het probleem met PHP is zelden dat er geen manier is om te doen wat
> >> je wilt, eerder dat je moet gaan zoeken welke van de tien mogelijke
> >> methoden het beste is.
> >
> > Da's toch per definitie bij een programmeertaal zo?
>
> Laat me mijn slordige uitspraak herformuleren.
>
> Als er een probleem X is, waarvoor Y de verzameling van statements is die
> elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak groot, en is
> het vinden van een element uit Y relatief makkelijk en het vinden van Y*
> relatief moeilijk (waarbij Y* het optimale element uit Y is).

Ik heb niet het idee dat Y in de libraries bij PHP groter is dan bij
bijvoorbeeld Perl of C++. Zeker bij problemen zoals de OP heeft (had )
is het in elke taal wel mogelijk om gebruik te maken van reguliere
expressies, minder krachtige, maar makkelijker te gebruiken varianten en
specifiekere trim functies. In dit geval zijn het ook nog eens 3
verschillende typen oplossingen. Dit soort verschillende manieren van
oplossen door middel van het gebruik van libraries zal in alle talen
voorkomen, en is denk ik niet te voorkomen. Wat imho kwalijker is zijn
(onnodige) overlappingen in de taal zelf en in de libraries die
eigenlijk niet los van de taal gezien kunnen worden.

Om bijvoorbeeld tekst te printen kan je in PHP zowel gebruik maken van
echo, en print en volgens mij ook nog wel iets met >>> ofzo. En dan ook
nog eens met verschillende () "" '' combo-mogelijkheden. Daarbij is het
totaal niet duidelijk waarom je juist voor de ene of voor de andere zou
willen kiezen.

In C++ heb je dit ook heel erg: een hele boel dingen zijn mogelijk op de
'oude C manier' en op de 'nieuwe C++ manier'. En verschillende
compilers/platforms introduceren nog meer 'bijna dezelfde' funties
specifiek voor de compiler/platform. Dus specifiek voor PHP is het zeker
niet.

Misschien dat het te maken heeft met de oudheid van de taal. Hoe ouder
de taal hoe meer uitbereidingen, verbeteringen en nieuwigheden er komen.
En tsja, de oude versies kan je er natuurlijk niet zomaar weer uithalen.
Of misschien valt het bij de ene taal misschien wel meer op dan bij de
andere omdat je zelf meer of minder bekend bent met de taal (maar dat
gaat ook weer beide kanten op: hoe minder je van een taal afweet hoe
minder verschillende methodes je kent en hoe minder je het zal opvallen,
maar aan de andere kant: hoe meer je een taal kent, hoe beter je de
verschillen tussen de verschillende methodes kent, en hoe minder je de
bijna-dezelfde-oplossingen zullen opvallen).

David

Branko Collin wrote:

> Anbert.NL wrote:
>
>>Een string bevat "00000023" of "00234223" enz.
>>Hoe kan ik de nullen ervoor uitfilteren? Heb een half uur lopen
>>zoeken op php.net maar misschien kan 1 van jullie mijn tijd wat
>>uitsparen.
>
> Het probleem met PHP is zelden dat er geen manier is om te doen wat je
> wilt, eerder dat je moet gaan zoeken welke van de tien mogelijke methoden
> het beste is.

Is dat niet een gevolg van een programmeertaal?

--
Kind regards, http://johnbokma.com/ - added recently: Capturing MSN
John Messenger webcam HOWTO ~ Spamassassin spam filter
cookbook ~ HTTPS protocol with ActiveState Perl

robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> >> Als er een probleem X is, waarvoor Y de verzameling van statements is
> >> die elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak groot,
> >> en is het vinden van een element uit Y relatief makkelijk en het vinden
> >> van Y* relatief moeilijk (waarbij Y* het optimale element uit Y is).
> >
> > Aha, zoals de perl gebruikers zeggen: TIMTOWTDI
>
> Alleen geldt dat in Perl voor de Perl-programmeur, voor PHP lijkt het te
> gelden voor de mensen die de taal z?lf implementeren.

Huh?

--

Daniel Tryba

John Bokma <postmaster@castleamber.com>, you wrote on Tue, 06 Jan 2004
00:53:49 +0100:

>Is dat niet een gevolg van een programmeertaal?

TIMTOWTWWDBWBY?

(There Is More Than One Way To Write What David Baakman Wrote Before
You)

--
Ten snijt gheen zwert so grievelijc zeere
Als tonghe, die rovet des menschen eere.
--uit Kalff's Geschiedenis der Nederlandsche letterkunde
Help dit en andere PD-boeken te corrigeren op http://www.pgdp.net

Branko Collin wrote:

> John Bokma <postmaster@castleamber.com>, you wrote on Tue, 06 Jan 2004
> 00:53:49 +0100:
>
>>Is dat niet een gevolg van een programmeertaal?
>
> TIMTOWTWWDBWBY?
>
> (There Is More Than One Way To Write What David Baakman Wrote Before
> You)

Dus is het waar :-D.

--
Kind regards, http://johnbokma.com/ - added recently: Capturing MSN
John Messenger webcam HOWTO ~ Spamassassin spam filter
cookbook ~ HTTPS protocol with ActiveState Perl

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
>
>> >> Als er een probleem X is, waarvoor Y de verzameling van statements
>> >> is die elk afzonderlijk het probleem oplossen, dan is in PHP Y vaak
>> >> groot, en is het vinden van een element uit Y relatief makkelijk en
>> >> het vinden van Y* relatief moeilijk (waarbij Y* het optimale element
>> >> uit Y is).
>> >
>> > Aha, zoals de perl gebruikers zeggen: TIMTOWTDI
>>
>> Alleen geldt dat in Perl voor de Perl-programmeur, voor PHP lijkt het
>> te gelden voor de mensen die de taal z?lf implementeren.
>
> Huh?

Perl geeft de Perlprogrammeur de gereedschappen om zelf al die alternatieve
manieren te implementeren. De ontwikkelaars van de PHP taal implementeren
zelf die alternatieve manieren, en proppen het zaakje in de taal.

Voor het matchen van strings heb je in Perl twee methoden: de eq operator
of RE's. Als je iets speciaals (case-insensitive matching) wilt, gebruik je
de toolkit-die-Perl-heet om zelf je alternatief te implementeren.

In PHP heb je voor het matchen van strings minstens 10 ingebouwde functies
en nog een paar operators. En zo lijkt de taal steeds meer op het
gemiddelde Amerikaanse kind...

--
robert

robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> >> Alleen geldt dat in Perl voor de Perl-programmeur, voor PHP lijkt het
> >> te gelden voor de mensen die de taal z?lf implementeren.
> >
> > Huh?
>
> Perl geeft de Perlprogrammeur de gereedschappen om zelf al die alternatieve
> manieren te implementeren.

Aha, maar dat geldt voor elke taal.

> De ontwikkelaars van de PHP taal implementeren zelf die alternatieve
> manieren, en proppen het zaakje in de taal.

Je kunt nog steeds zelf functies/classes ontwerpen om een "doe wat _ik_
wil prog/script" te generen. Maar waarom zou je zelf moeilijk doen als
er al een simpel alternatief in de taal zit.

Dat heet wellicht evolutie, ik heb bv meerdere malen zitten te vloeken
op java wegens een gebrek aan reguliere expressies, als je die dan als
module erbij wilt halen blijken meerdere mensen het zelfde gebrek te
hebben ervaren en zijn er dus verschillende packages op de markt waarmee
die functionaliteit kan worden toegevoegt, elk met hun eigen voor en
nadelen. Gelukkig heeft sun dat zelf ook opgemertk en sinds 1.4.0 zit
het standaard in de JVM.

> Voor het matchen van strings heb je in Perl twee methoden: de eq operator
> of RE's. Als je iets speciaals (case-insensitive matching) wilt, gebruik je
> de toolkit-die-Perl-heet om zelf je alternatief te implementeren.

> In PHP heb je voor het matchen van strings minstens 10 ingebouwde functies
> en nog een paar operators. En zo lijkt de taal steeds meer op het
> gemiddelde Amerikaanse kind...

Dat verklaart dan ook meteen waarom PHP zo populair is, het heeft
schijnbaar meer functionaliteit out of the box.

--

Daniel Tryba

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
>> De ontwikkelaars van de PHP taal implementeren zelf die alternatieve
>> manieren, en proppen het zaakje in de taal.
>
> Je kunt nog steeds zelf functies/classes ontwerpen om een "doe wat _ik_
> wil prog/script" te generen. Maar waarom zou je zelf moeilijk doen als
> er al een simpel alternatief in de taal zit.

Inderdaad. Het gaat er ook niet om dat je het als programmeur niet moet
gebruiken, het gaat erom dat de ontwikkelaars van de taal het kennelijk een
goed idee vinden om de taal op die manier uit te breiden.

Hun keuze, maar zeker niet de mijne.

>> In PHP heb je voor het matchen van strings minstens 10 ingebouwde
>> functies en nog een paar operators. En zo lijkt de taal steeds meer op
>> het gemiddelde Amerikaanse kind...
>
> Dat verklaart dan ook meteen waarom PHP zo populair is, het heeft
> schijnbaar meer functionaliteit out of the box.

PHP is de Windows onder de programmeertalen, bedoel je?

--
robert

robert wrote:

> PHP is de Windows onder de programmeertalen, bedoel je?

LOL

--
Kind regards, http://johnbokma.com/ - added recently: Capturing MSN
John Messenger webcam HOWTO ~ Spamassassin spam filter
cookbook ~ HTTPS protocol with ActiveState Perl

robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> >> In PHP heb je voor het matchen van strings minstens 10 ingebouwde
> >> functies en nog een paar operators. En zo lijkt de taal steeds meer op
> >> het gemiddelde Amerikaanse kind...
> >
> > Dat verklaart dan ook meteen waarom PHP zo populair is, het heeft
> > schijnbaar meer functionaliteit out of the box.
>
> PHP is de Windows onder de programmeertalen, bedoel je?

Wat een compliment voor de ontwikkelaars. MS Windows lijkt me toch wel
het meest succesvolle "progje" in de historie van de PC, maar PHP heeft
het 99.9314% marktaandeel nog niet bereikt.

--

Daniel Tryba

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
>
>> PHP is de Windows onder de programmeertalen, bedoel je?
>
> Wat een compliment voor de ontwikkelaars.

Geef het aan ze door, en laat maar weten hoe blij ze ermee waren

--
robert

robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> >> PHP is de Windows onder de programmeertalen, bedoel je?
> >
> > Wat een compliment voor de ontwikkelaars.
>
> Geef het aan ze door, en laat maar weten hoe blij ze ermee waren

Sorry robert but I can't do that. Ik heb geen contacten met de
ontwikkelaars en lig daar ook niet op te wachten...

--

Daniel Tryba

Daniel Tryba wrote:

> robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
>
>>>>PHP is de Windows onder de programmeertalen, bedoel je?
>>>
>>>Wat een compliment voor de ontwikkelaars.
>>
>>Geef het aan ze door, en laat maar weten hoe blij ze ermee waren
>
>
> Sorry robert but I can't do that.

HAL?

--
Kind regards, http://johnbokma.com/ - added recently: Capturing MSN
John Messenger webcam HOWTO ~ Spamassassin spam filter
cookbook ~ HTTPS protocol with ActiveState Perl