"Non programmare dopo alcuni anni di carriera". È un consiglio equo? [chiuso]

Sono uno sviluppatore poco esperto con circa 5 anni di esperienza in PHP e un po 'meno in Java, C # e sto cercando di imparare un po' di Python al giorno d'oggi. Dall'inizio della mia carriera come programmatore mi è stato detto ogni tanto dai colleghi programmatori che la programmazione è adatta per alcuni primi anni di carriera (la maggior parte di loro la prende come 5 anni) e che bisogna cambiare la direzione dopo esso. Le ragioni che presentano comprendono mal di testa e pressioni associate alla programmazione. Dicono anche che i programmatori sono meno socievoli e di solito non amano dedicare tempo alle loro famiglie, ecc. E soprattutto "Oh andiamo, non puoi programmare la tua intera vita!"

Sono un po 'confuso qui e ho bisogno di chiedere ad altri. Se lascio la programmazione, cosa devo fare ?! Immagino che l'insegnamento possa essere una buona opzione in questo caso, ma forse per prima cosa dovrai guadagnare un dottorato. Può anche essere degno di nota il fatto che nel mio paese (Pakistan) la vita di un programmatore non sia molto buona in quanto normalmente devono dedicare 2-3 ore extra in ufficio per svolgere urgenti compiti di programmazione. Ho la sensazione che la situazione sia in qualche modo simile anche in altri paesi e regioni.

Pensi che sia un buon consiglio cambiare la carriera dalla programmazione a qualcos'altro dopo aver trascorso 5 anni in questo campo?

AGGIORNARE

Non credo che questa sia una domanda alla quale può essere data una risposta generale sempre corretta, tranne forse per l'antico "Dipende".

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

Ci sono molti altri fattori da considerare, come il mercato del lavoro, le opportunità di promozione, l'ubicazione e ovviamente lo stipendio, ma l'unica cosa più importante in qualsiasi decisione di carriera è la domanda "Mi renderà felice ?"

Abbiamo diversi programmatori dove 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 solo per i giovani.

Sono stato a lanciare il codice per 21 anni ormai, quindi penso di essere qualificato per commentare questo.

Prima di tutto, c'è un numero non banale di persone che iniziano come programmatori con l'intenzione di trasferirsi in una posizione di gestione dopo pochi anni. Non scrivono codice perché si divertono a 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 stanno dicendo di uscire dalla pista di codifica il più velocemente possibile.

