Vai al contenuto

PHP e MySQL: lo stack che le PMI snobbano e i grandi system integrator nascondono

C’è una cosa che ho imparato lavorando con decine di aziende italiane: la tecnologia che ti consigliano non è quasi mai quella che ti serve davvero. È quella che conviene a chi te la propone.

PHP e MySQL stanno dietro a una fetta enorme del web mondiale, da WordPress a Facebook ai gestionali interni di aziende che fatturano centinaia di milioni. Eppure quando una PMI italiana cerca un fornitore software, sente parlare di Java enterprise, .NET, microservizi in Node, cloud-native su Kubernetes.

Non perché siano scelte sbagliate in assoluto. Ma perché spesso sono sovradimensionate, costose da mantenere e pensate per generare dipendenza dal fornitore. Lo stack PHP/MySQL, in molti scenari reali, fa lo stesso lavoro a un quinto del costo.

Perché PHP e MySQL hanno una pessima reputazione (immeritata)

PHP si porta dietro una fama da linguaggio da hobbisti che risale a vent’anni fa. Allora era effettivamente un linguaggio acerbo, pieno di incoerenze, usato per piccoli script. Da PHP 7 in poi, e ancora di più con PHP 8, parliamo di un linguaggio moderno, tipizzato, performante, con un ecosistema maturo.

MySQL ha avuto un percorso simile. È stato a lungo considerato il cugino povero di PostgreSQL o Oracle. Oggi gestisce database da decine di terabyte in aziende globali. Per il 90% dei casi d’uso aziendali italiani, è ampiamente sufficiente e ha un costo di gestione che gli altri si sognano.

Cosa nascondono i grandi system integrator

Quando un system integrator entra in una PMI, ha un interesse strutturale a proporre stack tecnologici complessi. Più la soluzione è articolata, più ore di consulenza vende, più consulenti junior può fatturare a giornata, più il cliente diventa incapace di cambiare fornitore.

Cosa succede tipicamente in questi progetti:

  • Si parte con un’analisi funzionale da 40-60 giorni, prima di scrivere una riga di codice.
  • Si sceglie uno stack enterprise che richiede figure specializzate costose e reperibili solo tramite il fornitore stesso.
  • Si introducono livelli di astrazione (ESB, microservizi, orchestratori) che il problema reale non richiederebbe.
  • Il time to market si dilata da settimane a mesi, spesso anni.
  • L’azienda cliente non può più gestire nulla in autonomia e resta legata al fornitore per ogni modifica.

Con PHP e MySQL, in molti scenari di gestionali interni, portali, applicazioni di automazione, configuratori prodotto, aree riservate clienti, si fa lo stesso lavoro con un team più piccolo, in tempi più brevi e con codice che chiunque sappia leggere PHP può manutenere.

Quando lo stack PHP/MySQL è la scelta giusta

Non sto dicendo che PHP sia sempre la risposta. Per applicazioni real-time ad altissima concorrenza, per sistemi di calcolo numerico intensivo, per architetture distribuite su scala globale, ci sono scelte migliori. Ma questi scenari, nelle PMI italiane, sono rari.

Quando lavoro con un’azienda su una Web App gestionale, un portale clienti o uno strumento interno di automazione, parto dal problema operativo concreto. Nove volte su dieci, PHP e MySQL coprono il fabbisogno con costi di sviluppo e manutenzione che permettono di chiudere il progetto e passare oltre, invece di trascinarlo per anni.

Il vero criterio: indipendenza e sostenibilità

La domanda che pongo sempre a chi mi chiede una consulenza tecnologica è semplice. Tra cinque anni vuoi essere ancora dipendente dal fornitore che ti ha sviluppato la piattaforma, oppure vuoi poter cambiare partner senza buttare via tutto?

Lo stack PHP/MySQL ha un vantaggio competitivo enorme su questo punto: sviluppatori competenti se ne trovano ovunque, la documentazione è sterminata, il codice è leggibile. Se il tuo fornitore attuale alza i prezzi o smette di rispondere, ne trovi un altro in due settimane. Con stack proprietari o esotici, la storia è molto diversa.

Domande frequenti

PHP è ancora un linguaggio attuale nel 2025?

Sì, e lo è in modo serio. PHP 8 ha introdotto tipizzazione forte, JIT compiler, attributi, enum, miglioramenti di performance significativi. Framework come Laravel e Symfony sono usati da aziende di ogni dimensione. Circa il 75% dei siti web mondiali con backend identificabile usa PHP. Non è una scelta nostalgica: è una scelta pragmatica.

Quando invece conviene scegliere uno stack diverso?

Quando il problema lo richiede davvero. Applicazioni di streaming in tempo reale, sistemi di trading ad alta frequenza, calcolo scientifico distribuito, applicazioni mobile native: qui PHP non è la scelta giusta. Ma per gestionali, portali, automazioni di processo, e-commerce, aree riservate, configuratori, il 90% delle esigenze di una PMI italiana, PHP e MySQL funzionano benissimo.

Quanto costa sviluppare una Web App in PHP rispetto ad altri stack?

Dipende dalla complessità, ma in media il costo di sviluppo è inferiore del 30-50% rispetto a stack enterprise equivalenti, e la manutenzione costa ancora meno nel tempo. Il motivo è semplice: meno ore di sviluppo, meno figure specializzate richieste, meno infrastruttura da gestire. Non significa qualità inferiore, significa proporzione corretta tra problema e soluzione.

MySQL regge carichi importanti o serve sempre PostgreSQL o Oracle?

MySQL gestisce database in produzione per aziende come Facebook, Booking, GitHub. Per il 95% delle PMI italiane, anche quelle strutturate, è ampiamente sovradimensionato rispetto al fabbisogno reale. PostgreSQL è una scelta eccellente in scenari specifici, ma la differenza pratica nelle applicazioni gestionali quotidiane è marginale.

Come faccio a capire se il mio fornitore mi sta proponendo lo stack giusto?

Chiedigli tre cose. Perché ha scelto quello stack rispetto ad alternative più leggere. Quanti sviluppatori sul mercato italiano sanno lavorarci. Cosa succede se domani vuoi cambiare fornitore. Se le risposte sono vaghe o ti fanno sentire in colpa per la domanda, hai la tua risposta. Una scelta tecnologica solida si difende con argomenti concreti.

Parliamone se hai un progetto sul tavolo

Se stai valutando lo sviluppo di una Web App, un gestionale interno o un portale, e vuoi capire se lo stack che ti hanno proposto è proporzionato al problema, possiamo confrontarci.

Lavoro con imprenditori e direttori operativi che vogliono soluzioni sostenibili nel tempo, non architetture spettacolari che li legano al fornitore per dieci anni. Il primo confronto serve esattamente a questo: capire se ha senso approfondire o se la strada che stai seguendo è già quella giusta.

Se vuoi parlarne senza impegno, scrivimi dalla pagina contatti e organizziamo una chiamata.