Licenziato per la terza volta da un lavoro di sviluppo software. Cosa fare?

Ho passato molto tempo a rifattorizzare e a cercare di eliminare il debito tecnico. Prima di andare in vacanza ho ricevuto un avvertimento verbale per insufficienza di prestazioni.

Sembra che qui si stesse lavorando a qualcosa che non era richiesto. Questo è generalmente molto brutto e può portare al licenziamento. Se pensate che il progetto abbia bisogno di essere rifattorizzato, e confido che sia così, dovete venderlo alla direzione prima di poterlo fare. Se l'aveste fatto, suppongo che la direzione avrebbe agito in modo diverso.

Forse vi siete detti che non potete completare il vostro compito senza il codice per essere puliti. La verità è che il codice della maggior parte delle aziende non lo è. Lavorano con l'eredità, cercano di andare avanti con quello che hanno…

Sono stato messo a lavorare con una tecnologia che non ha nulla a che fare con quello che ho firmato per

…e quasi tutte nasconderanno l'eredità dietro nuove tecnologie più accattivanti durante i colloqui.

Non credo che questo sia di per sé un segnale che si dovrebbe cambiare carriera. Penserei che non hai alcuna avversione per l'ingegneria del software quando è fatta bene. Ma l'ingegneria in un'azienda è sempre una questione di gestione del software fatto male, con il management che va avanti. Se si vuole durare in un'azienda, bisogna essere pronti ad accettarlo.

Aggiornamento : Dal momento che avete modificato la vostra domanda con dettagli più rilevanti su come e perché siete stati licenziati, devo fornire una risposta aggiornata.

In entrambi i casi 2 e 3 i vostri datori di lavoro avevano grandi aspettative sulla vostra capacità di adattamento alle novità in base alla vostra esperienza. Ovunque io abbia lavorato, questo sarebbe insufficiente a motivare il licenziamento di qualcuno, ma sono disposto ad ammettere che in alcune culture aziendali il capitale umano non è molto apprezzato. Questo è un peccato e un errore strategico; ma questa è un'altra storia.

Suppongo che dovresti leggere altre risposte perché ti offrono molteplici vie d'uscita creative. Ecco quello che considero un consiglio prezioso:

1. Introspezione
2. 2. Ricostruire la fiducia
3. Se scegliete di lavorare di nuovo come sviluppatore, scegliete saggiamente il vostro management. Ridimensionate le vostre aspettative salariali se siete assolutamente sicuri.

Personalmente preferisco le piccole aziende, il loro management tende ad essere più umano.

Oggi sono stato licenziato da una società di software… per la terza volta in 1 anno e mezzo. Inutile dire che mi sento come se avessi toccato il fondo ed è impossibile uscirne senza cambiare carriera. Dovrei cambiare carriera? È possibile trovare un lavoro adesso?

Sì, è piuttosto brutto. Ma ricordati che prima non eri sicuro che qualcuno ti avrebbe assunto dopo essere stato licenziato - eppure sei finito con questo terzo lavoro.

Penso che tu debba guardare dentro di te e determinare da solo il motivo di tutto questo.

Non dare la colpa alla “cattiva gestione”. In ogni caso sta succedendo qualcosa che ha portato a prestazioni scadenti da parte vostra. In altre domande ha detto che è stato licenziato per non aver fatto abbastanza domande e per non aver svolto un lavoro di alto livello. Speriamo che ci siano cose che possiate imparare da tutto ciò.

Potrebbe essere che stiate scegliendo male il lavoro e/o i manager. Può darsi che non abbiate imparato a lavorare sodo, a concentrarvi su ciò che è importante e a lavorare bene nonostante i problemi sul lavoro. È possibile che stiate cercando di ottenere un posto di lavoro di livello troppo elevato e che siate più adatti a un lavoro di livello junior. Oppure potrebbe semplicemente essere che non siete affatto adatti a questo tipo di lavoro.

Dedicate un po’ di tempo all'introspezione. Cercate di arrivare a una conclusione prima di agire. Probabilmente non potete permettervi di commettere di nuovo lo stesso errore.

Potreste prendere in considerazione di fare un tentativo di lavoro temporaneo. Potrebbe essere un lavoro più facile da svolgere nella vostra situazione. Forse potete motivarvi a lavorare bene quando i progetti sono piccoli e limitati nel tempo. La tua esperienza passata sembra suggerire che potresti farlo.

Sono trentenne senza un posto di riserva, senza famiglia e senza molti amici.

Questo è qualcosa su cui vorrai lavorare indipendentemente dai tuoi problemi di lavoro. Tutti abbiamo bisogno di amici. E un buon gruppo di supporto sarebbe d'aiuto quando si hanno problemi di lavoro.

Continua a cercare di essere amichevole e di fare più amici. Iscrivetevi a un club. Socializzate con la gente del lavoro. Almeno provateci.

Capisci perché ti licenziano

L'hai detto tu stesso. Ti stai concentrando sulla riscrittura, quando non è quello che sei lì a fare. Hai un brutto caso di sindrome di Non Inventato Qui. Per quanto riguarda il management, il problema sembra essere se sei pronto a fare quello che ti dice il tuo manager e a portare a termine il tuo lavoro, o se hai intenzione di giocare con le cose che pensi di voler fare. E di fronte a una nuova sfida, sembra che si scappi via.

Quando lo supererai, allora avrai un impiego. Fino ad allora, francamente, causerete solo danni ai vostri datori di lavoro e alla vostra reputazione. I tuoi datori di lavoro di solito riescono a sopravvivere a questo, ma tu no.

Diamo un'occhiata al tuo curriculum…

Caso 1: Licenziato da un'azienda fintech il 2° mese per non aver svolto… mancanza di motivazione.

Se sapevi che non era qualcosa su cui potevi concentrarti, perché hai accettato il lavoro? E se non lo sapevi, perché non hai dato le dimissioni con dignità invece di sprecare il tempo di tutti? Questo è quello che mi preoccupa davvero.

Caso 2: Licenziato da una società di piattaforme web per non aver eseguito… tecnologia non legata a ciò per cui ho firmato…

La natura di un lavoro tecnico è che ci saranno sempre cose su cui non hai mai lavorato prima. Se non ti è mai sembrato che la tecnologia non sia mai stata utilizzata in precedenza, devi ammetterlo e fare in modo che le stime vengano adeguate di conseguenza.

Ma “non eseguire” di solito non significa che non hai rispettato le scadenze, di solito significa che sei stato sorpreso a rallentare invece di lavorare. In un lavoro tecnico, mi aspetto che qualcuno sia entusiasta di imparare nuove competenze, o almeno che sia diligente. Se hai intenzione di scappare da qualcosa che non conosci già, allora trova una nuova carriera.

Caso 3: … ha passato molto tempo a rifattorizzare e a cercare di eliminare il debito tecnico… Avere la tendenza a ripulire il codice disordinato, a rifattorizzare e a garantire che le cose siano ben testate…

