Riscrivere un'app PHP procedurale: dovremmo usare un framework?

Question

Abbiamo un'app che attualmente ha solo circa 120 utenti. La base utente probabilmente crescerà del 50% nei prossimi 12 mesi, ma dovremo separare l'archiviazione ecc. Perché stiamo esaminando diversi TB di dati. Entro la fine dell'anno, passeremo all'hosting basato su cluster. L'app sarà fornita anche in più lingue.

Sono in una fase con il progetto ora in cui a volte dobbiamo aggiungere ulteriori funzionalità piuttosto rapidamente, e mentre la costruzione dell'app come è stata una decisione aziendale (il tempo e il denaro erano brevi allora e dovevamo avere qualcosa che funzionava velocemente ), ora dobbiamo avere più sviluppatori che lavorano sull'applicazione ed è un po 'difficile, anche se abbiamo tutto modellati e documentati bene.

Ho l'opportunità di riscrivere l'applicazione: possiamo costruire una squadra per rifare contemporaneamente la base di codice, mentre una squadra gestisce l'applicazione esistente. Una volta catturata la nuova versione, ci passeremo.

La domanda è: dovremmo usare un framework per questa applicazione? Ho esaminato Symfony e CodeInctor, e ovviamente quest'ultimo è più facile con una curva di apprendimento più piccola per il nostro team. D'altra parte, se si limitiamo a ri-architeggere l'applicazione e costruiamo il nostro "framework" e le nostre classi (lo so, non c'è bisogno di reinventare la ruota, ma abbiamo già centinaia di funzioni scritte che parlano perfettamente con il nostro database).

Ora ho visto commenti come "Se vuoi avere un'app con cui vuoi vivere, usa Symfony", ma non so come funziona. Ho già guadagnato da vivere con i siti Web di WordPress, quindi questa affermazione non è, beh, non utile!

Qualsiasi consiglio, per favore. La risorsa sviluppatore non è un problema per noi, ma non mi piacciono particolarmente le restrizioni che Symfony impone in termini di nomi di directory, ecc. (Ma immagino che questa sia solo una questione di abituarsi alle cose).

Il fatto è che ora devo prendere una decisione aziendale, in definitiva, e mi piacerebbe poterlo giustificare nella mia squadra. A questo punto, dal mio punto di vista, l'unico vantaggio è che quando assumiamo nuovi sviluppatori, se hanno familiarità con il framework, la loro curva di apprendimento sarà più piccola. Questa logica supporta Symfony, ma per me non è abbastanza.

Le opinioni qualificate aiuteranno.