Patrick:
>Rene Pijlman:
>> De functie van een artefact hoeft in de praktijk niet samen te
>> vallen met de bedoeling van zijn makers.
>
>Nee, dat hoeft niet. Ik zie alleen niet in waarom dat in het geval van
>PHP zo zou zijn.
Omdat PHP daar geen geschikte taal voor is. Het wordt voornamelijk
gebruikt voor het genereren van webpagina's en de hele evolutie van PHP
was daarop gericht.
Gaandeweg is het min of meer een programmeertaal geworden en dan zijn er
mensen van het type "if all you have is a hammer, everything looks like a
nail" die het voor algemeen programmeerwerk gebruiken. Maar daarvoor zijn
veel elegantere programmeertalen beschikbaar (tegenwoordig vooral: Java,
C#, Python).
Ik kan waarschijnlijk 100 voordelen van deze talen t.o.v. PHP bij elkaar
bedenken (maar dat ga ik niet doen), terwijl mij geen enkel voordeel van
PHP t.o.v. deze talen te binnen wil schieten.
De documentatie van PHP alleen al is zo weerzinwekkend slecht dat vrijwel
iedereen met een informaticadiploma fysieke symptomen van middeleeuwse
voedselziekten krijgt bij het lezen ervan.
Ik noem één piepklein voorbeeldje, dat ik in 12 seconden kon vinden. Wat
is volgens de documentatie de semantiek van de logische operatoren "and"
respectievelijk "&&"?
http://nl2.php.net/manual/en/languag...rs.logical.php
En het ene A4'tje over Classes and Objects doet ook niet vermoeden dat dit
serieuze functionaliteit is.
Meer leesvoer over beperkingen van PHP:
http://www.ukuug.org/events/linux200...php/index.html
>Om eens enkele tegenvoorbeelden te geven:
>- http://freshmeat.net/projects/apamod/
>- http://freshmeat.net/projects/sfvchk/
Ik kan ook voorbeelden geven van mensen die een spijker in een plank slaan
met een schroevendraaier.
--
René Pijlman
Wat wil jij leren? http://www.leren.nl

Likes:

Quote