Ed è qui che ti vediamo giocare con cose che non ti servono. Lo chiamate “codice disordinato”. Il resto dell'azienda lo chiama “codice funzionante”. Io provengo da un background ingegneristico legato alla sicurezza. In questo tipo di lavoro, le persone possono essere disciplinate per la riparazione di bug. Seriamente. Il problema nel “riparare” un bug è che bisogna dimostrare che la correzione non ha rotto nient'altro. Nel contesto della ritesta di un intero motore e trasmissione di un'auto, un bug minore che forse causa un errore dell'1% nel rifornimento di carburante per una zecca di elaborazione dopo un'ora di funzionamento è molto probabilmente del tutto accettabile, ma il costo in termini di denaro e di tempo di una ritesta completa dell'intero sistema probabilmente non lo è. Questo prima ancora di arrivare a correggere il codice “disordinato”, dove i vostri presunti cambiamenti non funzionali potrebbero avere effetti collaterali a causa di una virgola mancata o di qualcosa di altrettanto stupido.

In breve, siete stati assunti per fare un lavoro professionale. Finora avete dimostrato di non essere in grado di essere professionali. Quando puoi andare a un colloquio e presentare questi fallimenti come esperienze di apprendimento che ti hanno aiutato a cambiare la tua mentalità, allora sei a posto… Puoi farlo…?

Ho la tendenza a ripulire il codice disordinato, a rifattorizzare e ad assicurare che le cose siano ben testate - cosa che può essere vista da molti come una lentezza di esecuzione.

Mi metto in gioco e suppongo che questo sia più del solito boy scouting. Quindi:

Ho la tendenza a scegliere di pulire il codice disordinato, rifattorizzare e garantire che le cose siano ben testate, ogni volta che sono “adiacenti” a qualcosa che sto scrivendo, e a dare priorità a questo rispetto alla spedizione, indipendentemente da ciò che mi è stato affidato.

I test e la rifattorizzazione sono ottimi, ma non è mai al 100% la decisione di una sola persona su quanta enfasi ricevono. Il codice è un mezzo per raggiungere un fine - non è lì solo per il vostro divertimento, è lì per soddisfare le esigenze del business, e le persone che lavorano più vicino a queste esigenze (il management) sono in una posizione migliore per stabilire le priorità. Inoltre, tutto ciò che si cambia è qualcosa che potenzialmente si può rompere, test o non test - per non parlare dell'onere di revisione extra.

Per quanto riguarda un cambiamento di carriera, penso che ci siano due cose da considerare. La prima è che se sei costantemente insubordinato, non importa in quale carriera ti trovi. Anche i cuochi di linea che “migliorano” le ricette vengono licenziati. In altre parole, sei potenzialmente licenziato perché non ti concentri. La tua impulsività potrebbe facilmente seguirti in una nuova carriera, quindi il cambio di lavoro ti ripagherà solo se ti concentri prima sul tuo obiettivo. Il secondo è quello che hai detto sulla mancanza di motivazione. Ciò che potrebbe causare una mancanza di concentrazione è se forse non ti piace la codifica oltre a pulire le cose esistenti, il che è del tutto comprensibile. Ma se fosse vero, significa che un quarto lavoro di sviluppo sarebbe solo firmare per un'altra tortura (supponendo che si tratti di lavorare su un team e su una base di codice esistente). Fatto correttamente, questo significa anche non assumersi degli obblighi che non si pensa di poter rispettare. Chissà, forse scoprirai che preferiresti fare il pane. (È solo un esempio, ma penso che sia un buon esempio - è un mestiere, comporta la risoluzione dei problemi, premia il perfezionismo, e generalmente lo fai tu stesso dall'inizio alla fine.)

Comunque, la cosa importante è che se ti viene chiesto di fare un lavoro, e tu lo accetti, allora lo fai. Più tardi, se si scopre che non fa per te, allora ti inchini con grazia e provi qualcos'altro. Ma fare quel “qualcos'altro” a spese di qualcun altro, mentre loro pensano che tu stia facendo quello che ti hanno chiesto, fa solo incazzare la gente, in qualsiasi tipo di lavoro.

Ouch

Non c'è bisogno che vi dica che questo non va bene, quindi non voglio insistere, ma vale la pena di dare un'occhiata ai tre licenziamenti:

Caso 1: Licenziato da una società fintech il 2° mese per non essersi esibito. Questo è stato corretto perché avevo una mancanza di motivazione.

Non c'è niente da dire qui - sapete che avete fatto un casino. Qualcosa mi dice che la mancanza di motivazione non sarà un problema per te ora!

Caso 2: Licenziato da una società di piattaforme web per non aver eseguito. Sono stato messo a lavorare con una tecnologia che non ha nulla a che fare con quello per cui ho firmato, quindi mi sembra una cattiva gestione da parte mia.

Anche se non è la gestione ideale per mettere nuove assunzioni su tecnologia che non sono abituate a dare la colpa a tutto questo - ce ne vogliono due per ballare il tango come dice il proverbio e sarei sorpreso se non si potesse fare di più per evitare questo come un licenziamento, ma chiamiamolo 80-20 colpa loro.

Caso 3: Licenziato il 6° mese per scarse prestazioni. Durante la libertà vigilata ho ricevuto un riscontro positivo. Dopo di che ho cambiato progetto e ho passato molto tempo a rifattorizzare e a cercare di eliminare il debito tecnico. Prima di andare in vacanza ho ricevuto un avvertimento verbale per prestazioni insufficienti. Nei 4 giorni che ho avuto ho cercato di rimediare rimanendo in straordinario e finendo tutto il lavoro dovuto. Tuttavia quando sono tornato dalle vacanze ho ricevuto una lettera di licenziamento.

Mi dispiace ma questa è tutta colpa tua - la rifattorizzazione man mano che si va non è male di per sé, e può essere un modo molto efficiente per ripulire una base di codice senza fermare completamente lo sviluppo in avanti per diversi mesi. Ma farlo quando non si ha la direzione o almeno l'approvazione per farlo (compreso il tempo supplementare che richiede) non è una buona idea. Dal punto di vista del datore di lavoro sembra che tu abbia lavorato per superare la libertà vigilata e che poi ti sia lasciato andare (mi rendo conto che non è quello che hai fatto, ma è quello che sembra).

In generale il problema, per come la vedo io, è che ho la tendenza a ripulire il codice disordinato, a rifattorizzare e ad assicurare che le cose siano ben testate - cosa che può essere vista da molti come una prestazione lenta.

Hai identificato la probabile causa delle “scarse prestazioni”, ma sembra che tu non ci sia ancora arrivato nel renderti conto che questa è effettivamente una prestazione scarsa. Il fatto di non fare stime (supponendo che tali stime siano realistiche) non è solo “visto” come una prestazione lenta, ma lo è, per qualsiasi definizione del termine prestazione lenta! Se la storia di un utente/biglietto/qualunque cosa abbia una stima di 6 ore da completare e ti ci vogliono 12 ore perché hai speso altre 6 ore per fare l'attività X, allora non importa davvero quale attività X sia, se stavi rifattorizzando o guardando video di gatti su di te, ti ci sono volute comunque 6 ore in più per fare il tuo compito assegnato, allora ci si aspettava.

La buona notizia è che hai fondamentalmente le capacità e il talento necessari per avere successo nella codifica - devi solo puntellare un paio di cose nel tuo approccio. Individuare qualcosa che trarrebbe beneficio da un rifattore quando si lavora su un compito? Fantastico! Questa abilità può essere rivolta al vostro vantaggio piuttosto che a una spina nel fianco - tutto quello che dovete fare è parlare con il vostro manager/team leader o con chi gestisce la pianificazione e l'allocazione delle risorse e dire cosa avete trovato, quali benefici pensate che possa portare al business e quanto tempo pensate che ci vorrà per farlo.

