Cea mai mare problemă a PHP: nu limba, ci mediul înconjurător

Să fim sinceri: de câte ori ați auzit „PHP e o mizerie” și ați dat ochii peste cap? De obicei, se critică limbajul în sine – că e învechit, nesigur, callback-uri arată ca spaghete. Dar, dacă săpăm mai adânc, realizăm că adevărata problemă a PHP nu este sintaxa, ci ecosistemul său.

Problema nu e în limbaj, ci în grădina zoologică din jur

Imaginați-vă că PHP este un motor excelent, dar este montat într-o mașină unde accelerația e composer.json, frânele – .htaccess, iar volanul – php.ini pe care cineva l-a pierdut. Dezvoltatorul trebuie să fie nu doar programator, ci și sysadmin, devops și exorcist. Comparați cu Node.js sau Python: acolo totul vine mai mult sau mai puțin integrat. Aici – proiecte legacy pe versiunea 5.6 care încă merg pe un server din 2008 și de care nimeni nu îndrăznește să se atingă.

Hype-ul în jurul alternativelor – doar vârful aisbergului

Marketingul urlă: „Go e mai rapid! Rust e mai sigur!”. Dar pentru un site tipic de business pe WordPress sau Laravel, viteza limbajului nu este bottleneck-ul. Bottleneck-ul este când actualizarea PHP de la 7.4 la 8.0 strică jumătate din dependințe, iar codul scris acum 10 ani începe brusc să arunce warning-uri. Și uite așa nu mai ești programator, ci arheolog, dezgropând cod legacy străin.

Ce putem face?

Comunitatea PHP deja merge în direcția bună: analiză statică (PHPStan, Psalm), tipizare strictă, asincronism cu Fiber. Dar până când aceste instrumente nu devin standard de facto, fiecare proiect nou riscă să devină o mobilă IKEA fără instrucțiuni.

Comentariul studioului METABYTE: Și noi uneori suntem nostalgici după vremurile când un proiect PHP se deploya prin FTP fără lacrimi. Dar dacă codul vostru arată ca o săpătură arheologică – veniți, vă ajutăm să faceți ordine și să actualizați versiunea. Fără exorcisme, promitem.