Poi ci sono persone come me che amano programmare per se stesse e le cui abilità sono, diciamo, meno che adeguate per una posizione di gestione (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 ho conosciuto alcuni programmatori più anziani che cadono nello stereotipo übergeek del MIT, mi sento sicuro affermando che non è vero in generale. Io e la maggior parte dei programmatori che conosco che hanno la mia età abbiamo delle famiglie, prendiamo il tempo libero di cui abbiamo bisogno e in genere conduciamo una vita normale. Non siamo animali da festa, ma neanche monaci.

Sì, ci sono molti cattivi lavori di programmazione là fuori. Tuttavia, c'è 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 scenari di marcia della morte. Ci saranno sempre sprint (sono nel mezzo di uno adesso, è solo la natura degli affari), ma le maratone stanno diventando sempre più piccole.

Mi sembra il classico consiglio di una grande azienda che viene ancora lanciato dopo decenni.

Fondamentalmente, uno dei problemi con l'avanzamento della carriera è che molte aziende non sono impostate per offrire una carriera (al contrario di un lavoro) per gli sviluppatori. In molte altre professioni si tende a passare lentamente attraverso livelli di responsabilità gestionale aggiuntiva o specializzazioni che richiedono ulteriori esperienze e certificazioni da conseguire se si desidera rimanere in un ruolo non dirigenziale. La parte importante tuttavia è che c'è una progressione di carriera nota in quei campi, come "un giorno farò partner" o "aprirò la mia pratica".

Per qualche ragione, molte aziende che sembrano aver adottato la mentalità secondo cui la "codifica" 1 è solo qualcosa che si ottiene dal pool di digitazione in base alle specifiche dettagliate che l'architetto del software ha emesso. Dato che è visto come un'occupazione di basso livello, non si ottiene alcuna progressione di carriera come qualcuno che scrive software per guadagnarsi da vivere a meno che fondamentalmente non si smetta di essere un professionista e si passi al livello di gestione.

Ciò che trovo sconcertante è che negli anni '70 IBM notò che non offrire un percorso di carriera non gestionale li aveva lasciati con un gruppo di manager schifosi che erano degli sviluppatori estremamente bravi. È noto nel settore da molto tempo, ma il memo o non è arrivato alle risorse umane o alla gente non importa abbastanza di questo problema.

Ora, ho fatto lo sviluppo di software professionale dalla fine degli anni '80 / primi anni '90, e ancora programma principalmente per vivere. Sì, ho "fatto il tempo" nella gestione in varie fasi della mia carriera, ma ho scoperto che sono più felice di creare software (e forse fare un po 'di gestione sul lato) rispetto a salire su ciò che la scala della carriera "ufficiale" dovrebbe essere.

Ci sono aziende là fuori che riconoscono il valore che gli ingegneri software esperti possono mettere in campo. Il trucco è trovarli se vuoi avere una carriera a lungo termine nello sviluppo di software. Non credo che far uscire la gente dalla "codifica" dopo 4-5 anni sia una buona idea, a meno che non vogliamo ripetere costantemente gli errori del passato perché non ne esiste alcun ricordo.

1 Lo sto usando sia come scorciatoia per lo sviluppo di software sia per mostrare come l'occupazione viene spesso vista da coloro che non sono coinvolti in esso - per citare il PHB "se non riesco a capirlo deve essere facile".

No, penso che sia un consiglio scadente. Da quanto tempo stanno programmando le persone che danno questo consiglio? Sarebbe una delle mie repliche. Ho lavorato negli Stati Uniti e in Canada come sviluppatore e non vedo davvero un problema nel farlo per tutta la mia vita se scelgo che sia il mio percorso di carriera. Sono uno sviluppatore dal 1998, quindi ho molto più di 5 anni sul campo e faccio ancora quello che faccio. Ci possono essere varie transizioni che si possono raggiungere andando da un posto all'altro o cercando di capire quale tipo di progressione vogliono avere, ad esempio diventare manager, analista o architetto.

IMO, i programmatori possono essere piuttosto socievoli sebbene la chiave sia il tipo di gruppo che stiamo esaminando qui. Una raccolta di fan di "Star Trek" che sono anche programmatori potrebbe avere la festa che immagino, anche se altri potrebbero pensare che sia zoppo.

Il motivo per chiedere informazioni sull'esperienza è che può aiutare a fornire un contesto per i loro consigli. 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 così entusiasti dello sviluppo di software che era piuttosto contagioso. Alcune persone possono progredire in altri campi e altri possono ancora sviluppatori per decenni. Quello che funziona per uno potrebbe non funzionare per un altro.

Di solito quando le persone danno questo tipo di consigli ("Non essere una scimmia di codice per sempre!"), Non significano che dovresti perseguire qualcosa di estraneo alla programmazione, ma cercare una posizione di gestione in cui dedichi più tempo a pianificare lo sviluppo e la gestione squadre che effettivamente codifica. Questo va bene, e molte persone preferirebbero eventualmente questa alternativa, ma molti programmatori detestano assolutamente queste responsabilità di tipo "business-y". Se ti piace la programmazione, c'è ancora spazio per i progressi e i programmatori senior in molte organizzazioni non sono troppo indietro rispetto ai loro manager in termini di stipendio e benefici. Ad ogni modo, man mano che acquisisci più esperienza, ti verranno offerte e opportunità di avanzare, probabilmente su entrambi i lati dello spettro. Cogliere ogni opportunità caso per caso e decidere se si desidera assumere quel ruolo specifico. Non hai fatto sembrare che odi la programmazione in generale, ma più che hai paura di ciò che gli altri ti dicono sul modo in cui le cose sono.Non ascoltarli . Non sei tu, e se ti piace la programmazione, continua a scrivere. Ci sono un sacco di programmatori su Programmers SE che amano ciò che fanno ogni giorno e lo fanno da molti anni.

Stavo solo valutando tutte le risposte che dicono una variazione di "continua a farlo se lo ami", perché penso che questa sia in definitiva la risposta giusta - ma poi ho pensato alla vista alternativa per un minuto, per vedere se posso trovare un buon avvocato del diavolo contro l'opzione "continua a programmare" ....

Penso che l'idea di "spostarsi e uscire" dalla programmazione in realtà non sia così unica per la programmazione. Piuttosto, si tratta di un consiglio generale di avanzamento di carriera per moltissime professioni tecniche - essenzialmente, tutte quelle che tendono ad essere autolimitanti e abbastanza generali da far sì che nessuno diventi davvero un mega guru. La programmazione, tuttavia, può in qualche modo cadere nel mezzo. Ci sono argomenti sia a favore che contro in questo senso.

Consentitemi di spiegare paragonando l'essere un chirurgo rispetto all'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 escogitare una nuova procedura speciale che rivoluziona la cardiochirurgia e il cardiologia, e continua a salvare vite umane facendo queste operazioni. In poche parole, la carriera inizia più o meno e si ferma a fare effettivamente il lavoro tecnico che fai meglio . Oltre a tenere conferenze o scrivere sulla nuova procedura che ha escogitato - la carriera rimane sostanzialmente la stessa - tecnica.

Un contabile, d'altra parte, probabilmente vuole solo svolgere un "lavoro di contabilità" classico e di basso livello come le dichiarazioni dei redditi personali solo nei primi anni della sua carriera. Non penso che anche i ragionieri possano semplicemente voler essere scimmie che scricchiolano il numero delle dichiarazioni fiscali per l'intera carriera. Preferirebbero spostarsi verso l'alto e verso la direzione o avviare le proprie aziende. Ad ogni modo, è probabile che una mossa di carriera "naturale" per molti contabili sia fuori dal normale lavoro di base "tecnico", e "ascesa" in qualcosa di più manageriale e strategico.

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

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 man mano che le persone invecchiano, non dovrebbero ancora svolgere il duro lavoro tecnico, ma piuttosto passare alla gestione o a 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 fa spazio ad altre cose, va bene, e quando succede, trova sicuramente qualcos'altro da fare, ma nel frattempo divertiti!

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

normalmente devono concedere 2-3 ore extra in ufficio per svolgere urgenti compiti di programmazione. Ho la sensazione che la situazione sia in qualche modo simile anche in altri paesi e regioni.

Sì, questo tipo di rovina da parte dei manager è molto comune - anche se è stato chiaramente documentato negli ultimi 150 anni che la modalità crunch è il peggior modo possibile per lavorare . Negli Stati Uniti, per statuto federale, tutti i programmatori sono "esenti", il che significa che in assenza di un contratto sindacale contrario, non otteniamo straordinari.

29 USC § 213 a (17) qualsiasi dipendente che sia analista di sistemi informatici, programmatore di computer, ingegnere informatico o altro lavoratore con qualifica simile ...

http://codes.lp.findlaw.com/uscode/29/8/213

Il mio consiglio è di avere sempre una sorta di "Piano B" - qualcosa che farai quando vuoi uscire o essere espulso. Per alcune persone, ciò implica il passaggio al lato gestionale / oscuro. A volte lo fanno perché non lo fanno, non vogliono o non possono tenere il passo con i cambiamenti della tecnologia. A volte lo fanno perché vogliono risolvere problemi troppo grandi per essere risolti da una sola persona.

Se provieni da una cultura in cui le tue credenziali passate sono tutto ciò che conta, e una volta che hai "seguito" un corso su un argomento, non dovrai più studiarlo (io lo chiamo la teoria del vaccino sull'educazione ), allora lo farai scopri che dopo qualche anno ciò che hai imparato non è utile; per questo punto di vista culturale, dovrai abbandonare la professione a meno che la "vergogna" dell'apprendimento costante non sia qualcosa che ti disturba. Ad essere sinceri, di solito sono i dirigenti americani che hanno frequentato una business school di altissimo livello a soffrire di questo, ma ho incontrato persone offese dal dover imparare di nuovo qualcosa che avevano preso anni prima.

la programmazione è adatta per alcuni dei primi anni di carriera (la maggior parte di essi la considera come 5 anni) e dopo si deve cambiare direzione. La ragione per cui presentano è che il mal di testa e le pressioni associate alla programmazione. Dicono anche che i programmatori sono meno socievoli e di solito non amano dedicare tempo alle loro famiglie ecc. E specialmente "Oh andiamo, non puoi fare programmi in tutta la tua vita!"

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

Se sei un programmatore e ti diverti, continua ad andare avanti ... non c'è assolutamente alcun motivo per uscire arbitrariamente e costringerti a lottare per trovare qualche altra carriera per sostituirlo.

Molte persone in Pakistan e in India sembrano passare ad altre professioni IT dopo pochi anni. Con le aziende indiane con cui lavoro hanno una politica di assumere solo programmatori; tutti gli analisti aziendali, gli architetti, i project manager, gli amministratori di database e altri specialisti hanno iniziato inizialmente come programmatori. Ciò ricorda 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 per "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 a malapena sufficienti per diventare davvero bravi nel tuo lavoro in questo campo.

Ad ogni modo, non permetterei ad altri di dirti cosa dovresti fare, anche se se lavori in un'organizzazione come ho descritto, potresti dover considerare la fattibilità a lungo termine di una carriera nella programmazione se non è previsto o rispettato dove siete.

Lavoro come sviluppatore da circa un decennio, quindi come molti altri che hanno già pubblicato qui, ho un po 'di esperienza pertinente alla domanda. Intorno ai 5 anni ho scoperto che il mio interesse per il settore ha iniziato a scemare abbastanza considerevolmente. Ero uno degli sviluppatori senior nella mia azienda ed ero stato lì per un bel po '. Sembrava che facessimo sempre le stesse cose vecchie anche quando passavamo da Visual Basic 6 a C #, e sono diventato sempre più disinteressato, trascorrendo troppo del mio tempo a navigare in siti Web, ecc.

La società per cui ho lavorato 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 delle pratiche XP stavano diventando mainstream, i modelli di progettazione, SOLID , refactoring e simili stavano guadagnando importanza, .NET CLR ha introdotto la gioia dei generici, ma non ne sapevamo nulla. Ammetterò liberamente che ero parte del problema, non stavo guardando cosa stavano facendo le altre persone, ma nessuno era in compagnia, inclusi i tipi di software architetto.

Dopo aver fluttuato in questo modo spensierato per alcuni anni e in un paio di altre compagnie con stili simili, mi sono ritrovato a cercare un nuovo lavoro e vedere un sacco di termini che non significavano nulla per me. A questo punto mi sono reso conto che avevo molto da imparare e quindi ho deciso di mettermi al passo. Alla scoperta della blogosfera, abbonandosi a podcast come .NET Rocks, la partecipazione ad alcune riunioni del gruppo di utenti e altre attività simili mi hanno permesso di essere al passo 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 per 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 desiderabili. Ora, per la prima volta da anni, adoro il mio lavoro. Qualcosa che non avrei mai pensato di dire qualche anno fa.

Il punto, dopo tutto il mio clamore, è cercare di rimanere in contatto con ciò che sta accadendo al di fuori della vostra azienda, al di fuori del vostro paese, anche se alcuni dei vostri problemi potrebbero essere piuttosto specifici della cultura. Se riesci a trovare interesse, eccitazione e motivazione in ciò che sta accadendo, puoi reindirizzarne un po 'nella tua routine quotidiana e rendere la tua vita lavorativa più piacevole (e possibilmente farti distinguere come sviluppatore più efficace e migliore dei tuoi colleghi, o anche aiutare a trascinarli con te). Se dopo tutto ciò non senti alcuna scintilla di entusiasmo per l'argomento, allora forse la vita di programmazione non fa per te.

Nella tua carriera di programmatore, (spero) passerai dalla posizione di base "code monkey" di livello base al programmatore senior man mano che acquisisci piena conoscenza della lingua scelta e dell'uso dei modelli di progettazione, aggiungi capacità di analisi / progettazione a diventare un analista di software, acquisire competenze e raccolta di requisiti per alcune persone e diventare un analista di business, quindi mescolare un po 'di architettura hardware e diventare un analista di sistemi, a quel punto otterrai sei cifre e una richiesta molto elevata. Oppure, da Senior, puoi continuare la gerarchia di supervisione per guidare il team e quindi il project manager.

... ma SEMPRE sarai "programmatore". Avrai SEMPRE una situazione in cui dovrai sederti personalmente e scrivere del codice. Solo una volta che avanzi oltre il punto di far parte di un team di software, supervisionando un team di software e gestendo i soldi 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 sono più effimere. Programma per tutto il tempo che desideri programmare. Un giorno potresti sentirti pieno, come dopo un buon pasto, e passare naturalmente a qualcos'altro che ti coinvolge. Ma fino ad allora non me ne sarei preoccupato troppo. Come evidenziato da altre risposte, non è raro godere di una carriera di programmazione per molti decenni. :-)

Ci sono molte persone che hanno appena iniziato una carriera di programmazione guardando al settore IT in forte espansione. Non sono veramente interessati alla programmazione, ma lo fanno solo per guadagnarsi da vivere. Queste persone si stufano del loro lavoro dopo qualche tempo e possono darti questo consiglio.

Sto programmando da 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 tutto il giorno a scrivere il codice non per completare i miei compiti o per fare soldi, ma perché lo adoro. Non mi sento che mi manchi qualcosa.

La risposta è semplice: se ti piace fallo, se non ti piace non farlo. Se ti piacciono i tipi di gestione più che la programmazione, non c'è nulla di male nel passare alla gestione dopo 5 anni di esperienza di programmazione.

Forse perdere una chiazza di capelli a causa di troppi pensieri, prendere troppa caffeina e diventare meno sociale sono cose di cui ho paura forse

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

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

Solo un altro pensiero, non c'è niente di sbagliato nel salire la scala aziendale mentre si digita il tempo libero. Trovo che la codifica sia una bella versione delle noiose specifiche aziendali e degli incontri di analisi che derivano dall'essere un capo del team di servizi tecnologici. In realtà sono finito in questa discussione cercando qualcosa su Stack Overflow su Ruby on Rails, che sto divertendo molto a imparare.

Inoltre, rimanendo acuto dal punto di vista tecnico continuerai a sviluppare forti competenze tecniche che ti aiuteranno lungo la strada. I programmatori tendono ad avere un miglior rispetto per un manager che può parlare e camminare. 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 difficile.

Quindi la tua domanda è davvero: "Voglio avere una carriera che richieda un alto grado di dedizione in modo tale che altre aree della mia vita possano essere in qualche modo compromesse, o voglio fare qualcosa di cui posso dimenticare completamente quando lascio il lavoro a notte e tornare la mattina 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 preoccuparti a meno che non ti trovi a desiderare un cambiamento (o non riesci a trovare lavoro ...) - se e quando quel tempo arriva, arriverà.

HTH

Mio padre ha lavorato come programmatore negli ultimi 24 anni. Mi diceva solo una cosa: "Troppo di tutto non serve a niente". Ma non è adatto per la programmazione.

La programmazione è davvero un campo difficile e con poca ricompensa quando lo 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 quel grande BTW) ma hanno dovuto prendere molto petrolio da loro. Personalmente non vorrei programmare a lungo. Ma poi devo fare qualcosa :) E la programmazione è divertente tra l'altro.

Fai molta esperienza man mano che invecchi in modo che arrivi al 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 concentrare o perdere interesse, non puoi davvero programmare. Quindi la tua vita sociale, in particolare problemi e interessi, può influenzare notevolmente le tue abilità in questo settore.

Passerei personalmente dalla programmazione e andrei 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

Tutto dipende da dove vuoi diramarti. Se ti aspetti di scrivere il codice fino alla pensione, allora vuoi quest'ultima opzione. Ma se vuoi essere il capo del team e gestire le persone invece del codice, la prima sarebbe l'opzione migliore.

Non c'è una risposta corretta. Molti di noi qui adorano davvero scrivere codice e programmare, risolvendo i grintosi problemi. Ma ci sono anche molte persone a cui piace il lato "più grande", come la gestione di persone / progetti.

Questo non è solo il lato dello sviluppo dell'IT. Vedi questo stesso "fork professionale sulla strada" in altri aspetti come il networking, l'amministrazione del database, l'amministrazione del sistema, ecc.