Se sono d'accordo, se sono d'accordo, vale la pena di rendere conto dell'investimento di tempo per il tempo supplementare, non esagerare con le stime, e sembri una rock star per essere stata proattiva nell'aiutare l'azienda.

I love avere dei codificatori che mi fanno rapporto che lo fanno!

Tuttavia..

Devi accettare che a volte diranno “No” o “Non ora” a queste richieste - questo perché ritengono che i tempi per completare il compito originale siano più preziosi in questo momento, e come dico io, devi accettare questa risposta perché non c'è niente di sbagliato nel fatto che loro facciano quella chiamata, perché è quello per cui vengono pagati. A meno che non siate sicuri al 110% che la mancata realizzazione immediata della vostra proposta di rifattorizzazione avrà conseguenze disastrose per l'azienda, allora non respingete, non discutete. Fate quello per cui siete pagati, se poi la cosa esplode sull'azienda, allora, francamente, è responsabilità di chi ha deciso di non farlo - anche in questo caso è per questo che vengono pagati!

*Allora dove si va a finire? *

Non credo che tu abbia bisogno di cambiare carriera in questo momento - come ho detto sembra che tu abbia le capacità e anche se la tua recente storia lavorativa è, ad essere sinceri, piuttosto dannosa, non è irreparabile e con un po’ di duro lavoro e un po’ di fortuna puoi rimettere la nave a posto ed essere di nuovo in rotta come se non fosse mai successo.

Ecco cosa farei se fossi in voi:

• Andare a contrattare (questa sarebbe la mia raccomandazione) - la storia del lavoro conta meno di avere le competenze nella parola contratto, e le persone sono più propense a puntare suqualcuno per un contratto, allora sono per una posizione di perm, perché è più facile lasciarli e prendere qualcun altro se prendono una decisione di assunzione sbagliata. Avete un fantastico buffer di risparmio che vi darà il tempo di fare un tentativo - fissatevi una scadenza: se non riuscite a trovare (e ad avere successo) in un contratto in 3 mesi, allora potete ampliare la vostra ricerca per includere le posizioni perm. Finora non mi ci sono volute più di tre settimane per ottenere una posizione contrattuale, e sono appassionato ai colloqui, quindi potete farlo! Un buon contratto di 6 mesi e pochissime persone si preoccuperanno dei tuoi ultimi tre lavori perm! E per di più, anche se per il tuo primo paio di contratti dovrai guardare alla fascia bassa del mercato in termini di prezzo giornaliero, probabilmente guadagnerai molto bene in termini reali.

o se contrattare non è davvero qualcosa che vuoi fare:

• Stay perm - fai un passo indietro nella scala degli stipendi

Al momento è più importante ottenere un po’ di buona storia lavorativa sotto la tua cintura che massimizzare i salari. Calcola il minimo realistico necessario per vivere e inizia a fare domanda per un lavoro in quella fascia. Ci sono sempre aziende le cui ambizioni di assunzione superano il loro budget e tendono ad essere meno esigenti. Anche se ti prendi un taglio di 5.000 sterline sul tuo potenziale, potrai riguadagnartelo a lungo termine, tenendo duro per circa 2 anni e ottenendo buoni risultati. Non sto dicendo che sarebbe divertente, o facile, ma sarebbe molto efficace.

**Non arrendetevi - potete farcela!

Mi rendo conto che ci sono già 16 risposte qui, molte delle quali eccellenti, ma non sembrano aver affrontato che ci sia una piccola possibilità che ci siano altre ragioni per essere licenziati.

Potrebbe essere che queste siano state delle scuse convenienti per il vostro licenziamento. Non è mai bello sottolinearlo, ma vale la pena di esaminare se ci si adatta a livello personale.

Ho conosciuto (di) alcune persone che hanno svolto diversi lavori in poco tempo e non riescono a capirne il motivo. Per me (e per altri) è stato ovvio - hanno un'abitudine o un tratto che grava sulle persone che li circondano. Per uno dei ragazzi, questa era l'abitudine di schiarirsi la gola a voce alta tutto il tempo, insieme al fatto di non cogliere l'allusione quando la gente voleva terminare una conversazione. Ho lavorato nello stesso ufficio in cui lavorava lui e posso dirvi che l'atmosfera dopo che se n'è andato era molto più bella. Un altro ragazzo, era un problema di igiene. Entrambi sono stati licenziati per quello che sembrava ragionevole, ma tu sapevi in fondo alla tua mente che questi altri tratti erano sicuramente considerati.

Non sto dicendo che tu abbia una di queste caratteristiche, potrebbe anche essere uno scontro culturale, non è nemmeno colpa tua, ma come altre risposte suggeriscono, un periodo di introspezione è molto prezioso in questo caso. Lo estenderei a cose come le abitudini e i tratti personali per verificare se possono essere la causa nascosta.

Immagino che non ascoltare sia un problema fondamentale. Non solo ascoltare le parole, ma capire e prenderle a cuore.

Questo mi salta all'occhio:

In generale il problema, per come la vedo io, è che ho la tendenza a pulire il codice disordinato, a rifattorizzare e a garantire che le cose siano ben testate - cosa che può essere vista da molti come una lenta esecuzione.

“Che può essere vista da molti come una lenta esecuzione” non è la parte importante. La tua azienda ti ha detto che è lento a suonare , perché ti hanno licenziato. Se il tuo capo ti dice di fare qualcosa, tu la fai. Se il tuo capo ti dice di non fare qualcosa, tu non la fai. Se non sei sicuro, allora chiedi al tuo capo e fai quello che ti dice.

Come principiante nel mondo degli affari, non spetta a te decidere cosa deve fare l'azienda. Quando decidi da solo di andare a fare la pulizia del codice, dici all'azienda che conosci meglio di loro. Non farlo.

Come sviluppatore da 32 anni, so che può essere frustrante lasciare il debito tecnologico, lasciare il codice disordinato o non documentato. Ma se questo è quello che l'azienda vuole che tu faccia, allora fallo.

Potresti sempre insegnare informatica al liceo se pensi che il tuo percorso professionale nel settore sia limitato. Ci sono anche altre cose che puoi fare come il project management.

Ma quando ti candidi per un'altra posizione, non spiegare i tuoi licenziamenti come problemi di gestione. Anche se il manager fosse completamente responsabile di ciò che è successo, darete l'impressione di non essere in grado di valutare i vostri errori e le vostre debolezze.

Scrivete una breve lettera di presentazione con le vostre nuove applicazioni e spiegate ciò che è successo. Assumersi la responsabilità di quanto accaduto, indipendentemente dalle ragioni. Spiegate perché le cose andranno diversamente.

Potreste dover accettare contratti per un certo periodo. Fidati di me, ho visto molti appaltatori andare e venire.

Una volta che ti sarai ristabilito, potrai iniziare a costruire la tua carriera come dipendente di successo.

MAI pensare che le tue opzioni siano limitate perché questo limiterà solo le tue opzioni. È un cliché, ma devi mantenere un atteggiamento positivo.

Conosco la sensazione di voler passare molto tempo a migliorare la qualità del codice per aumentare la velocità di sviluppo. Possono assolutamente risparmiare enormi quantità di tempo, fino a rendere fattibili progetti complessi in primo luogo. Tuttavia, farei attenzione a introdurli lentamente quando inizio un nuovo lavoro.

