forumApri un argomento

Lo sviluppatore propone PHP e MySQL per l'applicazione web: tecnologia superata o va benissimo?

ZZehra A***EspertoMembro della community
Iscrizione
feb 2023
Messaggio
5
#1

Siamo un'azienda di 12 persone con sede nel Regno Unito attiva nella distribuzione alimentare all'ingrosso. Vogliamo far realizzare un portale personalizzato dove i nostri clienti possano inserire ordini, visualizzare le giacenze di magazzino e controllare i propri estratti conto. Ci siamo accordati con un freelance locale: tempo di consegna previsto 3 mesi e preventivo di 8.500 GBP.

Come stack tecnologico ha indicato che userà PHP e MySQL. Quando ne ho parlato con alcuni amici programmatori, mi hanno confuso parecchio le idee dicendo che ormai lavorano tutti con framework moderni o altri linguaggi, che un domani non potrò scalare il sistema o che non troverò programmatori. Lo sviluppatore invece sostiene che questa coppia sia ultra collaudata, giri senza problemi su server economici e sia più che sufficiente per le nostre esigenze.

Per una PMI operativa come la nostra, sviluppare una web app in PHP è davvero una scelta rischiosa e datata, oppure finché funziona a dovere non dovremmo fissarci sul linguaggio che c'è dietro? Quali domande tecniche dovrei fare allo sviluppatore prima del collaudo finale?

RRecep D***Partecipante
Ruolo
Editor di contenuti
Settore
Energia
Tipo di organizzazione
attività con due sedi
Iscrizione
feb 2025
Messaggio
4

Doki · Configurazione gestione log · 2026

Più utile#2

Risposta breve: PHP e MySQL non sono affatto tecnologie superate; gran parte di internet gira su questo stack senza il minimo problema. Per il portale di una piccola o media impresa la cosa critica non è il linguaggio, ma se il codice viene scritto secondo gli standard moderni e appoggiandosi a un framework diffuso.

Le mode passeggere del mondo tech spesso non coincidono con i bisogni reali delle PMI. I linguaggi di ultima generazione offrono grandi vantaggi su architetture enormi, ma per un portale ordini e magazzino usato da un team di 12 persone e qualche centinaio di clienti, le versioni attuali di PHP non creano alcun collo di bottiglia a livello di prestazioni. Inoltre sul mercato trovare sviluppatori PHP è sia più facile, sia generalmente più economico a livello di tariffa oraria. Anche i costi di hosting restano molto bassi.

La vera domanda da porre allo sviluppatore non riguarda il linguaggio, ma l'architettura del progetto. Fatevi chiarire assolutamente questi 3 punti: 1) Il progetto verrà scritto da zero con codice grezzo e improvvisato, oppure poggerà su un moderno framework PHP standard del settore? 2) Le versioni di PHP e del database sono recenti? L'obiettivo minimo dovrebbe essere PHP 8.2 e una versione aggiornata di MySQL. 3) Verranno documentate l'architettura delle API e lo schema del database?

Se lo sviluppatore scrive codice pulito basandosi su un framework standard, anche se in futuro le vostre strade dovessero dividersi troverete con estrema facilità un altro professionista sul mercato britannico in grado di prendere in carico il sistema.

HHakan S***EspertoMembro della community
Iscrizione
apr 2024
Messaggio
36
#3

I tuoi amici probabilmente pensano ancora allo spaghetti code delle vecchie versioni di PHP di 15 anni fa. Il PHP moderno ha una tipizzazione forte, è velocissimo e si presta a test enterprise. Assicurati solo che non scriva codice PHP grezzo senza librerie e che usi un'architettura MVC riconosciuta.

İİlknur Y***PartecipanteMembro della community
Iscrizione
feb 2023
Messaggio
98
#4

Mettete nero su bianco nel contratto con lo sviluppatore questi punti: 1) Codice sorgente ospitato su un repository Git aziendale e di vostra esclusiva proprietà, 2) Tabelle del database strutturate su base relazionale, 3) Consegna della documentazione di setup e della struttura dati. È la mancanza di questi elementi che blocca un progetto, non certo il linguaggio.

KKaan Y***Partecipante
Ruolo
Responsabile social media
Settore
Produzione mobili
Tipo di organizzazione
attività con due sedi
Iscrizione
giu 2025
Messaggio
84
#5

PHP non è male, ma contano le abitudini di chi programma. Se lo sviluppatore prova a rifilarvi una libreria vecchia di 10 anni scritta da lui, è un rischio enorme. Nessun programmatore moderno vorrà mai metterci le mani e in futuro vi ritroverete a pagare 80 GBP all'ora di consulenza per forza.

DDilanNuovo membro
Ruolo
Boutique store
Iscrizione
ott 2024
Messaggio
32
#6

