L'incidente che hai descritto è molestia non etica, non professionale, abusiva e borderline. Indipendentemente dai fatti sull'efficienza, capacità tecnica, gestione del tempo ecc. o "importanza" di quella persona nell'organizzazione (o qualsiasi altra cosa stai assumendo dicendo "maggiore risorsa") .- si tratta di etica del lavoro.

È ora di parlare con le risorse umane, senza alcun ritardo. . Dato che sei già stato informato prima del tuo manager, trascinalo anche nella discussione.

Se le cose sono giuste nella tua organizzazione, molto probabilmente lo sviluppatore senior farà una passeggiata, poiché in questo caso sembra essere un delinquente seriale.

Tuttavia, in qualche modo se tu senti che le risorse umane o l'amministrazione stanno cercando di nascondere il caso, inizia a cercare lavoro altrove. Non vuoi far parte dell'organizzazione che incoraggia molestie e bullismo.

Ed è una risorsa più importante di me per l'azienda

No. Un collega violento non è mai una risorsa più grande per l'azienda.

Tutti nella tua azienda, indipendentemente dal loro livello, hanno il diritto di essere trattati con rispetto, dall'addetto alle pulizie al CEO. Il tuo manager dovrebbe saperlo e semplicemente spostare le persone intorno a questo ragazzo non sta affrontando la situazione.

Sembra che questo ragazzo sia noto per questo comportamento e le persone lo hanno evitato o hanno lavorato intorno a lui. Chiedi ai tuoi colleghi come hanno gestito questo comportamento, come hanno segnalato questo comportamento e come lo hanno affrontato.

Se possibile, registra questo comportamento (sia nei tuoi confronti che nei tuoi confronti) e portalo a HR. Ricorda al tuo manager che permettere a questa situazione di andare avanti non è un modo accettabile per affrontarla.

È possibile che la difesa di questo ragazzo sia una condizione correlata all'autismo e che "è così che è". Questo, tuttavia, è il suo problema. Il comportamento offensivo non dovrebbe essere tollerato, da nessuno.

È abbastanza ovvio che questo tizio offusca e protegge la sua base di codice per proteggere il suo lavoro. Di nuovo, non si può permettere che questa situazione si verifichi (per ovvie ragioni).

Dovresti avere esempi chiari che mostrano:

• che non potresti finire il tuo lavoro senza toccare il "suo" codice;
• il "suo" codice in realtà è rotto.

Ho usato "suo" perché il codice appartiene all'azienda .

Inoltre, continua a segnalare (al capo e alle risorse umane ) il suo comportamento tutte le volte che è necessario . Mostra come il suo lavoro è sciatto . Lamentati che sei costretto a lavorare in un ambiente non professionale a causa di questo collega e che questo influisce sia sulla tua prestazione professionale CHE sulla tua vita privata - poiché una giornata difficile al lavoro non può essere dimenticata "magicamente" alla fine del "turno".

Impara il più velocemente possibile, potresti avere la (bella) sorpresa di essere promosso a svolgere il suo lavoro.

Potresti discutere anche con le risorse umane, urlare è non è il benvenuto in nessuna azienda .

Mentre cercare un altro lavoro è sicuramente un'alternativa, non direi che questo posto di lavoro è tossico, ma solo un collega. Sì, è difficile. Ed è probabile che se ne andrà non appena qualcuno potrà assumersi i suoi compiti. Dato che sei un principiante, potresti prendere in considerazione l'idea di avere un po 'più di pazienza (se puoi farlo e se lo desideri). Inoltre, pensa a questo: hai qualche garanzia che il prossimo lavoro sarà perfetto? Ho cambiato lavoro più volte e devo ancora trovarne uno che si avvicini alla "perfezione".

Mi dispiace che sia così. Tuttavia, può sembrare una risorsa più grande, ciò che è veramente per quella società è un enorme pericolo. Come team di codifica, dovresti essere addestrato per avere il tuo codice su un server GIT aziendale e nessun codice dovrebbe risiedere su nessun computer. Dovrebbero essere eseguiti push quotidiani di quel codice. Il fatto che tutto il codice esista solo sul suo computer è un grosso problema se decide di non venire più a lavorare o se lo prende con un autobus. La compagnia è troppo esperta per sapere che li ha preparati per il destino. Avresti bisogno di un server di staging e di un server di produzione per inviare il codice. Avresti accesso per produrre codice in base al tuo incarico, passarlo a lui per il test e lui prenderebbe la decisione di spingerlo alla produzione.

