"Non programmare dopo alcuni anni dall'inizio della carriera". È un consiglio equo? [chiuso]

Non penso che questa sia una domanda a cui può essere fornita una risposta generale sempre corretta, tranne forse per la secolare "Dipende".

Il consiglio più semplice è: se la programmazione è ciò che ti piace fare di più, non fermarti se non cambia.

Ci sono molti altri fattori da considerare, come il mercato del lavoro, le opportunità di promozione, la posizione e, naturalmente, il salario, ma la cosa più importante con qualsiasi decisione professionale è la domanda "Questo mi renderà felice ? "

Abbiamo diversi programmatori in cui lavoro nei loro anni '50 che hanno programmato per oltre 20 anni. Se è quello che vuoi fare, non lasciare che nessuno ti dica che è appropriato per i giovani.

Ho usato il codice sling per 21 anni, quindi penso di essere qualificato per commentare questo.

Prima di tutto, c'è un numero non banale di persone che iniziano come programmatori che intendono entrare completamente in una posizione di gestione dopo alcuni anni. Non scrivono codice perché amano scrivere codice, scrivono codice perché lo vedono come un passo necessario lungo il percorso verso il loro vero obiettivo. Sospetto che queste siano le persone che ti dicono di scendere dalla pista di codifica il più velocemente possibile.

Poi ci sono persone come me che amano la programmazione fine a se stessa e le cui capacità di persone sono, per così dire, meno adeguate per una posizione dirigenziale (ci ho provato, una volta, ed è stato un disastro per tutti i soggetti coinvolti).

È possibile rimanere sulla pista tecnica e avanzare in termini di retribuzione e responsabilità. E ci sono molte posizioni anche per i ragazzi più grandi. Ho 46 anni, e tutti tranne uno degli altri ragazzi della mia squadra sono più vecchi di me.

Mentre conosco alcuni programmatori più anziani che cadono nello stereotipo del übergeek del MIT, sono fiducioso affermando che non è vero in generale. Io e la maggior parte dei programmatori so che ho la mia età avere famiglie, prendermi il tempo libero di cui abbiamo bisogno e in genere condurre una vita normale. Non siamo animali da festa, ma non siamo nemmeno monaci.

Sì, ci sono un sacco di lavori di programmazione cattivi là fuori. Tuttavia, vi è un vero sforzo da parte del settore per bilanciare il lavoro e la vita personale, e molte società di software stanno facendo il possibile per evitare gli scenari della marcia della morte. Ci saranno sempre degli sprint (io sono nel mezzo di uno ora, è solo la natura del business), ma le maratone stanno diventando sempre meno.

Questo mi sembra il classico consiglio di una grande azienda che è ancora in giro da decenni.

Fondamentalmente, uno dei problemi con la progressione di carriera è che molte aziende non sono impostate per offrire una carriera (al contrario di un lavoro) per gli sviluppatori. In molte altre occupazioni si tende a passare lentamente attraverso strati di responsabilità di gestione o specializzazioni aggiuntive che richiedono esperienza e certificazioni aggiuntive da raggiungere se si desidera rimanere in un ruolo non di gestione. La parte importante comunque è che c'è una progressione di carriera nota in quei campi, come "Farò un partner un giorno" o "Aprirò la mia pratica".

Per qualche motivo, molte aziende che sembrano aver adottato la mentalità che "codifica" 1 è solo qualcosa che si ottiene dal pool di digitazione in base alle specifiche dettagliate che l'architetto di software ha messo in atto. Poiché è vista come un'occupazione di basso livello, non si ottiene alcuna progressione di carriera come qualcuno che scrive software per vivere a meno che non si smetta di essere un praticante e si passi al livello di gestione.

Ciò che trovo sconcertante è che negli anni '70 IBM ha notato che non che offre un percorso di carriera non gestionale li ha lasciati con un gruppo di manager schifosi che erano degli ottimi sviluppatori. È noto da molto tempo nel settore, ma il promemoria non è stato reso disponibile per le risorse umane o sostanzialmente la gente non si preoccupa di questo problema.