Noi 4 anni fa abbiamo fatto realizzare un gestionale di magazzino simile proprio con PHP e MySQL. Di server spendiamo meno di 15 sterline al mese. Va come un orologio, mai andato giù una volta. Non vi fate abbindolare dai trend tecnologici per poi sforare il budget, fidatevi.

correzione: mi ricordavo male il numero, era un po' più basso.

İİbrahim T***Nuovo membro
Ruolo
Grafico
Settore
Energia
Tipo di organizzazione
catena di negozi
Iscrizione
giu 2026
Messaggio
90
#7

i dev amano elogiare sempre le ultime novità uscite... se fa il suo dovere, carica veloce e costa poco di server la tecnologia passa in secondo piano. l'importante è che lo sviluppatore non sparisca nel nulla dopo aver consegnato il lavoro.

EEmre K***Partecipante
Ruolo
Coordinatore corrieri
Settore
Diritto
Tipo di organizzazione
cooperativa
Iscrizione
feb 2025
Messaggio
1
#8

Nel Regno Unito le tariffe orarie dei freelance per linguaggi più di nicchia viaggiano sui 60-90 GBP, mentre uno sviluppatore PHP competente si trova tranquillamente sui 40-65 GBP. Se più avanti vorrete integrare nuovi moduli, per il budget aziendale fa tutta la differenza del mondo.

BBanu Ş***Partecipante
Ruolo
Farmacista
Iscrizione
mar 2024
Messaggio
81
#9

Il successo del progetto dipende dalla precisione dei processi di analisi aziendale più che dal linguaggio di programmazione. Definendo con esattezza i flussi di lavoro necessari, implementando i protocolli di sicurezza dei dati e predisponendo un'infrastruttura di backup periodico, PHP e MySQL risponderanno perfettamente a ogni esigenza.

KKader Y***Nuovo membroMembro della community
Iscrizione
giu 2026
Messaggio
26
#10

ma se in futuro volessimo collegare a questo sisema un'app per smartphone PHP rappresenta un ostacolo o andrebbe riscritto tutto da zero?

edit: ho corretto alcuni errori di battitura.

OOnur A***EspertoMembro della community
Iscrizione
nov 2025
Messaggio
64
#11

Corretto. Se cerchi di cambiare tutto insieme, niente si stabilizza.

Confermato dall'esperienza.

DDamla Z***PartecipanteMembro della community
Iscrizione
ott 2024
Messaggio
202
#12

Anche da noi è così.

JJülide U***PartecipanteMembro della community
Iscrizione
feb 2024
Messaggio
346
#13

Non lo sapevo.

AAlper K***Partecipante
Ruolo
Editor di contenuti
Settore
Sport e fitness
Tipo di organizzazione
ditta individuale
Iscrizione
mar 2024
Messaggio
60
#14

Riassumo quanto detto finora. Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

Lascio una nota, potrebbe servire.

FFatma T***Partecipante
Ruolo
Addetto al negozio
Settore
Energia
Tipo di organizzazione
Team di 8 persone
Iscrizione
lug 2024
Messaggio
190
#15

Sono d'accordo, anzi vorrei sottolinearlo. Se non sono stati definiti i criteri di accettazione, il momento in cui il lavoro è finito è discutibile.

Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date. Buon lavoro.

UUğur A***PartecipanteMembro della community
Iscrizione
giu 2023
Messaggio
222
#16

Bisogna procedere con ordine. Più è difficile tornare indietro su una decisione, più lentamente dovreste prenderla.

Naturalmente cambia se la vostra situazione è diversa.

RReyhan G***Veteran
Ruolo
Direttore finanziario
Settore
Servizi di pulizia
Tipo di organizzazione
boutique agency
Iscrizione
nov 2024
Messaggio
250
#17

Ha ragione. Introdurre un processo per le richieste di modifica non rallenta il lavoro, lo accelera.

Questa è la mia opinione non la scrivo come verità assoluta.

HHüsniye T***Partecipante
Ruolo
Specialista risorse umane
Settore
Tessile
Tipo di organizzazione
laboratorio
Iscrizione
dic 2025
Messaggio
361
#18

L'anno scorso abbiamo vissuto quasi la stessa cosa. Nei sistemi ereditati, la cosa più costosa sono le dipendenze sconosciute.

Correggetemi se sbaglio.

HHüsniye A***Veteran
Ruolo
Grafico
Settore
Imballaggio
Tipo di organizzazione
Azienda di produzione da 40 persone
Iscrizione
feb 2025
Messaggio
137
#19

Avete ragione, sono passato anch'io per la stessa strada. Quando decidiamo senza misurare, finiamo sempre nello stesso punto.

Se scrivete qui il risultato, sarà utile anche ad altri.

AAhmet Z***Esperto
Ruolo
Tecnico di assistenza
Settore
Commercio all'ingrosso alimentare
Tipo di organizzazione
azienda familiare
Iscrizione
dic 2023
Messaggio
159
#20

Il mio dubbio è stato chiarito, grazie.

Rispondi