Wat is PHP?

PHP is voor mij een taal waar ik letterlijk mee ben opgegroeid als programmeur. Een groot deel van mijn eerste jaren als developer heb ik ermee gewerkt en daardoor heb ik van dichtbij gezien hoe PHP, maar ook mijn eigen manier van software ontwikkelen, zich heeft ontwikkeld.

Het is een toegankelijke server-side programmeertaal waarmee je relatief snel webapplicaties, API's en complete platformen kunt bouwen. Frameworks zoals Laravel en Symfony hebben daar veel structuur aan toegevoegd.

Tegelijkertijd kijk ik tegenwoordig anders naar PHP dan vroeger.

Mijn kijk op PHP tegenwoordig

Wanneer ik een bestaand PHP-platform tegenkom, is mijn advies tegenwoordig meestal om serieus te onderzoeken of migratie op termijn verstandig is.

Niet omdat PHP ineens niet meer werkt. Dat is te makkelijk gezegd. Het gaat mij vooral om het type systemen dat ik tegenwoordig bouw.

Bij grotere backend-platformen krijg je steeds vaker te maken met:

  • asynchronous processing

  • event-driven architecturen

  • hoge throughput

  • concurrency

  • horizontaal schalen

  • distributed systems

  • complexe domeinlogica

  • langlopende processen

Voor dat soort systemen kies ik liever technologieën die daar vanaf de basis beter bij aansluiten.

Mijn voorkeur ligt tegenwoordig daarom voornamelijk bij Kotlin of Java, bijvoorbeeld met Quarkus. Voor services waarbij concurrency en een kleine runtime belangrijk zijn kijk ik ook graag naar Go.

Betekent dat dat ik PHP helemaal niet meer zou gebruiken?

Nee.

Voor kleine en duidelijk afgebakende services kan PHP nog steeds prima werken.

Een kleine Laravel-service die één verantwoordelijkheid heeft, een eenvoudige REST API of een Lambda-functie hoeft wat mij betreft niet direct opnieuw gebouwd te worden omdat PHP wordt gebruikt.

Sterker nog, voor dat soort toepassingen kan Laravel juist prettig zijn omdat je snel tot een nette en begrijpelijke implementatie kunt komen.

Daar ligt voor mij tegenwoordig ook de grens.

Zodra een service onderdeel wordt van een groter landschap waarin performance, events, concurrency en schaalbaarheid steeds belangrijker worden, zou ik eerder naar Kotlin, Java of Go kijken.

Waar heb ik PHP gebruikt?

PHP komt uit een belangrijk deel van mijn ontwikkeling als programmeur. In mijn ervaring heb ik meerdere jaren met PHP gewerkt, naast onder andere Symfony, Laravel en Yii. Mijn CV benoemt ongeveer zeven jaar ervaring met PHP en meerdere jaren met deze frameworks.

Later is mijn specialisatie steeds verder richting Java, Kotlin, microservices en distributed systems verschoven.

Juist doordat ik beide kanten heb meegemaakt, kijk ik niet negatief naar PHP. Ik weet waar het goed in is, maar ook waar ik tegenwoordig andere keuzes zou maken.

Wanneer zou ik PHP nog adviseren?

Ik zou PHP nog steeds overwegen wanneer:

  • de applicatie relatief klein is

  • het voornamelijk om CRUD en REST gaat

  • snelheid van ontwikkeling belangrijker is dan maximale performance

  • er al veel Laravel- of Symfony-kennis aanwezig is

  • een kleine microservice bewust eenvoudig gehouden kan worden

  • een Lambda een kleine en geïsoleerde verantwoordelijkheid heeft

Voor een eenvoudige service is het namelijk ook niet logisch om automatisch een zwaar technisch landschap neer te zetten.

Bewust eenvoudig blijven betekent voor mij ook dat je niet meer technologie introduceert dan het probleem nodig heeft.

Wanneer zou ik migratie adviseren?

Bij een groter bestaand PHP-platform zou ik vooral kijken naar waar de complexiteit zit.

Ik zou migratie overwegen wanneer steeds meer processen asynchronous worden, services onafhankelijk moeten schalen, veel events verwerkt worden of wanneer concurrency een belangrijk onderdeel van het systeem begint te worden.

Dan kom ik tegenwoordig sneller uit bij Kotlin en Java voor grotere backend-platformen, of Go voor compacte en zeer efficiënte services.

Migreren betekent voor mij overigens niet dat je vervolgens alles opnieuw moet bouwen.

Ik zou juist domein voor domein kijken wat afgesplitst kan worden. Eerst begrijpen waar de echte technische pijn zit, daarna gecontroleerd onderdelen vervangen.

Een migratie moet het systeem eenvoudiger maken. Niet alleen moderner.

Veelgestelde vragen die ik krijg over PHP

Zou je vandaag nog een nieuwe applicatie in PHP bouwen?

Voor een kleine applicatie of afgebakende service kan dat. Voor een groot platform dat sterk moet kunnen schalen zou PHP tegenwoordig niet mijn eerste keuze zijn.

Is Laravel nog steeds interessant?

Ja. Vooral voor kleine services, API's en toepassingen waarbij je snel iets degelijk wilt neerzetten. Laravel blijft daarin erg productief.

Waarom adviseer je bij grotere systemen Kotlin of Java?

Omdat mijn huidige werk veel draait om event-driven systemen, concurrency, consistente dataverwerking en schaalbare backend-architecturen. Daar sluiten Kotlin en Java voor mij beter op aan.

Zou je een bestaand PHP-platform volledig herschrijven?

Bijna nooit in één keer. Ik zou eerst begrijpen waar de grenzen van het systeem liggen en vervolgens gecontroleerd onderdelen migreren. Een gefaseerde aanpak is meestal duurzamer dan een volledige rewrite.

Heb je nog steeds iets aan je PHP-ervaring?

Absoluut. PHP is een belangrijk onderdeel geweest van hoe ik programmeren heb geleerd. Vooral het pragmatische karakter ervan neem ik nog steeds mee: bouw wat nodig is, houd het begrijpelijk en introduceer pas complexiteit wanneer daar daadwerkelijk een reden voor is.