I forti sviluppatori devono portare il peso del mondo sulle loro spalle? [chiuso]

Se sei lo sviluppatore più strong nella tua azienda / squadra, potresti voler fare un "campionato più importante". I buoni sviluppatori spesso "esplodono" dove possono essere nella media. Se "porti il mondo" perché i tuoi coetanei non sono all'altezza, potrebbe non esserci altra scelta che cercare coetanei migliori.

Penso anche che tu abbia un esaurimento in ogni lavoro. Sono sicuro che ci sono molte persone che "non codificano più" a cui manca molto.

Penso che se sei un vero sviluppatore, puoi trovare una posizione che abbia il giusto equilibrio tra codifica, architettura e leadership.

So che qui su Google, una volta diventato uno sviluppatore esperto, puoi scegliere tra una gestione e una traccia tecnica. È anche molto comune cambiare completamente i domini (non solo i progetti) ogni due anni. Da quello che so, il primo è comune in altre aziende (Intel, MS, IBM), ma cambiare dominio potrebbe non essere così comune.

Più pressione ti metti sotto per fare un buon lavoro, il lavoro migliore che fai. Quanto meglio fai, più lavoro ti danno le persone.

È un ciclo che, a meno che tu non entri e inizi a dire "no" a poche cose, possa portare a un esaurimento veloce.

Ecco il mio giro:

È lo sforzo e il continuo sforzo di migliorare se stessi che non sempre vedi in tutti gli altri intorno a te.

È la prospettiva che ciò che hai appena creato può sempre essere migliore, potrebbe sempre essere migliorato.

È umiltà in questo anche se una soluzione è elegante potrebbe sempre essere semplificata.

Per essere onesti, queste sono le qualità che rendono grande qualcuno, non solo nella programmazione, ma in quasi tutte le carriere viste attraverso una lente diversa.

È una delle tante ragioni per le persone davvero fantastiche che iniziano con un'attitudine e una prospettiva fantastiche prima di tutto. Tendono ad alzarsi sopra la norma e salire in cima alla squadra se non sono circondati da persone con mentalità simile.

Altri, possono o non possono venire con loro. Alla fine, a seconda della squadra che ti circonda, sicuramente ti senti come se avessi il peso di più di una persona sulle tue spalle, perché è sempre più facile per un membro della squadra che non è così motivato quanto semplicemente costa a fianco.

Ho visto questo al mio attuale datore di lavoro più e più volte. Ora, non sono più uno sviluppatore e invece un responsabile dello sviluppo. Una parte enorme di ciò che faccio come facilitatore per la mia squadra è di aiutare ad affrontare situazioni come questa, per cercare di alzare unilateralmente la barra per l'intero gruppo. Posso dirvelo, è una sfida enorme a volte e molto dipende dal team che hai intorno a te. Sono fortunato, ho una squadra fantastica e questo rende il mio lavoro molto più facile di conseguenza.

Quindi immagino che cosa sto cercando di dire è, come ti senti potrebbe essere più indicativo di chi si lavora, piuttosto che quello che stai facendo in realtà. Se ti senti distrutto, forse è il momento di cambiare carriera e passare a un piccolo gruppo di persone intelligenti con idee simili e molto motivate.

Saresti sorpreso di ciò che un cambiamento nello scenario può fare!

Solo per elaborare un po 'cosa intendo per prospettiva, poiché sospetto che ciò che ho pensato fosse un po' snarky probabilmente non è andato abbastanza avanti come speravo. ;)

Mindfulness e Cognitive La terapia comportamentale potrebbe essere un paio di esempi di argomenti che potresti esplorare e vedere se questi aiutano a vedere il mondo, un suggerimento sui libri qui è Mind Over Mood . Emotional Intelligence sarebbe un'altra idea in questa arena in termini di auto-consapevolezza e autogestione in particolare anche se altre aree sono anche utile. Ottenere risultati sarebbe un libro online che consiglierei di aiutare con idee più specifiche. Naturalmente ci sono anche varie strategie di ansia e depressione che possono anche venire in mente qui che non sono necessariamente specifiche per i programmatori, ma sospetto che alcuni programmatori possano avere questi problemi nelle loro vite. Un'altra tecnica è quella che mi piace chiamare i 4 "Re" di Riconoscere, Rinfrescare, Rispondere e Riflettere. Riconoscere il problema. Aggiorna il problema per vederlo da altri angoli e punti di vista. Rispondere alla situazione nel miglior modo possibile. Rifletti su cosa è stato fatto, cosa ha funzionato e cosa no. Plan, Do, Check e Act è un insieme simile di 4 passaggi in un ordine leggermente diverso anche se c'è ancora il idea di guardare le cose, fare qualcosa e vedere come i risultati sono stati all'altezza di quanto previsto. Miglioramento del servizio continuo potrebbe essere un componente ITIL che potrebbe essere di qualche aiuto qui se lo desideri qualcosa di più tecnico e non proprio così permaloso.

Anche se a volte mi piace sentirmi come se ci fosse una grande pressione su di me e potrebbe aiutarmi a raggiungere alcuni obiettivi, ci sono altre volte in cui la stessa pressione può avere conseguenze un po 'disastrose. Trovare il giusto equilibrio tra ciò che è una buona motivazione per me per andare avanti e fare un buon lavoro contro ciò che è troppo per me da gestire non è una lezione facile da imparare.

Per me questo è ciò che rende il lavoro interessante e mi alza al mattino. So che oggi avrò probabilmente l'opportunità di risolvere un problema per più di me (si, sono un ottimista, con una memoria corta).

Posso solo immaginare che tu sia lo stesso (non riesco a vederti farlo fuori servizio negli ultimi 5 anni). La mia unica ipotesi è che hai colpito un po 'di solco, e ora sei in una modalità riflettente. Il che credo sia abbastanza normale quando colpisci uno dei punti di flesso sui cicli della curva di apprendimento di molti anni.

Posso solo suggerire a questo punto di cambiare un po 'il tuo focus (fino a quando la tua naturale passione non ritorna) dalle soluzioni tecniche per rafforzare la tua carriera di apprendista prendendo attivamente parte al mentoring degli sviluppatori più giovani.