Aspettatevi che ci vogliano mesi per costruire un contesto sufficiente (da parte di sviluppatori, utenti e manager tanto quanto da parte del codice) per imparare dove sono i punti di dolore più grandi (non solo i grandi). Una volta che avete una solida comprensione di questi, dovreste essere in grado di presentare un caso al vostro manager per lavorare su uno di essi per un breve_ periodo di tempo per migliorare massicciamente alcuni aspetti del codice. E quando ne inchiodate uno, mostrate davvero il motivo per cui dovrebbe tenervi. Non è necessario essere un fantastico sviluppatore per fare questo - tutti quelli che hanno un po’ di esperienza hanno competenze che mancano al resto del team.

Prima di tutto questo, però, mi concentrerei sul lavoro quotidiano. Ho lavorato in posti dove la garanzia di qualità degli sviluppatori era così scarsa che abbiamo passato quasi tutto il nostro tempo a spegnere incendi. Non è divertente, ma a meno che non si riesca a fare il rotolo dei soldi nella più veloce gestione non sarà interessato a ripulire le cose.

Come nota finale ho avuto diversi lavori scadenti come sviluppatore di software, ma altri sono stati molto divertenti. Personalmente consiglierei gli istituti di ricerca e le aziende più piccole, in quanto nella mia esperienza sono flessibili nel modo in cui lavorano e almeno un po’ interessati al QA.

Sarò completamente in disaccordo con le altre risposte qui

Quindi, sono venuto qui per trovare tutte le risposte che ti dicono di comportarti bene, di tenere la testa bassa, di accettare le critiche, di lavorare sui compiti assegnati e di migliorare la comunicazione.

Prima di tutto - dovresti assolutamente migliorare le tue capacità di comunicazione. È qualcosa su cui può lavorare e migliorare e io prenderei in considerazione di farlo se fossi in te.

Poi ho visto il tuo profilo GitHub profile

Questo mi ha fatto cambiare idea. Il suo codice è infatti molto al di sopra della media e indica che lei è molto esigente. Per essere chiari - il tuo profilo non è sorprendente, ma di certo ti colloca al di sopra della media degli sviluppatori che vengono a fare colloqui di lavoro quando faccio i colloqui con i candidati nel mio libro.

Non hai necessario per giustificare il fatto di essere stato licenziato 3 volte

L'industria del software è in un luogo in cui avere un profilo GitHub come questo ti fa ottenere colloqui di lavoro e offerte anche se sei stato licenziato 3 volte.

Si può dire che i posti in cui hai lavorato non erano adatti alla cultura perché non davano tanto valore all'eccellenza tecnica quanto te (il che è vero) e ai colloqui in posti che _valutano l'eccellenza tecnica.

Molti sviluppatori non possono permetterselo - ma tu puoi assolutamente permetterselo.

L'ideale sarebbe che tu lavorassi su ciò che ti ha detto il tuo capo, il che è una buona cosa, ma è del tutto possibile per te trovare un posto con valori che si allineino con i tuoi.

Cerca di capire cosa vuoi veramente

Sembra che gli ultimi 3 posti siano stati tutti pessimi per entrambe le parti. Dal momento che sei esigente cercherei un posto che:

• Lavora con tecnologie nuove e moderne che ti entusiasmano
• Ha una cultura di valori a cui tieni
• Risolve i problemi che trovi interessanti

Piuttosto che concentrarti su come spiegare perché sei stato licenziato - concentrati su quello che vuoi veramente realizzare nel tuo lavoro.

Programmare ti entusiasma abbastanza per farlo nel tuo tempo libero - cosa ti entusiasma?

Trova un posto che ti vada bene

Conosco alcuni programmatori nelle tue situazioni (che sono stati licenziati 3-4 volte in un anno) fino a quando non hanno trovato un posto in grado di contenerli. Sono piuttosto ostinati, un po’ chiassosi e si preoccupano molto di usare gli standard moderni e di fare le cose nel modo giusto.

Tutti loro sono felicemente impiegati ora in posti che possono contenerli.

Molto di quello che normalmente direi è già stato detto. Ma c'è almeno una strada aperta a voi che credo nessuno abbia ancora dato come risposta.

Consider contracting / lavoro autonomo.

Molte delle altre risposte si sono concentrate su come potete vendervi al vostro prossimo datore di lavoro, come potete spiegare il vostro breve soggiorno nei vostri ultimi tre ruoli e cosa potreste fare diversamente per mantenere il vostro prossimo lavoro. Tutto questo è vero, ma trovare un altro datore di lavoro non deve essere l'unica opzione. E se il vostro prossimo datore di lavoro fosse… voi?

Pro:

• Non dovete spiegare nulla o giustificare quello che è successo a qualcun altro.
• Se siete veramente bravi in quello che potete fare, le vostre capacità saranno richieste, a un prezzo gratificante.
• Avete già sei mesi di risparmi - è abbastanza tempo per trovare clienti e iniziare a lavorare.
• Una volta che avete pochi clienti, potete scegliere su cosa volete lavorare (cioè quali clienti assumere), piuttosto che su qualsiasi cosa il vostro datore di lavoro vi dica di fare.

Contro:

• Dovrete gestire la vostra attività e risolvere le vostre tasse, oltre a sviluppare il software.
• Se non siete così bravi come pensate di essere - o se non riuscite a trovare la motivazione per fare ciò che i clienti vogliono - o se sprecate tutto il vostro tempo a fare codice pulito senza debiti tecnici quando il cliente vuole solo software funzionante - potreste bruciare tutti i vostri risparmi e finire di nuovo esattamente dove siete ora, tranne che i vostri risparmi sono andati. **Questo è un rischio reale. Ma sospetto che dovrai farlo a qualsiasi costo.

Tieni duro. Molte persone raggiungono i 30 anni e scoprono che le cose non sono andate come si aspettavano. Non è troppo tardi.

Mi sembra che il vostro problema sia che fate le cose a modo vostro. Hai questo modello di comportamento in cui il modo in cui stai facendo le cose è “il modo giusto” e tutto ciò che indica che hai bisogno di cambiare rimbalza su questo. Fortunatamente, il tuo modo di fare è in realtà piuttosto buono, hai una forte etica del lavoro, buoni modi di lavorare e non ti sbagli sul fatto che sia il modo giusto. Il problema è quando questo si scontra con le priorità del tuo datore di lavoro.

Il tuo primo licenziamento è stato per tua stessa ammissione una mancanza di motivazione, FinTech è un materiale piuttosto secco, non posso certo biasimarti per aver perso interesse, sono sicuro che non reggerebbe il mio. Non ti chiederò perché l'hai scelto, mi stavo candidando per i posti di lavoro FinTech quando mi stavo candidando per il mio attuale posto di lavoro, un lavoro è un lavoro.

Chiamalo un cattivo adattamento e la lezione imparata.

Il tuo secondo licenziamento è stato dovuto al fatto che ti è stato chiesto di fare cose per cui non eri stato originariamente assunto (almeno per la tua comprensione del tuo contratto) e di non essere soddisfatto di questo.
Questo non è raro, ho avuto a che fare con lavori in cui la maggior parte del mio tempo è stata spesa senza fare il materiale in cui sono addestrato e competente, questa è sicuramente una cattiva gestione. Tuttavia, se ti viene richiesto di imparare un nuovo set di competenze o un nuovo set di strumenti sul lavoro, questo fa parte del lavoro.

