Ingegnere informatico senior, un ruolo per cui Altuon assume

Ingegnere informatico senior

L’ingegnere che sposta un registro mentre l’azienda continua a commerciare e può dimostrare in un dato giorno che il vecchio e il nuovo sono d’accordo.

L'ingegnere informatico senior crea e migra i sistemi principali da cui dipende tutto il resto di un'organizzazione, mentre l'organizzazione continua a funzionare. Il ruolo progetta e implementa i livelli di compatibilità, la doppia esecuzione e la riconciliazione che consentono di sostituire un core un consumatore alla volta, scrive i test che specificano ciò che il sistema promette e consegna un sistema che il team del cliente può eseguire senza di noi. Si tratta di un ruolo di contributore individuale con un ampio mandato: l'ingegnere senior possiede i componenti dall'inizio alla fine, dal modello di dati al runbook, negli impegni in cui un passo sbagliato è visibile a un regolatore.

Candidati per questo ruolo

Disciplina: Ingegneria del software
Regione: Tutte le regioni
Rapporto di lavoro: Lavoro a tempo pieno o impegno a lungo termine, previo accordo.
Sede: Remoti in Europa, Medio Oriente o Nord America, con viaggi presso le sedi dei clienti nella regione dell'incarico.
Lingue di lavoro: inglese; Tedesco, francese o arabo anche se l'impegno lo richiede.

Responsabilità

01Leggi il sistema esistente così com'è, non come lo descrive la sua documentazione: il codice, lo schema, i lavori batch, i consumatori privi di documenti e le persone che sanno dove si piega. Produrre la mappa delle dipendenze su cui è costruito il piano di migrazione e mantenerla fedele poiché alcune parti di essa risultano errate.
02Costruisci il livello di compatibilità che comunica i contratti esistenti del sistema legacy a ogni consumatore mentre l'implementazione alla base cambia. A nessun consumatore viene chiesto di cambiare prima che il nuovo nucleo sia pronto, e ogni cut-over ha un rollback che è già stato eseguito durante le prove.
03Progettare ed eseguire la doppia esecuzione e la riconciliazione. I nuovi processi core si affiancano a quelli vecchi, ogni record viene confrontato ogni giorno e ogni differenza viene spiegata o corretta finché il conteggio non arriva a zero e rimane lì. Il rapporto di riconciliazione è il documento letto dal revisore del cliente.
04Scrivi i test come specifica: test contrattuali da entrambi i lati di ogni integrazione, invarianti scritte e applicate e una pipeline che rifiuta una modifica che i test non accettano. Un comportamento senza test non è ancora un comportamento che abbiamo promesso.
05Costruisci il livello di integrazione, le API con versione, i flussi di eventi e gli adattatori con contratti scritti e applicati nella pipeline, in modo che i team che si basano sul core possano spostarsi senza chiedercelo.
06Lavorare all'interno del quadro normativo del cliente. Secondo l'HIPAA ciò significa sapere quali dati sono informazioni sanitarie protette e progettare il controllo degli accessi e la traccia di verifica richiesti dalla regola; secondo le aspettative di outsourcing di un supervisore finanziario significa che il cliente può dimostrare il controllo su ciò che costruiamo e può uscirne. Progettare in modo che l'obbligo sia soddisfatto dall'architettura piuttosto che da un documento politico.
07Lasciare il cliente indipendente. Documentazione scritta per l'ingegnere che si unisce dopo la nostra partenza, osservabilità che mostra cosa sta facendo il sistema in produzione e un passaggio di consegne che si conclude con il team del cliente in grado di cambiare il sistema e di dirci no.

I primi novanta giorni

Il primo mese viene dedicato a una migrazione in tempo reale, insieme al responsabile tecnico dell'incarico, leggendo la mappa delle dipendenze, il livello di compatibilità e i report di riconciliazione prima di modificarli. Lo scopo è scoprire perché ogni cut-over è stato sequenziato così com'era e trovare quello che dovrebbe essere risequenziato.

Il secondo mese è il primo componente di proprietà end-to-end: un consumatore è passato al livello di compatibilità, o un gap di riconciliazione chiuso, progettato, testato, provato con il suo rollback e rilasciato sotto i cancelli del coinvolgimento, con gli ingegneri del cliente coinvolti dalla revisione del progetto. Al termine, l'ingegnere senior presenta la posizione di riconciliazione al comitato direttivo del cliente.

Il terzo mese è il primo passaggio dalla pianificazione al completamento, con il responsabile tecnico nella stanza come revisore piuttosto che come autore. La prova generale, il rollback, la riconciliazione e il runbook spettano all'ingegnere senior entro il novantesimo giorno.

Che cosa viene valutato

Giudizio sulla migrazione: Un esercizio di progettazione su una sostituzione realistica del nucleo con consumatori nominati, un regolatore e nessun tempo di inattività consentito. Cerchiamo una sequenza con un ritorno provato ad ogni passo, non un'architettura di destinazione con scatole.
Disciplina della conciliazione: Una conversazione su una migrazione in cui vecchi e nuovi non erano d'accordo e nessuno se ne è accorto per una settimana. Vogliamo sapere come si sarebbe notata la differenza il primo giorno e cosa ne avresti fatto.
Profondità ingegneristica: Una revisione del codice che avete scritto e di cui sei orgoglioso, e una revisione del codice che abbiamo scritto che contiene un problema. Entrambe le conversazioni riguardano tanto il gusto quanto la correttezza.
Test come da specifica: Un breve esercizio per scrivere i test per un comportamento prima che il codice esista. Cerchiamo test che il revisore del cliente possa leggere come una promessa.
Alfabetizzazione normativa: Una discussione su ciò che l'HIPAA o le aspettative di outsourcing di un supervisore finanziario richiederebbero da un progetto specifico. Conoscere l'obbligo conta più che citare la sezione.
Chiarezza sotto esame: Il colloquio dovrebbe discutere in modo pratico decisioni, vincoli, alternative considerate e valutazione dei risultati.

Che cosa cerchiamo

Anni di creazione e gestione di sistemi record nella produzione, inclusa almeno una migrazione effettuata mentre l'azienda continuava a operare e almeno una che è stata ripristinata.
Profondità in almeno uno stack mainstream e ben supportato e ampiezza sufficiente per leggere una codebase legacy scritta in un altro; il ruolo legge più codice di quanto ne scrive nelle prime settimane.
L'abitudine di scrivere le cose: test, runbook, record decisionali e la documentazione che un successore potrebbe effettivamente utilizzare.
Prova di lasciare un cliente o un team indipendente da voi e di esserne felice.
Comfort con la camera del cliente. Il ruolo viene presentato ai responsabili operativi, ai revisori e al comitato direttivo e viene giudicato in base alla capacità del piano di sopravvivere alle loro domande.
inglese lavorativo; Inoltre il tedesco, il francese o l'arabo sono apprezzati nelle regioni in cui opera l'azienda.

Posizioni aperte

Al momento non c’è una posizione aperta per questo profilo. Le candidature su questo profilo sono lette tutto l’anno.

Assumiamo questi profili come richiesto dagli impegni. Le domande vengono lette tutto l'anno.

Profili dei ruoli