Come convincere la mia azienda (operante nel settore finanziario) a passare da PHP a Java [chiuso]

I motivi solo che potrebbero giustificare un cambio di lingua sono quelli che superano tutti i vantaggi di restare in posizione.

• La società ha un'intera divisione software la cui attività principale è scrivere PHP. Passare a una nuova lingua, in particolare una diversa da PHP a Java, richiederà una formazione e diversi mesi di perdita di produttività.
• La compagnia ha diversi sistemi costruiti su PHP. Passare a Java implica riscrivere quelli, che è un'impresa enorme che dovrebbe essere evitata se possibile.
• Molti dei sistemi software della società funzionano già insieme nel modo in cui PHP si aspetta di lavorare insieme, il che è incredibilmente diverso dal modo in cui Java funziona tra i programmi.
• A seconda degli stack di sviluppo, potresti avere un investimento non trascurabile in IDE e materiali di riferimento specifici di PHP.

Naturalmente, nessuno dei precedenti è privo di segnalini ragionevoli. Se esistono strutture e strumenti disponibili che possono essere usati in esclusiva per Java, o una probabilità che la società si fonda o collabori con un concorrente, o che il tuo team di software sia pieno di persone con molta competenza Java, c'è meno rischio e più guadagno nel fare l'interruttore.

Onestà, tuttavia, potresti avere più fortuna nell'aggiungere Java alla stalla di lingue della tua azienda piuttosto che provare a cambiare. Spero che, se non altro, la tua azienda utilizzi già SQL, JavaScript e XML o JSON oltre a PHP. Aggiungere un linguaggio OOP strongmente tipizzato come Java o C # potrebbe essere un ottimo complemento per il tuo host di app PHP.

Per prima cosa devi convincere te stesso. Devi escludere le preferenze personali dal tuo ragionamento. Puoi anche provare a cambiare la parola Java in C ++ (C #) nella tua lista di argomenti - la maggior parte rimarrà valida ma dovresti spiegare perché C ++ (C #) non è una buona scelta. Se dopo tutte le manipolazioni trovi che la vera ragione è la preferenza personale - puoi creare la tua start up o unirti ai concorrenti.

UPDATE: Questo è un problema di marketing: hai trovato il numero di vantaggi e svantaggi del passaggio a Java. Dovresti scegliere quelli che sono importanti per le parti interessate. Meglio essere onesti, perché in seguito verrebbe accusato se qualcosa va storto. Ecco perché è necessario rimuovere tutti gli argomenti soggettivi. Le preferenze personali sono importanti ma non convincenti. Pensa in termini di investimento e ritorna da esso. Non sono solo le funzionalità dei linguaggi di programmazione: è necessario fornire un piano busines con i dettagli su come eseguire la transizione da PHP a Java.

Non vedo nulla sull'impatto finanziario nella tua domanda / argomenti. Anche tu parli di questo argomento quando presenti la tua idea e i tuoi argomenti. Questo è un business e il denaro è l'unica cosa che interessa a manager e stakeholder. Finché è redditizio, i manager e le parti interessate non si preoccupano se si scrive codice in C #, Java, PHP, Javscript o anche COBOL (che Dio abbia pietà della tua anima se ti occupi di questo).

Ovviamente questo avrà un impatto negativo sulla produttività di tutti i dipendenti e costerà all'azienda molti soldi a breve termine ea medio termine anche se hai menzionato un passaggio graduale a Java .

Ma, se davvero pensi strongmente che questo risulterà in un PROFIT sul lungo periodo, allora questo dovrebbe essere il tuo argomento principale quando fai questo suggerimento. Altrimenti, dubito che ci riuscirai. Oh, e assicurati di avere qualche prova su PERCHÉ questo sarebbe redditizio a lungo termine. Solo dicendo che non lo renderà vero.

Buona fortuna :).

Il codice Java è più facile da testare.

Questo vantaggio potrebbe sembrare abbastanza semplice, ma dal momento che il tuo sistema esistente è scritto in PHP, potresti avere altri punti da vendere per renderlo attraente.

So che ci sono stati miglioramenti nell'area di test del codice PHP usando framework come PHPUnit, ma sono scettico riguardo alla possibilità di automatizzare questi test (dopo aver letto la documentazione più recente su PHPUnit). Per quanto ne so, non esiste ancora un vero modo per utilizzare l'integrazione continua in quanto non ci sono build effettivi, ma solo tag di subversion (o altri VCS) da ripristinare in caso di difetti rilevati.

L'ultimo progetto PHP su cui ho lavorato (2 anni fa), richiedeva agli sviluppatori di proporre la nostra soluzione specifica per eseguire test unitari, che avrebbero dovuto essere eseguiti manualmente prima di richiedere l'implementazione di quel codice (che significa , file di testo semplice spostati) dal nostro server di sviluppo al nostro server di staging. (Nota l'uso della parola "atteso", piuttosto che "richiesto".) Molto spazio per l'errore umano.

Spero che ti aiuti!