Sono sicuro che non c'è bisogno che ti dica che l'industria del software è in continua fluttuazione e stare al passo con le ultime novità è vitale per il successo. Solo quest'anno ho dovuto imparare lo Sviluppo Web da zero e ho imparato da zero Vue.js, JQuery e Bootstrap, l'anno scorso ho imparato Xamarin e sono diventato uno Sviluppatore di applicazioni. Prima di allora costruivo giochi per cellulari e Facebook in Unity3d e Flash. Ho lavorato in Agile e Scrum, in team di modelli indipendenti e a cascata. Quello di cui ho bisogno, lo imparo. Se attualmente non ci riesci, devi imparare ad essere adattabile se vuoi avere successo nel settore del software.

Il tuo terzo licenziamento è quello di cui scrivi di più, Il problema è molto più chiaro in questo caso. Sapevate che il modo giusto per scrivere codice era quello di farlo correttamente la prima volta, passare il tempo in anticipo e risparmiare tempo e denaro in seguito. Non si sbaglia affatto. Comunque ti è stato dato (presumo) un compito chiaro e dato che hai passato del tempo fuori dal compito, non sei riuscito a consegnare il lavoro che ti era stato chiesto di fare.

Andare fuori dal compito per aggiustare il codice è qualcosa che faccio sempre, ma è fondamentale non perdersi nella tana del coniglio. Ricordate che l'ultimo 10% di un problema richiede il 90% del tempo. Aprite il codice del problema, rattoppate la parte che sta causando il problema, aggiungete un //TODO per risolverlo correttamente, scrivete una nota da qualche parte che ha bisogno di più attenzione in seguito e muovetevi su. Di solito il 90% è sufficiente.

Il vostro compito n°1 è sempre consegnare il materiale che vi è stato detto di fare, e come neo-assunto, avete molta meno autorità unilaterale di quanto potreste gradire. Anch'io mi sono messo nei guai per questo stesso problema e a volte è difficile fare tutto secondo le regole.

Questo è probabilmente il vostro problema più grande. Devi fare le cose nel modo in cui il tuo datore di lavoro vuole che tu le faccia. Se pensate che il vostro datore di lavoro stia sottovalutando l'importanza di qualcosa, spiegatelo in termini di tempo e denaro e se non è ancora d'accordo. Accettalo. Il datore di lavoro è il tuo cliente e, come dice il proverbio, il cliente ha sempre ragione.

In conclusione, non arrenderti. Hai chiaramente le competenze e la capacità di essere un grande programmatore, devi solo trovare un lavoro che ti interessa e migliorare nel risolvere i problemi, prestando attenzione alle priorità del tuo team.

Al giorno d'oggi, l'occupazione nel mondo della tecnologia è una specie di gioco.

Immagino che la vostra azienda segua la metodologia AGILE.

La chiave non è fare quello che vi sentite di fare, ma di fare quello che vi viene assegnato.

E non siate timidi nel chiedere più punti e chiedere più tempo.

È MOLTO meglio chiedere più tempo e ottenere più punti per i vostri compiti ALL'INIZIO che scivolare.

La direzione ha 0 indizi sulla difficoltà dei vostri compiti… si limitano alle stime iniziali.

se non combattete per i punti in anticipo… siete fregati.

Nessuna risposta finora sembra considerare la possibilità che tu sia stato molto sfortunato e abbia ottenuto 3 lavori orribili di fila. Ci sono sicuramente alcuni lavori davvero terribili e manager irragionevoli là fuori. Ne ho avuti diversi, ma non così tanti di fila. A volte sono molto difficili da individuare durante il colloquio; in alcuni casi, le descrizioni dei lavori e le cose dette nei colloqui sono totalmente imprecise e fuorvianti. Quindi, è POSSIBILE che non sia colpa tua; ma solo tu hai abbastanza informazioni per poterlo giudicare.

Alla fine, però, è molto probabile che tu abbia un pessimo lavoro con cui cominciare (noioso, cattiva gestione, bassa retribuzione). Devi solo tollerarlo per qualche anno, quindi pensa attentamente a quello che sei disposto a sopportare in un lavoro, e forse abbassa le tue aspettative.

Mi sembra che il vostro unico problema sia quello di non essere in grado di svolgere i compiti che vi sono stati assegnati. In tutti i lavori da cui sei stato licenziato, dichiari che non hai svolto il compito che ti era stato assegnato e ti sei concentrato su qualcos'altro (rifattorizzazione, ecc.). A meno che non tiri fuori queste cose prima di arrivare al punto di non rispettare le scadenze, io non lo farei.

Ricordati sempre che la gente pensa sempre il peggio in ogni situazione negativa. Quindi, se non rispettate la scadenza e fate cambiare più file (anche se ci vuole meno di così), non penseranno nulla di buono. Assicuratevi di comunicare i problemi che vedete e ottenete i permessi per fare qualcos'altro dal vostro manager prima ancora di farlo. Non iniziate a fare qualche altro compito.

Penso che se seguirete questo consiglio, avrete una carriera di successo. A un certo punto, tutti si fiderebbero della tua esperienza e si concentrerebbero sul miglioramento del codice. Ma come il nuovo ragazzo, che nessuno sa di non dover svolgere un compito semplice e di non rifattorizzare un codice non correlato, questo non funzionerà.

So che ci sono già troppe risposte a questa domanda, ma volevo solo condividere la mia esperienza sulla base del suggerimento di Joe Strazzere consideri il lavoro a tempo determinato/contratto.

Lei ha detto di avere sede nel Regno Unito, il mercato degli appaltatori è in pieno boom in questo momento. A Londra si possono guadagnare circa 500 sterline al giorno. La cosa bella è che non vi stancherete mai del posto in cui lavorate e inizierete a trascinare i tacchi, ogni 3-6 mesi dovrete trovare un nuovo contratto.

Questa potrebbe essere una soluzione, ma allo stesso modo potreste non essere adatti al ritmo veloce del lavoro a contratto. Personalmente mi è piaciuto molto e dopo i miei primi 6 mesi di contratto per la BBC ho avuto abbastanza risparmi per andare completamente freelance e lavorare da casa.

Ultimamente quello a cui dovresti puntare è ottenere dei buoni clienti e lavorare a distanza. Poi hai la completa libertà di rifattorizzare il tuo codice fintanto che stai consegnando i progetti in tempo. Personalmente non sono mai stato più motivato di quando gestivo la mia azienda. Lavorerei 12 ore al giorno, 6 giorni alla settimana.

** Ma ho anche la sensazione che non sei soddisfatto al 100% della tua carriera, forse è il momento di prenderti una pausa? **

Hai dei risparmi, perché non vai in viaggio e passi 3-6 mesi a pensare al tuo prossimo passo? Un modo fantastico per viaggiare è usare il lavoro fuori casa, ho fatto volontariato in Spagna e in Giappone. Incontrerai un sacco di persone. https://www.workaway.info/299958546294-en.html

Avete problemi a mantenere l'attenzione e la motivazione quando avete a che fare con il codice di altre persone.

