Non si può negare che ci sia una tendenza verso lo sviluppo guidato dalla promozione in molte grandi aziende tecnologiche. Ma se ci pensi meglio: gran parte di questo non è una cosa negativa per l'azienda. È così che ingegneri e team rimangono agili, senza paura di costruire nuove cose e migrare. Il che è fondamentale.

Diamo un'occhiata alle aziende che hanno chiaramente questa cultura: Meta, Google, Amazon Rispetto a quelle che non ce l'hanno (o non così tanto): JP Morgan, Oracle Mi chiedo perché le prime 3 possano superare le startup (Threads, Gemini, AWS), mentre le ultime 3 non possono?

Esaminiamo le aziende che hanno chiaramente questa cultura: Meta, Google, Amazon contro quelle che non ce l'hanno (o non così tanto): JP Morgan, Oracle, IBM. È una coincidenza che le prime 3 possano occasionalmente superare le startup (Threads, Gemini, AWS), mentre le ultime 3 non possono?

Esperimento mentale: all'interno di Big Company vietiamo qualsiasi tipo di "sviluppo guidato dalla promozione." Non riscrivere un nuovo sistema: continua ad aggiungere a quello vecchio. Non migrare a Go dopo 1, 2, 5, 10, 15, 20 anni: mantieni quello in Java. Cosa succede 10 anni dopo? I dev dimenticano come costruire...

Considera che c'è un costo per mantenere i team di ingegneria agili, veloci, aggiornati con le ultime tecnologie Questo costo è rappresentato da riscritture, migrazioni (senza tempi di inattività!), migliorando continuamente l'affidabilità (mentre l'intero sistema viene cambiato.) Rispetto a rallentare, mantenere le cose stabili... e diventare sempre più incapaci di rispondere se e quando il mondo cambia.

Inoltre, per tutte le risposte negative sullo sviluppo guidato dalla promozione da parte degli sviluppatori: In quale posto preferiresti lavorare? A) Certo, c'è un modo per migrare verso un'architettura/tecnologia/language migliore, ecco come B) Il Vecchio Modo è il Modo Giusto, ora continua a lavorare su questo sistema legacy