Il codice dovrebbe essere scritto in uno standard tale che chiunque possa modificarlo come dovrebbe essere facile da capire. Anche se l'hai modificato e non era corretto, e allora. Dovrebbe comunque superare i test, arrivare al server di staging per i test e quindi alla produzione. Quello che è, è un idiota aspirante devops che finge di essere importante come un bastardino per strada con un osso.

Dovresti essere una squadra. Dovrebbe insegnarti ad adattarti al suo codice, alle sue abitudini e all'azienda in modo che anche tu sia una risorsa in caso di sua assenza. Sembrerebbe che azienda e manager non ci abbiano pensato e quindi siano destinati a fallire.

Suggerirei che se non sono orientati al team e poiché la gestione è così scarsa, faresti meglio a trasferirti sopra. Lascia che trovino un altro programmatore. Una corretta gestione fornisce indicazioni e indicazioni a colleghi e subordinati. Non ci riescono tutti. Il risultato finale sarà il deterioramento della tua personalità e non ne vale la pena.

Ciò che conta di più qui non è il cretino senior, ma come reagisce il tuo manager. Sembra che il manager sia del tutto consapevole dei difetti del coglione e che sia stanco del coglione che spinge fuori nuove persone. Potrebbero vedere se sei in grado di sostituirlo se si sbarazzano di lui (licenziandolo o trasferendolo da qualche parte). Quindi al tuo posto farei quanto segue:

• Lavora sodo, rimanendo il più possibile nella tua area, per dimostrare che puoi davvero fare il lavoro allo stesso livello. Se trovi un errore nel codice del coglione, mostralo al manager ma non al coglione, è compito del manager affrontarlo.
• Non parlare affatto con il coglione, se possibile, e infatti assicurati che tutte le tue interazioni inizino almeno nell'email.
• Tieni un registro di incidenti come questo, inclusi data, ora, testimoni e citazioni il più precisi possibile. Questo può essere utile per te nel negoziare la tua uscita, può essere altrettanto utile per il tuo manager nel licenziarlo. Conserva tutte le email.
• Segna 3 mesi da adesso nel tuo calendario. Inizia a lucidare il tuo curriculum ora. Al massimo entro 2 mesi, assicurati di avere una ricerca di lavoro in piena regola in corso, in modo che ci sia una soluzione entro i 3 mesi promessi. Deve esserci una luce alla fine del tunnel se vuoi sopravvivere come una persona sana di mente.
• Assicurati di dire al tuo manager che manterrai la sua promessa nel tempo, perché sopportare questa situazione non lo è fattibile. Assicurati di ricordarglielo almeno ogni mese.

Quindi fammi iniziare con il tuo amico che urla. È molto protettivo nei confronti del suo codice. Perché dovrebbe essere così? Sei altrettanto protettivo e non permetti a nessuno di vedere una singola riga, o il tuo codice nel repository è libero per chiunque in azienda possa vederlo?

Quel 'dev' qui è perfettamente consapevole di quanto sia cattivo il suo codice è, e quanto sono basse le sue capacità di codifica. Capisce che se vedi il suo codice nella sua interezza, non ti ci vorrà molto per riscrivere le sue stronzate. Non ci vorrà molto tempo per spiegare alla direzione che questo "sviluppatore insostituibile" è in realtà piuttosto cattivo e dovrebbe andarsene. Immagino che sia il nocciolo della reazione e del comportamento. Hanno paura che tu introduca le metodologie corrette e lui cercherà SOL di cambiare settore poiché nessuno lo assumerebbe.

Non avevo intenzione di suggerire la ricerca di un lavoro, ma data la reazione del tuo manager e il suggerisco che lo sviluppo non è molto apprezzato in questa azienda (no reppos?) potrebbe essere il momento di andare.

Ho solo pensato di mandare un piccolo consiglio mentre attraversavo la stessa (e intendo ESATTA) stessa esperienza durante il mio apprendistato.

Lo sviluppatore senior ha creato un codice terribile, non lo ha permesso io per risolvere tutti i problemi che ha chiaramente fatto, e mi ha incolpato per ogni errore anche se era colpa sua. Urlava, faceva i capricci, mi chiamava idiota e mi chiedeva persino se ero sballato.

Questo ragazzo era presumibilmente un ex militare e non era una persona molto gentile.

Io finì per opporsi a lui (come apprendista), temendo che avrei perso il lavoro dato che avevo un neonato da mantenere. Ma comunque l'ho fatto e mi sono separato da lui al lavoro, ho ampliato le mie capacità, ho ottenuto un aumento di stipendio e ora sto ricevendo tonnellate di altre offerte di lavoro.