Ora, sviluppo software professionale dalla fine degli anni '80 / primi anni '90, e continuo a lavorare principalmente per vivere. Sì, ho "fatto del tempo" nella gestione delle varie fasi della mia carriera, ma ho scoperto che sono più felice nel creare software (e possibilmente facendo un po 'di gestione sul lato) rispetto a quello che si suppone che la scala della carriera "ufficiale" debba essere.

Ci sono aziende là fuori che riconoscono il valore che gli ingegneri del software con esperienza possono portare in tavola. Il trucco è trovarli se si desidera avere una carriera a lungo termine nello sviluppo del software. Non penso che avere persone che escono dalla "codifica" dopo 4-5 anni sia una buona idea, a meno che non vogliamo ripetere costantemente gli errori del passato perché non ne è stato fatto memoria.

1 Sto usando questo come una scorciatoia per lo sviluppo di software e per mostrare come spesso l'occupazione visto da chi non è coinvolto in esso - per citare il PHB "se non riesco a capirlo, deve essere facile ".

No, penso che sia un consiglio pessimo. Per quanto tempo le persone che hanno dato questo consiglio hanno programmato? Questa sarebbe una delle mie risposte. Ho lavorato negli Stati Uniti e in Canada come sviluppatore e non vedo un problema nel farlo per tutta la mia vita se scelgo questo come percorso della mia carriera. Sono uno sviluppatore dal 1998, quindi ho più di 5 anni nel campo e faccio ancora ciò che faccio. Ci possono essere varie transizioni che si hanno andando da un luogo all'altro o capire quale tipo di progressione vogliono avere, per es. diventare un manager, analista o architetto.

IMO, i programmatori possono essere abbastanza socievoli sebbene la chiave sia quale tipo di gruppo stiamo esaminando qui. Una collezione di fan di "Star Trek" che sono anche programmatori potrebbe avere la festa che immagino anche se altri potrebbero pensare che sia un po 'zoppo.

La ragione per chiedere informazioni sull'esperienza è che può aiutare a fornire un contesto per il loro consiglio. Tutti hanno pregiudizi che non dovrebbero essere dimenticati qui. Le persone dovrebbero essere in grado di seguire le loro passioni e per alcune persone la programmazione è la loro passione. Ho visto sviluppatori che erano così entusiasti di sviluppare software che era piuttosto contagioso. Alcune persone possono progredire in altri campi e altri possono ancora sviluppatori per decenni. Ciò che funziona per uno potrebbe non funzionare per un altro.

Di solito quando le persone danno questo tipo di consiglio ("Non essere un codice scimmia per sempre!"), non significano che si dovrebbe perseguire qualcosa non correlato alla programmazione, ma andare per una posizione di gestione in cui si spende più tempo di pianificazione sviluppo e gestione di squadre rispetto alla codifica. Questo va bene, e molte persone preferirebbero questa alternativa alla fine, ma molti programmatori detestano assolutamente queste responsabilità di tipo "business-y". Se ti piace programmare, c'è ancora spazio per avanzare, e i programmatori esperti in molte organizzazioni non sono troppo indietro rispetto ai loro dirigenti in termini di stipendio e benefici. In entrambi i casi, mentre acquisisci più esperienza, ti verranno offerte e opportunità per avanzare, probabilmente da entrambi i lati dello spettro. Cogli ogni opportunità caso per caso e decidi se vuoi assumere quel ruolo specifico. Non hai fatto sembrare che odi la programmazione in generale, ma più che hai paura di ciò che le altre persone ti stanno dicendo sul modo in cui le cose sono. Non ascoltarli . Non sono te, e se ti piace programmare, continua a scrivere codice. Ci sono un sacco di programmatori sui programmatori SE che amano ciò che fanno ogni giorno e lo fanno da molti anni.

Stavo inviando tutte le risposte che dicono una variazione di "continua a farlo se la ami", perché penso che questa sia in definitiva la risposta giusta - ma poi ho pensato per un minuto alla vista alternativa, per vedere se riesco a inventare un buon Devil's Advocate contro l'opzione "continua a programmare" ....

Penso che l'idea di "andare avanti e indietro" della programmazione non sia in realtà così unica per la programmazione. Piuttosto, è un consiglio generale di progressione di carriera per molte professioni tecniche - essenzialmente, qualsiasi che tendono ad essere auto-limitanti e abbastanza generali che nessuna persona diventa davvero un mega guru. La programmazione, tuttavia, può cadere nel mezzo. Ci sono argomenti sia a favore che contro in questo senso.

Lasciatemi spiegare confrontando il fatto di essere un chirurgo contro l'essere un contabile:

Un cardiochirurgo, se diventa famosa nel mondo e grande nel suo campo, può avere una carriera molto buona e produttiva semplicemente essendo un cardiochirurgo. Potrebbe venire con una nuova procedura speciale che rivoluziona la cardiochirurgia e la cardiologia e continua a salvare vite facendo queste operazioni. In poche parole, la carriera più o meno inizia e si ferma in realtà facendo il lavoro tecnico che fai meglio . Oltre a tenere conferenze o scrivere sulla nuova procedura che ha elaborato, la carriera rimane sostanzialmente la stessa: tecnica.

Un contabile, d'altra parte, probabilmente vuole solo fare un classico "lavoro contabile" di basso livello, come le dichiarazioni dei redditi personali solo nei primi anni della sua carriera. Non credo nemmeno che i contabili possano semplicemente voler essere scimmie che registrano il numero della dichiarazione dei redditi per tutta la loro carriera. Preferiscono andare avanti e indietro nella gestione o avviare le proprie aziende. In ogni caso, è probabile che una mossa di carriera "naturale" per molti contabili sia fuori dal lavoro standard, di base "tecnico", e "su" in qualcosa di più gestionale e strategico.

Il punto è, se pensi a queste due carriere: per prima cosa va bene continuare a fare la stessa cosa per tutta la vita. Per l'altro, sembra poco ambizioso. Penso che questa sia la chiave - questo è il motivo per cui le persone danno questo consiglio. Hanno un'idea nella loro testa che essere un programmatore è un ruolo ingegneristico di basso livello, e che non sei davvero ambizioso con la tua carriera se continui a fare il lavoro con la scimmia del codice per tutta la vita. Per molte persone, questa idea è probabilmente nata dall'ignoranza. Per altri, forse vogliono solo il prestigio di salire su una gerarchia di gestione.

In ogni caso, penso che questa sia l'origine di base di questo fenomeno. Le persone tendono a pensare a molte professioni tecniche come naturalmente limitanti. Che quando le persone invecchiano, non dovrebbero ancora fare il lavoro tecnico, ma piuttosto passare alla gestione o qualcosa di "livello superiore" in generale come gestire la propria attività.

O sei appassionato di programmazione, nel qual caso non c'è motivo di smettere di farlo, mai.

O non lo sei, nel qual caso non dovresti farlo in primo luogo.

Se, ad un certo punto, la passione lascia spazio ad altre cose, va bene, e quando succede, trova sempre qualcosa da fare, ma nel frattempo, divertiti!

Se sei sposato e / o hai figli, allora molto probabilmente lascerai la programmazione dopo alcuni anni. Le marce della morte sono la norma in questo settore, non l'eccezione, e molti coniugi / figli non amano avere papà / mamma lontano da casa così tanto. Questo è il motivo per cui molti sviluppatori lasciano la programmazione entro i 30 anni.

normally they must give 2-3 extra hours in office to accomplish urgent programming tasks. I have a sense that situation is somewhat similar in other countries and regions as well.

Sì, questo tipo di errori da parte dei manager è molto comune - anche se it è stato chiaramente documentato negli ultimi 150 anni che la modalità crunch è il peggior modo possibile per ottenere il lavoro svolto . Negli Stati Uniti, secondo la legge federale, tutti i programmatori sono "esenti", il che significa che nell'assenza di un contratto sindacale contrario, non riceviamo gli straordinari.

29 U.S.C. § 213 a(17) any employee who is a computer systems analyst, computer programmer, software engineer, or other similarly skilled worker...

link

Il mio consiglio è di avere sempre una sorta di "Piano B" - qualcosa che farai quando vuoi o che ti verrà cacciato. Per alcune persone, ciò comporta il passaggio alla gestione / al lato oscuro. A volte lo fanno perché non lo fanno, non vogliono o non possono tenere il passo con i cambiamenti tecnologici. A volte lo fanno perché vogliono risolvere problemi troppo grandi per una persona da risolvere.

Se vieni da una cultura in cui le tue passate credenziali sono tutto ciò che conta, e una volta che hai "preso" un corso su un argomento, non dovrai mai più studiarlo (io chiamo questo la teoria del vaccino di educazione ), poi scoprirai che dopo alcuni anni ciò che hai imparato non è utile; per questo punto di vista culturale, dovrai abbandonare la professione a meno che la "vergogna" del costante apprendimento non sia qualcosa che ti infastidisce. Per essere onesti, di solito sono i manager americani ad andare in una business school di altissimo livello che ne soffrono, ma ho incontrato persone offese dover imparare di nuovo qualcosa che avevano fatto anni prima.

programming is suitable for a few early years of carrier (most of them take it as 5 years) and that one must change the direction after it. The reason they present is that headaches and pressures associated with programming. They also say that programmers are less social and don't usually like to give time to their families etc. and specially "Oh come on, you can not do programming in your entire life!"

Non l'ho mai sentito, e tutto sembra ridicolo.

Se sei un programmatore e ti diverte, continua così ... non c'è assolutamente alcuna ragione per abbandonare arbitrariamente e costringerti a lottare per trovare qualche altra carriera per sostituirlo.

Molte persone in Pakistan e in India sembrano trasferirsi in altre professioni IT dopo alcuni anni. Con le aziende indiane con cui lavoro, hanno una politica di assumere solo programmatori; tutti gli analisti di business, architetti, project manager, amministratori di database e altri specialisti sono stati originariamente avviati come programmatori. Questo richiama alla mente molti negozi di elaborazione dati aziendali negli Stati Uniti fino alla metà degli anni '80. Quindi in quel tipo di organizzazione, sì, è la norma prevista di "andare avanti" altrimenti sembrerebbe che tu non abbia molto successo. Stiamo cercando di cambiare questa mentalità perché nel nostro gruppo consideriamo gli sviluppatori di grande esperienza estremamente utili ai progetti. Cinque anni sono appena sufficienti per diventare davvero bravo nel tuo lavoro in questo campo.

Ad ogni modo, non permetterei che gli altri ti dica cosa dovresti fare - anche se lavori in un'organizzazione come quella che ho descritto potrebbe essere necessario considerare la fattibilità a lungo termine di una carriera nella programmazione, se ciò non è previsto o rispettato dove ti trovi.

Ho lavorato come sviluppatore per circa un decennio, quindi, come molti altri che hanno già pubblicato qui, ho un po 'di esperienza pertinente alla domanda. Intorno al voto di 5 anni ho scoperto che il mio interesse per il settore inizia a calare notevolmente. Ero uno degli sviluppatori senior della mia azienda e ci sono stato per un po '. Sembrava che stessimo facendo sempre le stesse cose vecchie anche passando da Visual Basic 6 a C #, e sono diventato sempre più disinteressato, passando molto del mio tempo a navigare su siti web, ecc.

La società per cui lavoravo non aveva nessuno che prestasse attenzione a ciò che stava accadendo nella comunità di sviluppo fuori dal nostro ufficio. Concetti come TDD e il resto del XP le pratiche stavano diventando mainstream, schemi di progettazione, SOLID , refactoring e simili stavano acquisendo importanza, il .NET CLR ha introdotto la gioia dei generici, ma non ne sapevamo nulla. Ammetto apertamente che ero parte del problema, non stavo guardando ciò che gli altri stavano facendo, ma nessuno dei due era in azienda, inclusi i tipi di software architect.

Dopo aver fluttuato in questo modo poco convinto per alcuni anni e in un paio di altre aziende con stili simili, mi sono ritrovato a cercare un nuovo lavoro e a vedere un carico di termini che non significava nulla per me. A questo punto mi sono reso conto che avevo molto da imparare e così ho iniziato ad andare al passo. Scoprendo la blogosfera, iscrivendosi a podcast come .NET Rocks , partecipando a alcune riunioni di gruppi di utenti e altre attività simili mi accelero con le migliori pratiche del settore. In tal modo, ho iniziato a riacquistare il mio interesse per lo sviluppo del software. L'immediatezza di testare un nuovo codice con un framework TDD, il refactoring di trovare una soluzione più pulita, ecc. Ha reso l'intera esperienza molto più divertente e mi ha spinto a cercare un lavoro in cui tali competenze sarebbero state desiderabili. Ora, per la prima volta da anni, amo il mio lavoro. Qualcosa che non avrei mai pensato di dire qualche anno fa.

Il punto, dopo tutto il mio blaterare, è cercare di rimanere in contatto con ciò che succede fuori dalla tua azienda, fuori dal tuo paese, anche se alcuni dei tuoi problemi potrebbero essere specifici per la cultura. Se riesci a trovare interesse, eccitazione e motivazione in ciò che sta accadendo, puoi canalizzare parte di questo nella tua routine quotidiana e rendere la tua vita lavorativa più piacevole (e magari farti notare come uno sviluppatore più efficiente e migliore dei tuoi colleghi, o persino aiutarli a trascinarli insieme a te). Se dopo tutto questo non senti alcuna scintilla di entusiasmo per il soggetto, allora forse la vita del codice non fa per te.

Nella tua carriera di programmatore, tu (si spera) salirai dalla posizione base di "scimmia del codice" di entrata in programmatore senior man mano che acquisirai piena familiarità con la lingua scelta e l'uso di schemi di progettazione, aggiungerai analisi / progettare le competenze per diventare un analista software, acquisire competenze e requisiti per le persone, raccogliere e diventare un analista di business, quindi unire l'architettura dell'hardware e diventare un analista di sistemi, a quel punto realizzerete sei cifre e una domanda molto alta. In alternativa, da Senior, è possibile continuare con la gerarchia di supervisione al lead del team e quindi al project manager.

... ma sarai SEMPRE "in programmazione". Avrai SEMPRE una situazione in cui avrai personalmente bisogno di sederti e scrivere del codice. Solo una volta che avanzi oltre il punto di far parte di un team di software, di supervisionare un team di software e di gestire il denaro e la logistica del progetto, smetterai di farlo ogni giorno e, probabilmente, smetterai di definirti un "programmatore".

La programmazione non è diversa da qualsiasi altra cosa nella vita: alcune cose che farai per sempre, mentre altre cose sono più effimere. Programma per tutto il tempo che ti piace programmare. Un giorno potresti sentirti pieno, come dopo un buon pasto, e naturalmente passare a qualcos'altro che ti coinvolge. Ma fino ad allora non me ne preoccuperei troppo. Come evidenziato da altre risposte, non è raro avere una carriera di programmazione per molti decenni. : -)

Ci sono molte persone che entrano in una carriera di programmazione guardando al settore IT in strong espansione. Non sono veramente interessati alla programmazione, ma lo fanno solo per guadagnarsi da vivere. Queste persone sono stufe del loro lavoro dopo un po 'di tempo e potrebbero darti un consiglio del genere.

Ho programmato per molto tempo. Ho iniziato a programmare me stesso quando ero a scuola, e lo sto ancora facendo e continuerò a farlo per sempre. Ora sto studiando all'università e talvolta mi siedo per l'intera giornata scrivendo il codice per non completare i miei incarichi o per fare soldi, ma perché mi piace. Non sento che mi manchi qualcosa.

La risposta è semplice - se ti piace fallo, se non ti piace non farlo. Se ti piace un tipo di gestione più importante della programmazione, non c'è nulla di male nel passare alla gestione dopo 5 anni di esperienza di programmazione.

Possibly loosing a patch of my hair due to too much thinking, taking too much caffeine and becoming less social are things I am afraid of perhaps

Potresti scoprire che alcuni programmatori non sono molto socievoli. Ma ciò viene in loro naturalmente. Trascorrono molto tempo su cose geek e quindi le loro abilità sociali sono un po 'sottosviluppate. (Google "i problemi delle persone intelligenti" per saperne di più.) Se attualmente sei social, non penso che in futuro potresti diventare meno socievole a causa della programmazione. L'unica cosa è il tempo che passi al lavoro. Se pensi di trascorrere l'intera giornata in ufficio, c'è un problema. A causa della natura dei lavori di programmazione, a volte potresti doverti sedere per ore extra. Ma se questo accade molto spesso sul posto di lavoro corrente, puoi provare a passare a un altro lavoro.

Non conosciamo la situazione in Pakistan, ma nel mio paese questa professione è considerata molto pessima e pagata peggio. Programmerò sicuramente per tutta la mia vita e imparerò nuove lingue, perché è qualcosa che mi piace davvero. La domanda è se dovrò passare a un altro lavoro e scrivere codice solo come hobby. O forse sarò in fuga dal mio paese, chissà ... Ma programmare è avere il potere di fare cose che gli altri devono pagare.

Solo un altro pensiero, non c'è niente di sbagliato nel farti strada nella scala aziendale mentre scrivi nel tuo tempo libero. Trovo che la codifica sia un bel rilascio dalle noiose specifiche di business e dagli incontri di analisi che vengono con il ruolo di leader del team di servizi tecnologici. In realtà ho finito con questo thread per cercare qualcosa su Stack Overflow su Ruby on Rails, che sto imparando molto bene.

Inoltre, mantenendoti strong sul lato tecnico, continuerai a sviluppare solide competenze tecniche che ti aiuteranno a percorrere la strada. I programmatori tendono ad avere un miglior rispetto per un manager che può parlare e parlare. Ho la sensazione che la persona che ti ha detto questo consiglio non rientri in questa categoria.

Ciò che i tuoi amici dicono dei programmatori è ugualmente applicabile a chiunque sia profondamente impegnato in qualsiasi campo di sfida.

Quindi la tua domanda è davvero: "Voglio avere una carriera che richiede un alto grado di dedizione in modo che altre aree della mia vita possano essere in qualche modo compromesse, o voglio fare qualcosa di cui posso dimenticare completamente quando lasciare il lavoro di notte e tornare il mattino dopo? "

Devi conoscerti bene per rispondere a questa domanda e la risposta potrebbe cambiare nel tempo.

IMO, fintanto che ti senti soddisfatto e sfidato come programmatore, provaci - non ti preoccupare a meno che non ti ritrovi a desiderare un cambiamento (o non riesci a trovare lavoro ...) - se e quando arriverà quel momento, arriverà.

HTH

Mio padre ha lavorato come programmatore negli ultimi 24 anni. Soleva dire solo una cosa: "Troppo di tutto va bene per niente". Ma non è adatto per la programmazione.

La programmazione è davvero un campo difficile e con una piccola ricompensa quando la si confronta con altre professioni, specialmente in Pakistan. Quando ero in Pakistan, ho sentito parlare di giovani programmatori di talento a cui è stato dato un buon stipendio (non così grande BTW), ma hanno dovuto prendere molto petrolio da loro. Personalmente non mi piacerebbe programmare per molto tempo. Ma poi devo fare qualcosa :) E la programmazione è divertente tra l'altro.