Sono d'accordo con questo - È difficile continuare a spingere fuori dalla porta nuove funzionalità senza pulire la casa e avere la sensazione di contribuire a qualcosa di cui si può essere orgogliosi.

Ma, purtroppo, questo sarà vero per la stragrande maggioranza delle organizzazioni che vi assumeranno per scrivere codice. Non vi dirò di “superarlo” - immagino che, a meno che non siate profondamente pessimi nell'auto riflessione, questa opzione vi sia già venuta in mente.

Invece, vi suggerirei di considerare di utilizzare le vostre conoscenze tecniche per una carriera nello sviluppo di software che non comporti la scrittura di codice applicativo come focus principale.

Potreste trovare più divertimento, appagamento e un tempo più facile per focalizzarvi come QA Engineer e/o DIT. Potrai comunque scrivere codice e risolvere molti degli stessi coinvolgenti enigmi, ma il tuo obiettivo e la tua responsabilità CORE è migliorare la qualità del prodotto. Questo sembra più in linea con l'iniziativa che avete mostrato qui.

Per mia esperienza, in questo tipo di ruoli, di solito si ha un team più piccolo, una sezione più piccola del codice di cui si è responsabili e quindi molta più libertà di rifattorizzare in modo aggressivo. Inoltre, se si fa bene il proprio lavoro, non solo si scrive codice che può essere soddisfacente, ma si contribuisce anche a migliorare in modo misurabile la qualità di ciò che effettivamente colpisce la produzione.

È anche relativamente facile vendere la transizione a un potenziale datore di lavoro in questi termini - Hai avuto difficoltà come sviluppatore di software perché hai passato molto tempo a concentrarti su ciò che essenzialmente equivale al controllo di qualità, così hai deciso di passare a fare solo il controllo di qualità.

Vi consiglio di prendervi una pausa e di lavorare su voi stessi. Soprattutto la mancanza di una cerchia di amici positivi e di una vita sociale inattiva sembra essere un enorme fattore che contribuisce alla vostra vita. Ti senti esausto o ti senti solo? Avete provato a rivolgervi a un terapista o a un mentore per verificare se soffrite di depressione o di ADD? Ti senti a tuo agio a lavorare sotto l'autorità? Ha pensato di lavorare come libero professionista o a tempo parziale? Molte persone hanno raggiunto un altopiano nei loro 30/40 anni. E la codifica può essere a volte un lavoro che succhia l'anima. Provate a esplorare i vostri hobby o un campo correlato vicino al vostro dominio.

Il problema sembra più pertinente alla vostra personalità che al vostro campo di lavoro. Vi consiglio vivamente di prendervi una pausa e di fare una ricerca interiore fino a quando non troverete la motivazione per far parte di un altro team.

Come sviluppatore che apprezza anche il codice pulito, ben testato, e disprezza il debito di codice, posso capire il vostro punto di vista. Tuttavia, siete pagati per completare i compiti assegnati. Il lavoro non consiste nel fare quello che vuoi fare, ma nel fare quello che il tuo datore di lavoro si aspetta da te. È un bonus quando puoi trovare piacere nel fare le cose per cui sei pagato. Avere una buona etica del lavoro richiede lo sviluppo dell'autodisciplina per concentrarsi sul compito assegnato e farlo svolgere in modo soddisfacente per il vostro datore di lavoro, che vi piaccia o no, che troviate soddisfazione nel farlo o no. Le ricompense che potete trarre da questo sono (1) essere pagati, (2) avere una certa sicurezza che continuerete ad essere assunti, (3) magari imparare qualcosa di nuovo e utile, (4) costruire il rispetto nell'organizzazione che potreste essere in grado di sfruttare per fare le cose a vostro piacimento e/o soddisfazione.

Se pensate che compiti importanti non siano stati svolti (rifattorizzazione, riduzione del debito del codice, miglioramento della copertura dei test), parlatene con il vostro supervisore. Se può essere fatto nel corso del completamento di un compito assegnato senza ritardare il completamento del lavoro assegnato, ottimo. Se può essere fatto solo a spese del compito assegnato, lasciatelo.

Un'altra cosa da considerare: le decisioni aziendali vengono prese in base all'aumento dei ricavi o alla diminuzione dei costi, e in genere hanno un orizzonte temporale breve. Non è raro che le aziende si concentrino sui risultati del trimestre in corso o del prossimo. Molti soldi per gli investimenti vengono spostati sulla base dei risultati trimestrali; questo è ciò che guida le decisioni aziendali. I miglioramenti che si sentono motivati ad apportare al codice base sono un investimento a lungo termine senza un beneficio quantificabile. Sappiamo entrambi che è una buona cosa, e per un'azienda che è in attività a lungo termine, è la cosa giusta. Tuttavia, le aziende non prendono decisioni basate su ciò che è giusto o migliore a lungo termine, ma servono i loro padroni - gli investitori.

Se decidete di voler continuare a lavorare come sviluppatore, e mi sembra che lo facciate, visto che siete orgogliosi dei vostri risultati al di fuori di questi tre lavori, prendete misure concrete per affrontare i vostri limiti, in modo che i vostri punti di forza comincino finalmente a brillare per i vostri datori di lavoro.

Prima di tutto, posso suggerire che la vostra mancanza di concentrazione è causata da una mancanza di organizzazione quotidiana? Al vostro prossimo lavoro, assicuratevi di conoscere sempre le tre priorità principali che il vostro capo vi ha assegnato (e la loro importanza relativa). All'inizio di ogni giornata lavorativa scrivete le vostre attuali priorità e alla fine di essa riassumete ciò che avete realizzato contro di esse. Non siate prolissi, rendete ogni priorità e descrizione dei risultati il più breve e dolce possibile con il minimo dettaglio possibile. Qualcosa come…

Inizio della giornata

1. Implementare la nuova funzione A
2. 2. Scrivere test unitari per A
3. 4. Costruire una nuova release A con la documentazione per i tester.

Fine giornata

1. Implementare A
2. Implementare A
3. Implementare A
4. Scritto test unitari per A e corretto i bug in modo da superare tutti i test. Non sono stato in grado di rilasciare A, in quanto ho trascorso due ore di supporto alle vendite su un problema prioritario del cliente con il prodotto.

E il giorno dopo la vostra prima priorità sarebbe stata probabilmente

1. 1. Costruisci la release A e scrivi la documentazione per i tester.
2. …

Ogni lunedì mattina fai qualcosa di simile per la settimana. Prima di tutto scrivete i vostri obiettivi/priorità pianificati per la settimana, e poi fate riferimento ad essi ogni mattina quando scrivete le priorità giornaliere in modo che siano in sincronia con i vostri impegni settimanali.

Ricapitolate e riassumete anche ciò che avete realizzato la settimana precedente, usando le vostre note di fine giornata da essa tratte. Poi inviatelo al vostro capo come vostri obiettivi/propositi settimanali, in modo che sappiano cosa avete fatto e cosa state pianificando di fare. In questo modo possono offrire correzioni di corso se vi sbagliate o se le priorità sono cambiate. E quando iniziate il vostro nuovo lavoro, le prime settimane potreste anche inviare al vostro capo le vostre priorità giornaliere del mattino con il riepilogo dei giorni precedenti, in modo da costruire la loro fiducia in voi ancora più velocemente.