Ho aspettato 2 anni di tormento da quel ragazzo prima alzarsi; ci sono state innumerevoli conversazioni con il mio manager e direttore (che non si è mai sbarazzato di lui e ancora non l'ha fatto). Direi: alzati, amico. Digli che è ridicolo, chiedi di essere spostato / separato da lui e cerca un nuovo lavoro mentre ci sei! Quell'azienda chiaramente non ti apprezza né ti rispetta e probabilmente si approfitterà di te più a lungo rimani.

Soprattutto: rimani forte, ho pianto due volte dopo alcune urla e minacce da parte del ragazzo che ho ha lavorato con. Va bene farlo, perché le cose ci arrivano. Devi solo capire quando abbastanza è abbastanza e fare il grande passo.

Tieni il mento in alto, amico.

Ha assolutamente ragione, non dovresti toccare il suo codice. Tuttavia, il codice che l'azienda utilizza e che ha scritto non è il suo codice. È di proprietà dell'azienda, non di lui. Non ha alcun diritto su di esso.

Per quanto riguarda il codice, concorda con il tuo manager se (a) hai il permesso dell'azienda per modificare il codice che ha scritto, ovviamente facendo revisioni del codice ecc., o (b) se devi inviare il lo sviluppatore richiede di apportare le modifiche necessarie al suo codice, viene inviato in Cc al tuo manager e inoltrato se le modifiche non avvengono in modo tempestivo.

BTW. Nella maggior parte delle aziende, il peggio che puoi fare è la retribuzione. Fare qualcosa che riceva reclami è spesso innocuo, ma la punizione contro il denunciante ti fa licenziare. Diglielo.

Sì ... incontrerai sviluppatori del genere mentre percorri il percorso. Non documentano mai nulla, non partecipano alle revisioni del codice, non ti aiuteranno ... e il loro codice di solito è spazzatura.

Personalmente mi piace sfidare persone in questo modo. Mettiti sul suo terreno, calpestagli i piedi e scherzalo un po '. Inizia a fare il suo lavoro. Costruisci un prototipo per un sistema parallelo, ma fallo bene e apporta miglioramenti.

La conclusione è che tu sei migliore di lui, e lui ha paura di te, ha paura che tu possa accettare il suo lavoro.

Quando fa i capricci, sii calmo e non impegnarsi. Davvero, cosa può fare? Sta solo soffiando fumo. L'intero ufficio ti adorerà per questo.

Mi piace sentirli urlare> .<

Potresti essere sopra la testa in questa azienda e potrebbe non valere la pena restare o provare a risolvere le cose. Altre risposte hanno fatto molti punti positivi sulla risoluzione del problema pur rimanendo in azienda, ma vorrei suggerire di lasciare l'opzione migliore.

Questo sviluppatore senior deve essere sostituito, non solo a causa del suo comportamento offensivo , ma per il modo in cui ha progettato i sistemi della tua azienda. Si è posto come unico punto di errore accumulando e oscurando il codice ed è probabile che nessun altro in azienda ne sappia abbastanza sull'IT per riconoscere questo come un problema. Ci sono cose per le quali nessun altro ha le credenziali? Se viene investito da un autobus, saresti anche in grado di accedere alla macchina su cui tiene il codice della tua azienda?

Hai chiarito che questo è il tuo primo lavoro come sviluppatore. Sebbene tu possa essere in grado di sostituirlo, sei ancora uno sviluppatore junior. Anche se fosse completamente disposto a formarti come suo sostituto, probabilmente non sarebbe comunque una buona idea per te o per l'azienda. Trarresti molto più vantaggio dalla possibilità di lavorare in una squadra e imparare dagli altri. Considera il tuo sviluppatore senior ostile: non c'è nessuno in giro (oltre a te) per sottolineare le sue pratiche dannose. Lavorare da solo in questa fase iniziale della tua carriera potrebbe prepararti ad avere delle tue cattive abitudini (è vero, se fosse disposto a formarti come sostituto, allora sarebbe una persona molto diversa e non bisogno da sostituire.)

Il percorso migliore per questa azienda sarebbe assumere uno sviluppatore senior con l'obiettivo di sostituire lo sviluppatore ostile, qualcuno con non solo la conoscenza, ma anni di esperienza. La strada migliore per te sarebbe trovare un altro lavoro, uno in cui hai dei BUONI esempi da cui imparare, invece di semplici esempi di cosa NON fare.

1. Dillo a hr e vedi se può essere risolto.
2. Se fallisce, fai un incontro 1 a 1 con lui e il responsabile tecnico. Digli dove ha scritto un codice sbagliato e non ti piace il suo comportamento.
3. Se fallisce, cambia squadra
4. Se non è permesso, intenta causa contro di lui e assumi un buon avvocato.
5. Lascia l'azienda tossica e i colleghi.