De open source community is in mijn ogen op veel punten overhyped. Het werkt niet goed, behalve als er een groot en leidinggevend sterk bedrijf achter staat. Het lijkt -nog steeds- alsof iedereen maar doet waar hij zin in heeft. Zoiets als dit:
Noemswaardig verschil is dat methods met dezelfde naam als de class, mits de class in een namespace zit, niet langer als constructor worden gezien. Je zult dus echt __construct moeten gaan gebruiken.
Dat is toch van de ratten besnuffeld om dit zomaar even tussen de soep en aardappels te wijzigen?!
Zelf gebruik ik al __construct sinds het is geïntroduceerd, want ik had al het gevoel dat het later wel de standaard zou gaan worden. Ik kan me echter voorstellen dat er nog tig oudere scripts draaien, die met-en-met zijn geëvolueerd. Als een webhost (waar je zelf geen controle over hebt, bijvoorbeeld als je een hostingpakket afneemt) besluit om te upgraden, dan kan het wel eens zijn dat je hele site zomaar uit elkaar flikkert.
Dat is absurd.
Een verandering zoals deze zou bijvoorbeeld een jaar van te voren, voor PHP 6.0, aangekondigd moeten worden. Ik wil best meehelpen om hier en daar iets voor FOSS te doen (want ik ben op zich wel een voorstander van het idee), maar dan moet ik wel weten waar ik mee bezig ben. Met de ongeplande wendingen die sommige projecten echter vaak nemen, weet ik soms echter van de ene op de andere dag niet meer wat nou de bedoeling is.
[Reactie gewijzigd door Katsunami op zaterdag 24 juli 2010 19:43]
De open source community is in mijn ogen op veel punten overhyped. Het werkt niet goed, behalve als er een groot en leidinggevend sterk bedrijf achter staat. Het lijkt -nog steeds- alsof iedereen maar doet waar hij zin in heeft. Zoiets als dit:
en
Dat is toch van de ratten besnuffeld om dit zomaar even tussen de soep en aardappels te wijzigen?!
Dit is idd slordig, mar merk op dat PHP ook niet enkel door vrijwilligers gemaakt wordt. Veel dingen (Zend Engine bijvoorbeeld, de core van PHP) komen bij
Zend vandaan, dus een bedrijf erachter zegt ook niet alles. PHP is wat dat betreft wel een beetje berucht, veel dingen in de taal zijn eigenlijk bugs of designfouten.
Andere open-source projecten zoals Python (en Ruby denk ook) zijn hier veel stricter in, en daar staat ook niet direct een groot bedrijf achter (tegenwoordig werken een aantal Python-developers bij Google, maar dat is niet altijd zo geweest). Daar wordt voor zulke wijzigingen ook eerst een voorstel geschreven, daar wordt uitgebreid over gesproken, en dan wordt er beslist hoe en wat er geimplementeerd kan worden.
Wat dat betreft is het PHP-project (gelukkig) niet representatief voor alle open-source projecten, o.a. Python laat zien dat het ook anders kan
[Reactie gewijzigd door JanDM op zaterdag 24 juli 2010 20:17]
Sja ik stuur ook niet zomaar meer bug-meldingen in. De meeste rapporten die je daar vind worden onmiddelijk op bogus gezet—een term die trouwens een van de slechtste manieren is om de bug-melder van feedback te voorzien. Eclipse gebruikt gewoon "not a bug".
Mijn ervaringen zijn niet positief. Je bent eerst bezig de mensen te overtuigen om de melding te bekijken na een bogus-status. Dan blijkt het toch echt een bug te zijn en dan wordt hij aan de eigenaaar toegewezen die er eigenlijk geen trek in heeft.
Dat laatste kan ik hem niet kwalijk nemen, het is vrijwilligerswerk en zoiets kan je ook niet eisen, want dan zou het even goed van mij geëist kunnen worden.
De regie ontbreekt. Binnen Linux heb je Torvalds en bij php zou je Zend moeten hebben. Probleem is alleen dat de originele eigenaren van PHP precies die laissez-faire-mentaliteit hebben, de reden waarom de taal vanaf het begin al niet zo netjes was. Dus zij hebben nimmer de rol gespeeld van coördinator. Zend houdt zich bezig met randtechnologieën als Zend Server, Zend Framework etc.
Voor een geïnterpreteerde taal presteert PHP wel erg goed, het heeft een gunstig 'eco-systeem' en is echt voor het web gesneden. De pragmatische aanpak is denk ik wel juist ook onderdel geweest van het succes.
Het had groter kunnen zijn als Zend zich had bekommerd over consistentie.
Bij Python had je altijd al Guido Van Rossum erachter, een wetenschapper die uit was op een elegante en praktische taal.
Het punt is dus eerder dat degene met de meeste autoriteit binnen een bepaalde programmeertaalgemeenschap welomlijnde ideeën en nauwgezetheid koestert.
Zoals ik al eerder in deze thread heb opgemerkt geldt deze wijziging enkel voor namespaced classes. Dus tenzij je in php >5.3 code nog de oldstyle constructors gebruikte merk je er niets van.
Verder kan je natuurlijk de php bugtracker eens openen, en een bug vinden die jou schikt (of waar je bijvoorbeeld zelf ook last van hebt), en daar een patch voor aandragen. Doe je dat een aantal keer met succes krijg je vanzelf svn access. Mocht je nou geen C(++) kunnen kan je ook bijvoorbeeld helpen met het unittesten van php, of helpen aan een project wat door veel php'ers gebruikt wordt (bijvoorbeeld het Zend Framework, als je daar iets mee hebt).
![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.png){kind=icon}
![[quick]](http://tweakimg.net/g/if/icons/world_link_cropped.png){kind=icon}
Afgelopen donderdag zijn er nieuwe versies van de programmeertaal PHP verschenen, namelijk een nieuwe versie uit de 5.3-serie en de laatste uit de 5.2 versie. PHP is een een recursief acroniem wat staat voor PHP: Hypertext Preprocessor en wordt voornamelijk gebruikt om op webservers dynamische webpagina's te creëren. Versie 5.2.14 is de laatste versie uit de 5.2-tak en bevat meer dan zestig bugfixes, terwijl versie 5.3.3 meer dan honderd verbeteringen aan boord heeft. Meer informatie kan in de afzonderlijke changelogs worden gevonden.
12:44
12:43
Door 