Assicuratevi solo di non rendere gli obiettivi settimanali troppo aggressivi, non volete mancare costantemente agli impegni che il vostro capo vede, anche se sono quelli artificiali che vi siete prefissati. Divideteli in “Impegni” che siete molto fiduciosi di riuscire a portare a termine, e “Obiettivi di allungamento” che comunicate che sperate di raggiungere se la settimana va bene.

Auto-organizzandosi in questo modo, vi aiuta a realizzare diverse cose importanti.

1. All'inizio di ogni giornata sarete riorientati sulle priorità e gli impegni che vi sono stati assegnati, rendendo più facile resistere alla rifattorizzazione e a fare altri lavori non assegnati.
2. Costringersi a ricapitolare i risultati ottenuti alla fine di ogni giornata rende molto chiaro il momento in cui si è tornati indietro, aiutandovi a rifocalizzarvi sulle priorità assegnate.
3. Condividerli con il vostro capo li aiuta a vedervi come un membro del team affidabile e prevedibile che li fa fare bella figura con il loro capo e li aiuta a raggiungere i loro obiettivi.

In realtà io stesso faccio il rapporto settimanale per il mio capo ogni settimana, e lui lo adora. In realtà ha ridotto la quantità di comunicazione di cui abbiamo bisogno perché ha sviluppato molta fiducia nel fatto che sappia cosa sto facendo e che possa facilmente reindirizzarmi se le priorità cambiano.

Non faccio la pianificazione/ricapitolazione giornaliera della giornata lavorativa, ma la raccomando perché dopo aver letto il suo post mi rendo conto che ne abbiamo entrambi bisogno. Come lei, anch'io ho la tendenza a essere male indirizzato verso la rifattorizzazione del codice e la risoluzione di problemi che non sono necessariamente priorità per l'azienda. E una settimana è un tempo lungo, è facile dimenticare alcuni obiettivi chiave a metà settimana e rendersi conto di averli mancati solo quando si ricapitola la settimana di lunedì. Così, mentre vi scrivevo questo, mi sono anche assegnato di ripetere i promemoria quotidiani per fare entrambe le cose.

Infine, se le mie raccomandazioni non sembrano funzionare per tenervi concentrati sulle giuste priorità ogni giorno, va bene così. Ma assicuratevi di trovare un altro sistema che lo faccia. Anche se vi spostate in un altro campo, concentrarsi ogni giorno sulle aspettative del vostro capo e dell'azienda è un fattore chiave per avere successo in qualsiasi percorso di carriera scegliate.

Quando nei prossimi colloqui dovrai spiegare perché non hai avuto successo nei tuoi precedenti lavori, una grande risposta è che sono un perfezionista che ha avuto difficoltà a rimanere concentrato sulle giuste priorità, quindi mi sono dedicato a trasformare questa debolezza in un punto di forza organizzando me stesso in modo rigoroso, ed è così che lo faccio ora e lo farò per te.

Infine, avrai successo! Avete dimostrato di avere già quello che serve facendo l'autoanalisi che vi ha portato a scrivere questo post. Hai il desiderio, hai la capacità, devi solo aggiungere l'attenzione e l'organizzazione. Il problema sta diventando chiaro per voi e avete la capacità di risolverlo. Attendo con ansia il vostro successo futuro e spero che pubblichiate aggiornamenti in modo da poterli condividere tutti.

Auguri,

Randy

Randy

Edit: Non dimenticate mai che Steve Jobs è stato licenziato da Apple e le lezioni che gli ha insegnato lo hanno reso un CEO molto migliore la seconda volta. Edison è stato licenziato dalla Western Union, e ha fallito mille volte prima di perfezionare la sua lampadina. Walt Disney è stato licenziato dalla KC Star per non essere “abbastanza creativo”, così ha iniziato la sua attività in proprio ed è andato in bancarotta. Sei ancora molto giovane, prendi le lezioni che hai imparato e usale per avere successo.

Ok, quindi siamo d'accordo sul fatto che hai toccato il “fondo” del tuo percorso professionale. E allora? C'è solo una direzione da lì si può andare da lì, che è quella in alto!

Se continuare o meno nella tua attuale scelta di carriera dipende interamente dal fatto che tu l'abbia effettivamente INGEGNATA.

Se non ti è piaciuta: Ti consiglio di non continuare questo percorso di carriera. Dovresti prendere un piccolo lavoro altrove (anche umile) per raccogliere fondi per perseguire qualcosa che ti interessa di più.

Se ti è piaciuto davvero il tuo lavoro: Sei al “fondo”, giusto? Quindi premi reset! Ricomincia dal basso, e questa volta fallo correttamente. Inizia a fare domanda di lavoro come sviluppatore di livello Jr. (o anche come stagista, se necessario) in qualsiasi azienda di software. Questa volta, lavorate sodo per ricostruire la vostra reputazione e il vostro curriculum, oltre che per impressionare i vostri nuovi datori di lavoro.

In entrambi i casi - vi consiglio di non menzionare nemmeno quei precedenti lavori di software sul vostro curriculum - non vi stanno facendo alcun favore. Un hard reset è meglio qui! E non c'è da vergognarsi a riprovare e a lavorare sodo!

Ci sono un sacco di risposte davvero grandiose qui, ma ho ulteriori intuizioni che potreste voler tenere a mente quando troverete o manterrete il prossimo lavoro.

Prima di tutto, non rinunciate mai ai vostri sogni. Avete investito molto tempo e denaro, presumo, per intraprendere questo percorso di carriera; mollare in questo momento non è la cosa giusta da fare.

La cosa migliore che potete fare ora è mettere tutto questo in gesso per fare esperienza, e fare meglio la prossima volta. Una credenza comune tra gli sviluppatori alle prime armi è che le loro capacità di programmazione siano superiori a quelle dei loro predecessori. Questo **può essere vero in alcuni casi, ma anche se questo fosse vero, altri programmatori più anziani sono molto orgogliosi di ciò che hanno creato, e si offendono quando arriva un nuovo arrivato e inizia a distruggere i loro programmi.

Nel mondo degli affari, lo sviluppo di software è preso molto seriamente, e ci sono conseguenze reali nel mettere fuori un cattivo prodotto. Gli affari dipendono dall'affidabilità dei loro prodotti, e un minuscolo difetto potrebbe cadere a cascata, causando enormi problemi a valle. Non si vuole essere quello. Nel mondo finanziario, un piccolo errore potrebbe costare milioni di euro, e persino mandare in bancarotta un'azienda. Quindi…. gli imprenditori sono tipicamente molto protettivi nei confronti del loro codice, e non vogliono che qualcuno armeggi con qualcosa che non dovrebbero toccare.

Cerca di concentrarti solo sui compiti specifici a portata di mano e di avere una chiara comprensione delle aspettative. Non cercate di andare al di là di ciò che ci si aspetta da voi, almeno fino alla fine della prova. Basta presentarsi ogni giorno in orario, fare il proprio lavoro senza influenzare gli altri e avere un buon rapporto con i colleghi, e non si verrà licenziati. Ricordate che non siete stati assunti solo per le vostre capacità di programmazione, ma anche per le vostre capacità di programmazione. Se volete avere successo, allora dovete anche lavorare sulle vostre capacità soft skills. Il vostro successo dipende da un buon atteggiamento e dall'andare d'accordo con gli altri.

Non arrendetevi!

