Genera un ambiente produttivo quando gli sviluppatori hanno opinioni diverse

Il tuo capo deve alla fine prendere una decisione. Se il tuo capo prende la decisione, allora avrai un ambiente più produttivo di te che stai seguendo direzioni diverse. Cerca di presentare il caso al tuo capo presentando prove come articoli e casi di studio simili alla tua situazione. Invita il tuo pari a fare lo stesso. Speriamo che se le tue opinioni ti renderanno più produttivo, dovresti riuscire a trovare molti articoli, libri, ecc. Per sostenerti. Alla fine della giornata, il tuo capo (tecnico o meno) dovrebbe fidarsi del giudizio dei suoi dipendenti che sono nelle trincee ogni giorno. Quindi, studia il tuo punto e fai in modo che tutti e tre siedano e discutano onestamente le proprie opinioni con la comprensione che entrambi seguiranno qualsiasi cosa il vostro capo scelga (che di solito è il miglior ROI, che è quasi sempre il più produttivo percorso).

Dalla tua descrizione sembra che tu non possa modificare queste condizioni. Tuttavia, ciò che puoi fare è cambiare la tua mentalità. Devi usare PHP, anche se pensi che Java sarebbe stato molto meglio. Allora rendi fantastico comunque. Prendilo come una sfida per diventare un programmatore PHP migliore rispetto a prima. Scrivi codice idiomatico, affidabile, buono . E non pensare a come sarebbe stato meglio in Java, perché non importa.

Se ti frustrano così tanto, prova a parlare con il tuo manager. Se non ascolta, inizia a intervistare per altri lavori.

Soprattutto, credo che debba essere in grado di parlarne , cercare di capire perché un collega ha una certa opinione. Dato che è più esperto di te, sii molto aperto alle discussioni che menziona e le chiedi esplicitamente.

Dopo aver discusso l'argomento e valutato i pro contro i contro, se ritieni ancora che la tua opinione sia una soluzione migliore, prova a spiegare in termini di vantaggi perché preferisci l'altro approccio. A questo punto il tuo capo dovrebbe essere in grado di unirsi alla conversazione, mentre hai parlato del problema abbastanza da tradurlo in costi e tempi.

Dipende dal tuo capo se un tale investimento / rischio è una buona idea, sta a te cercare di dare buone stime e risultati di tale cambiamento.

A giudicare dai tuoi esempi (cloud / PHP vs Java), questi sono problemi che probabilmente non puoi cambiare da un giorno all'altro. Forse proporrà di utilizzare un nuovo approccio in una prossima soluzione separata come prova, invece di convertire soluzioni esistenti.

Ho a che fare con una situazione simile. Avere opinioni diverse è normale e sano.

however it's come to the point of being unproductive,

Questo non è. La prima cosa da fare è identificare perché le cose non sono produttive. Quindi aggiustalo immediatamente.

In secondo luogo, "passare al cloud", "passare a Java" ... questi sono grandi cambiamenti fondamentali. Sono propenso a orientarmi verso lo sviluppatore "più esperto" qui. Ma questo potrebbe benissimo essere perché non ci hai spiegato perché senti che questi cambiamenti sono necessari, produttivi, funzionano per il team e sono convenienti.

Se ritieni strongmente la necessità di cambiare, prenditi il tempo per pianificarlo. Quindi, spiegalo all'anziano e prendi i suoi pensieri. Inoltre, qualunque cosa accada, non prende le tue idee personalmente. Pensali come "idee" piuttosto che "le tue idee".

Ci sono sempre disaccordi tecnici sul modo migliore di procedere e lo sarà sempre finché ci sono più modi di fare le cose (che è fondamentalmente per sempre). Ne vinci un po 'e ne perdi un po', questa è la natura del gioco. Quando perdi, devi perdere con grazia, il momento di discutere è prima che la decisione sia presa, non dopo.

Se perdi sempre, devi chiedere "Cosa sto facendo di sbagliato?" Non puoi cambiarli, puoi solo cambiare te stesso.

Da quello che hai detto, sembra che devi prima ottenere la fiducia del boss prima di provare a suggerire cambiamenti. Lo fai producendo un buon codice lavorabile usando quello che ha deciso di usare senza lamentarti continuamente che preferiresti usare .... Hai bisogno di avere una reputazione sia come giocatore di squadra che a qualcuno che può essere invocato per consegnare la merce prima che qualcuno prenda sul serio i tuoi suggerimenti.

Devi capire che questo è un business e usare l'ultima cosa più divertente è irrilevante quando proponi dei cambiamenti. Ci sono degli impatti reali sulla base di codice esistente nel cambiare gli strumenti. Ci sono dei veri e propri impatti sui clienti quando le cose che funzionano non funzionano più perché abbiamo deciso di utilizzare un nuovo strumento e ora ci sono nuovi bug. Ci sono impatti sui costi nel fare questo tipo di cambiamenti. Il tuo manager si preoccupa di questo più di quanto gli importi che pensi che l'uso del cloud sia una cosa interessante da fare. Devi scavare nel fare la tua ricerca e mostrare perché sarà meglio in termini commerciali non tecnici.