Hai molta esperienza con l'avanzare dell'età, in modo che si presenti nel tuo curriculum. L'ho sentito e penso che non sia vero. Naturalmente se sei in uno stato mentale in cui non sei in grado di concentrarti o perdere interesse, non puoi davvero programmare. Quindi la tua vita sociale, in particolare i problemi e gli interessi, può influenzare notevolmente le tue capacità in questo settore.

Personalmente mi sposterò dalla programmazione e andrò al servizio pubblico, ma anche la programmazione è divertente. E devi essere un po 'pazzo per essere un programmatore.

Nella mia esperienza, ci sono due tipi di professionisti in posizioni IT senior.

• Gestione IT
• Tecnico senior

Dipende tutto da dove vuoi dirigerti. Se prevedi di scrivere il codice fino alla pensione, allora vuoi la seconda opzione. Ma se vuoi essere il team leader e gestire le persone anziché il codice, il primo sarebbe l'opzione migliore.

Non c'è una risposta giusta. Molti di noi qui amano davvero scrivere codice e programmazione, risolvendo i problemi più grossi. Ma ci sono anche molte persone che amano il lato "più grande" della cosa, come gestire persone / progetti.

Questo non è solo il lato dello sviluppo dell'IT. Vedete questo stesso "fork in the road" in altri aspetti come networking, amministrazione di database, amministrazione di sistema, ecc.