Da aggiungere a quanto suggerito da altri: Immaginate di lavorare per X anni in un'azienda e che un nuovo assunto si presenti e inizi a indicare (attraverso parole e azioni) che il lavoro esistente (su cui voi e i vostri colleghi lavorate da anni) è “sciatto” / “inutile” / “deve cambiare in modo che il nuovo dipendente si senta a suo agio”, come pensate che voi (e i vostri colleghi) risponderete quando i dirigenti vi chiederanno il vostro feedback sul nuovo dipendente? Non riesco a immaginare nessuno che risponda: “Sì, mi piace lavorare con lui, e di sicuro sa il fatto suo”. Immagino che il feedback sia maggiore: “Arrogante, sapientone, non sembra in grado di integrarsi con il team”

Ho sempre avuto da ridire quando sento un nuovo dipendente dire qualcosa del genere: “Il tuo codice/prodotto/processo esistente è una merda/processo/processo sbagliato”. Le mie idee e i miei metodi sono migliori. Io so distinguere il bene dal male, ma tu no. Io posso farlo bene, dove tu non potresti". Ho sempre la sensazione che il nuovo impiegato non supererà il periodo di prova (e raramente mi sono sbagliato).

Ci sono molte ragioni per cui il codice è così com'è, tra cui il fatto di portare con sé il lavoro ereditato, i vincoli di tempo, i programmatori sciatti, l'adattamento alle specifiche dei turni, il lavoro con i sistemi HW/SW/sistemi ereditati, ecc. Il codice è, comunque, il prodotto di quel gruppo/azienda, che avrà un certo orgoglio di proprietà e probabilmente anche qualche prova empirica che funziona “abbastanza bene” da farli diventare $. Potresti anche respingere gli sforzi degli altri membri del gruppo (o anche del manager). Potreste anche essere a posto nella vostra valutazione, ma questo può essere del tutto irrilevante. Programmare in posizioni perm significa anche lavorare insieme come gruppo (e quel gruppo include il vostro manager).

Se volete lavorare come perm in gruppi simili, considerate cosa potete cambiare (al centro mentalmente) in modo che gli altri membri del gruppo diano al vostro manager un feedback che confermi la loro decisione di assumervi, e indichi che migliorerete il gruppo con meno spiacevoli sorprese evitabili (sia per il vostro manager che per l'azienda).

Questa è una risposta ampia con molti suggerimenti:

1. Cercate di abbassare le vostre aspettative, ci deve essere un posto di lavoro adatto a voi in IT.
2. Forse dovreste mettere in discussione il vostro accordo sulle responsabilità al primo tentativo.
3. 3. Comunicate ogni volta che ci sono problemi di blocco. Parlate con la vostra mente pur rimanendo professionali.

4. Comunicate ogni volta che ci sono problemi di blocco. 4. Quando non siete abbastanza motivati, questo è generalmente un vostro problema, quindi provate a richiedere brevi pause per posti vacanti dispersi nel corso dell'anno, piuttosto che prendere pochi posti vacanti lunghi (questo può aiutare o meno).

5. Potete provare a lavorare part-time sapendo che avete risparmi per un massimo di 6 mesi, poi potrebbe essere esteso a più! mantenendo lo spirito competitivo, e un curriculum aggiornato.

6. Cambiare ruolo, nelle grandi aziende a volte è più facile, se fosse un caso possibile per voi, questo potrebbe essere molto motivante.

7. Non conosco il vostro background e il vostro profilo, ma ci sono missioni nell'IT che avvolgono meno tecnica come promuovere prodotti IT, organizzare sessioni di sensibilizzazione sulle nuove tecnologie per altri college, scrivere documentazione, pulire il vecchio codice (per gli sviluppatori), stabilire nuove prove di concetti, idee di progetto, partecipare a sfide e cercare di essere al top per il nome del vostro gruppo . … ecc ecc ecc, vedi ci sono molte cose che uno sviluppatore per esempio può fare in IT.

Questa è una lista di opzioni più libere che posso immaginare per ora.

1. Ti sei reso conto che il codice era sbagliato.
2. 2. Hai agito cercando di migliorare il codice. I manager non hanno apprezzato questo.

In alcuni punti il tuo aiuto reale non sarà apprezzato e vogliono solo che tu risolva i problemi inventati solo per alimentare il loro senso di realizzazione. Questa potrebbe essere una di queste situazioni - non ne sono sicuro. Se è così, allora non c'è molto da fare. Ti rendi conto che si tratta di un mumbo jumbo jumbo e scegli di cercare di fare del tuo meglio, qualsiasi cosa tu possa fare, a beneficio dell'azienda. Finché non trovi un posto dove questo sia apprezzato. Questi posti esistono.

Sembra che tu abbia la tendenza a non seguire la direzione, e/o a impantanarti in dettagli che non hanno importanza, in modo da fare quello che preferiresti fare. Questo comporta una mancanza di lavoro di squadra e una cattiva gestione del tempo.

Una volta avevo un collega che è stato assunto per una posizione che non voleva. Durante il processo di intervista ho capito che aveva un'avversione per alcune tecnologie e piattaforme standard su cui avrebbe lavorato. Aveva forti pregiudizi. Persino il suo curriculum indicava che rimbalzava da un posto all'altro. La direzione non mi ha ascoltato. Lo assumemmo comunque.

Non solo non voleva svolgere i compiti assegnatigli per i quali non era disposto ad imparare, ma cercava di trovare altre tecnologie e codice base per sostituire quello che avevamo, o anche a volte cercava di assumere i compiti di altre persone.

Voleva “aggiustare” il codice di tutti gli altri e dirci come “doveva” essere fatto. Voleva far perdere tempo a tutti con le revisioni del codice su progetti già in produzione, in modo da poterci mostrare una codifica adeguata e una sintassi pulita (o la sua mancanza). Era eccessivamente perfezionista e di conseguenza ha sprecato il suo tempo.

Forse queste caratteristiche non si applicano a voi. Forse semplicemente non vi piace fare ciò che vi è stato affidato e avete bisogno di un cambiamento. Ma se ti identifichi con questi punti, non durerai a lungo da nessuna parte.

Ironia della sorte, il mio ex collega ha ottenuto un lavoro migliore grazie all'esperienza di lavoro sulla tecnologia/piattaforma che odiava. Quindi a volte devi sforzarti di fare il lavoro che non ti va di fare.

Alcune aziende hanno tassi di rotazione molto elevati, con oltre la metà delle persone che cambiano ogni anno. Quando alcune aziende cercano di lavorare sul problema, di capirne le ragioni, di cambiare qualcosa dalla loro parte, altre possono sparare subito dopo aver notato anche deboli segnali di qualcosa che non hanno una politica da tollerare.

Purtroppo queste aziende “ad alta produttività” assumono anche le più grandi, anche se non stanno crescendo - per mantenere la dimensione del team. I loro annunci di lavoro non lasciano mai le bacheche nei popolari portali del lavoro. Se non si guarda dove si va, ci sono ragionevoli possibilità di colpirli ancora e ancora, anche se non fanno la maggioranza.

Cercate di trovare l'azienda che è notevole ma non così attiva con il reclutamento permanente. Comprendere le ragioni del licenziamento (anche se sembrano piuttosto deboli). Evitate comportamenti simili che possano innescare reazioni pre-programmate non appena riconosciute.