Paskutinėmis praeitų metų dienomis staiga mirė vienas iš Perlo programuotojų, perlreref autorius (lietuviškas vertimas
čia) Iain „Spoon“ Truskett. Jam tebuvo tik 24 metai.
Taip viskam atsitikus, liko keletas jo CPAN modulių, ir Perlo bendruomenė pradėjo rūpintis, kad jie nebūtų apleisti. Vienas modulis patraukė mano dėmesį, nes panašių minčių turėjau ir aš. Tai PHP::Strings, kuriuo implementuojama daugelis PHP funkcijų Perlu. Pasisiūliau jį prižiūrėti, jei neatsiras kas nors labiau patyręs ;-)
Pačiame modulyje yra keletas įdomių nuorodų, kur aprašomi PHP trūkumai, štai jie:
- http://tnx.nl/php.txt
- http://www.webkreator.com/php/community/php-love-and-hate.html
- http://keithdevens.com/weblog/archive/2003/Aug/13/HATE-PHP
- http://n3dst4.com/articles/phpannoyances/
- http://www.ukuug.org/events/linux2002/papers/html/php/
- http://czth.net/pH/PHPSucks
- http://www.nntp.perl.org/group/perl.advocacy/1458
- http://www.gnu-friends.org/story/2002/5/29/113829/681
kiek as zvilgtelejau tuos linkus, tai kaikuriuose tuose saituose ar paan autorius tiesiog raso kad php kasko negal;i padaryt bet tai tik todel kad jis nesugebejo to surast ar pan, nes php tai visgi gali…
Su asembleriu irgi viską galima padaryt. Tik niekas nedaro.
Pagrindiniai dalykai, kurių PHP visgi neturi:
* Unikodo (ir iš vis encodingų) suportas
* Leksinės kintamųjų srities
* Normalių abstrakcijų
* Closures
* Paprastų masyvų
* Normalių referencų
tai vadinas paskutiniai 3 menesiai programuojami utf-8 koduote tai buvo programavimas oru?
Lakūnas:
O ar gerai veikai visi
split
,count_chars
ir t.t.? Kaip supratu jie vis dar veikia baitais, o ne simboliais, tai ką daryt kai simboliai yra multibaitiniai?Vėjai laukuose, man čia tamsus miškas, bent jau kol kas.
Susirado ant ko joti. php teamas lopai, php community sux, php === vb. Nu ka palaukim.. Visiems neitiksi..