Staff Platform Engineer - EU

Stiamo cercando un curioso, rigoroso, ingegnere della piattaforma di problem-hungry (chi codici!) per portare la palla come portiamo Ashby alle grandi leghe. Ashby costruisce software che consente ai team di talento di costruire un processo di assunzione efficiente, delizioso e rispettoso. Allo stesso modo, sei un ingegnere che vuole costruire una “strada asfaltata” che eccellenti team di ingegneria possono tranquillamente portare alla luna e indietro. Abbiamo clienti importanti come Notion, Linear, Shopify e Snowflake. Le nostre metriche di crescita e di ritenzione sono migliori in classe tra i nostri coetanei: abbiamo decine di milioni in ARR, in crescita >100% anno su anno, oltre 2500 clienti, molto basso churn, e molti anni di pista. Condivideremo più dettagli una volta che ci incontriamo, ma ora probabilmente avete una buona idea sul perché stiamo assumendo per questo ruolo. Abbiamo elencato questo ruolo due volte: come Ingegnere di Piattaforma e Ingegnere di Affidabilità del Sito – il nostro team fa entrambi, e siamo aperti a candidati che si appoggiano verso uno o l'altro. Circa il ruolo e come lavoriamoHiI’m Colin, responsabile di EMEA Engineering. Ho passato un certo numero di anni leader team di ingegneria nelle startup, e che ha sempre incluso essere vicino a team di infrastrutture - non importa quale nome hanno indossato (SRE, infrastruttura, piattaforma, ecc). Ho le mie mani sporco costruire l'infrastruttura iniziale per le startup e conoscere il valore che un ingegnere infrastruttura di talento porta. Il rigore, la disciplina, la pace e la quiete quando tutto va avanti. La nostra infrastruttura è in un buon posto per ora. Niente è statico. Ashby continua a crescere rapidamente, mettendo tensione sulla nostra infrastruttura esistente. Stiamo sempre cercando di dare ai nostri clienti più potente software di assunzione, e la costruzione di nuove caratteristiche di prodotto richiede spesso nuovi pezzi di infrastruttura. Avendo raccolto un sacco di fiocco di neve in passato, Ho imparato che c'è un modo migliore. Io (e Ashby) posto un sacco di valore su infrastruttura-come-codice. In qualità di Platform Engineer di Ashby, potrai immergerti in problemi di scaling, aggiungere nuove funzionalità alla nostra piattaforma e pensare a come il nostro intero team interagisce con l'infrastruttura. Tutti i nostri ingegneri possiedono i loro progetti end-to-end e nave con minima supervisione. Non mettiamo blocchi stradali per garantire la sicurezza quando il buon senso farà e non costruiamo processi come tavole di gestione dei cambiamenti intorno al denominatore comune più basso. Ma con grande potere viene grande responsabilità: gestiamo dati personali e confidenziali su alcune delle decisioni più grandi che facciamo mai al lavoro. Mentre cresciamo, clienti sempre più grandi si affidano a noi per essere affidabili e sicuri e come operiamo internamente dovrà evolversi. Siamo in un punto di inflessione dove la nostra capacità di scalare e offrire un'esperienza senza soluzione di continuità ha un impatto make-or-break – abbiamo alcune delle aziende in crescita più veloce che utilizzano la nostra piattaforma ogni giorno per assumere centinaia di persone al mese. Abbiamo bisogno di qualcuno come te per prendere buone decisioni, debug problemi spinosi, e costruire una piattaforma a prova di futuro che può resistere a questa scala. Il nostro piccolo ma possente team di infrastrutture ha creato un ambiente sicuro e semplice (non crediamo nella filatura di un nuovo servizio a meno che non sia necessario!) per il nostro team di prodotti in crescita di costruire. È qui che entri: anche tu possiederai progetti end-to-end e avrai un impatto sulle parti principali dello sviluppatore Ashby e sull’esperienza degli utenti. Per esempio, è possibile lavorare su:Ottimizzare il nostro compilatore DSL-to-SQL di reclutamento ultra-dinamico di homegrown, e creare strumenti per aiutare gli sviluppatori a fare cosìCrea i guardrails automatizzati per la sicurezza e la privacy dei nostri dati dei clientiAiutare i nostri sviluppatori caratteristiche nave veloce attraverso i distribuzioni canari, rollout graduali e bandiere di funzionalità, mantenendo la complessità gestibile e riducendo downtimeWork con il business e il team di ingegneria corrispondente Assicurarsi che tutta la comunicazione con i servizi esterni supporti retries e interruttore-rompi. Implementare l'infrastruttura per supportare un'architettura e un deposito dati orientati agli eventi. Stiamo cercando qualcuno che possa costruire sistemi con cui un ingegnere vorrebbe lavorare: maturo e noioso ma di mentalità aperta e avvicinabile. Dobbiamo bilanciare l'affidabilità con flessibilità. Il software e la sua disponibilità sono ora mission-critical per quasi tutti i professionisti del lavoro. Per essere in un SRE nel mondo di oggi, devi essere estremamente confortevole valutare il rischio, quelli che si prendono e quelli altri prendono. Perché si dovrebbe o non dovrebbe applicare Si dovrebbe applicare se: Non ti fermi mai. Si ottiene stranamente ossessionato da un problema che non ha ancora senso, girarlo ogni che senso nella vostra testa fino all'alba della spiegazione. Cercherai ogni roccia, inventario ogni indizio, caccia ogni mismatch. Lo facciamo anche noi - insieme saremo armati di strumenti di monitoraggio all'avanguardia e una quantità impressionante di dati, e unirci all'avventura. Non si prendono scorciatoie. Stai parlando per l'utente futuro, il caso bordo, il design del giorno del giudizio. Sapete che gli ingegneri del prodotto vogliono costruirlo con voi, e vederli come alleati, dove date loro il potere e la conoscenza per accedere a cose più grandi. Sei qualcuno che si preoccupa di quello che fai e la squadra con cui lo fai, e vuole lavorare con altri che fanno pure. Sarete su pannelli di intervista scegliendo i vostri colleghi prossimi, e si prenderà sul serio. Vuoi solo lavorare con persone che ti rendono migliore e vogliono farti stare meglio. Hai costruito l'infrastruttura in una fase leggermente più tardi rispetto a Ashby è in - sai come affrontare milioni di punti di dati, hanno visto grandi infrastrutture (o non grandi) fare o rompere l'esperienza del cliente, e hanno automatizzato tutto dal provisioning al monitoraggio e processo di rilascio. Sei un coltello dell'esercito svizzero (tutte le nazionalità accolgono;) ). Avrai ogni problema difficile che la società affronta. Si arriva a fare gli aggiornamenti delle infrastrutture, le forze di sicurezza, l'ottimizzazione del database, il debug di Kubernetes e scavare attraverso le tracce di Typescript per capire cosa non funziona. Probabilmente non ti senti come un esperto almeno una parte di questo... e questo ti attrae. Tutto ciò che fa per un tipo di ruolo piuttosto specifico, e il lavoro non è per i gusti di tutti! Non si deve applicare se: Non si vuole prendere le proprie decisioni su ciò che è la migliore strada asfaltata per costruire per Ashby, e si aspettano un vantaggio o manager per fare la chiamata finale su ciò che è. I nostri lead (e manager) danno un ampio commento e feedback sulle decisioni tecniche e su come sono fatte, ma spedisci quello che vuoi costruire e sei responsabile per esso. Odi SQL. Abbiamo un sacco di funzioni costruite intorno a rendere il migliore fuori dei dati, e i nostri ingegneri della piattaforma anche a volte immergersi in un rapporto gnarly o consigliare ingegneri su un modello di dati più performante da utilizzare. Non vuoi codificare. I nostri SRE sono alcuni dei nostri migliori ingegneri software e sono altrettanto responsabili per l'applicazione come gli altri team di ingegneria - anche se a livello di piattaforma. La revisione del codice e la presentazione delle modifiche del codice saranno parte del vostro giorno per giorno. Il vostro modo primario di comunicare le migliori pratiche agli ingegneri è incontri dal vivo. Siamo una cultura molto asincense e comunicazione scritta (e codice) è come i cambiamenti vengono fatti. Come Ashby SRE, dovrai condividere nuovi strumenti e migliori pratiche con gli ingegneri più velocemente della tua prossima opportunità di incontro ti porterà. Non hai mai consegnato un progetto, da solo, senza qualcuno che ti propone per aggiornamenti. Non abbiamo progetti o gestori di consegne per riempire il vostro calendario con lavoro occupato, ma il capovolto è che dovete fare la vostra gestione del progetto, cercare l'aiuto necessario per ottenere unsuck e tagliare la portata quando è utile. Technology StackI’m sharing our tech stack with the caveat that we don’t need before experience in it: TypeScript (frontend & backend), Node.js, React, Apollo GraphQL, Postgres, Redis. Utilizziamo Datadog e Sentry sul 100% cloud-based (AWS) infra. Prendiamo seriamente l'esperienza dello sviluppatore e l'affidabilità: tutti gli ingegneri sono in chiamata in un modello di follow-the-sun, e tutti contribuiscono allo sviluppo di utensili. Ciò che siamo ingegneri di BuildingAs, siamo abituati a tooling che ci rende migliori a quello che facciamo. Quando abbiamo iniziato Ashby, abbiamo visto il contrario con il software Talent Acquisition. Le squadre di reclutamento stavano livellando come hanno fatto il loro lavoro, ma invece di software soddisfare questo nuovo standard, li ha tenuti indietro. Lo studio di un round finale è un ottimo esempio. I team di reclutamento hanno voluto programmare i candidati più velocemente, tracciare la preparazione dell'intervistatore e la qualità, e farlo con metà del headcount. Un recruiter necessario per raccogliere manualmente la disponibilità dal candidato, identificare intervistatori qualificati, eseguire “Calendar Tetris” per trovare chi è a disposizione per intervistare il candidato, programmare la prima data possibile, e effettuare eventuali modifiche di ultimo minuto come la disponibilità cambiato. Essi devono farlo considerando il carico di intervista su ogni individuo e se gli intervistatori devono essere addestrati e ombreggiando gli altri. Il software TA non ha aiutato. Come manager di assunzione, sappiamo che TA è una funzione critica, e come ingegneri, sappiamo che il software può fare meglio. Così, abbiamo costruito e continuare a costruire Ashby per dare ai team TA il più alto standard di utensili. Software intelligente e potente. Software che fornisce informazioni su dove stanno fallendo e automatizza o semplifica molte delle attività con cui sono sott'acqua. Vogliamo che altre funzioni e dipartimenti siano gelosi di ciò che le squadre TA possono fare con Ashby, e oggi lo sono spesso! La nostra cultura ingegneristica è motivata da Abhik e Benji (i nostri co-fondatori) credono che un piccolo team di talento, dato l'ambiente giusto, può costruire il software di alta qualità veloce (e lavorare ore regolari!). Lo facciamo attraverso: Procedimento minimo con proprietà sulle decisioni normalmente prese dal prodotto e dal designCooperazione naturale e comunicazione deliberata Investire in strumenti e astrazioni che ci danno levaPutting sforzo nella costruzione di un team diversoMinimal Process & Lots of Ownership I migliori ingegneri che abbiamo lavorato con risultati affidabili e magici. Hanno preso i problemi del cliente e senza sosta li ha portati a soluzioni che non solo hanno avuto successo, ma spesso brillante e creativo. Mentre lo facevano con una minima supervisione, gli stakeholder non erano mai al buio come a quello che stava accadendo, e nessun contrattempo era una sorpresa. I processi tradizionali di sviluppo dei prodotti non sono destinati ai migliori ingegneri. Il loro scopo è quello di creare risultati coerenti indipendentemente dalla capacità dell'ingegnere. Ma, la consistenza viene a scapito del tempo e della libertà di un ingegnere—entrambi gli ingredienti necessari per generare quei risultati magici. Di conseguenza, il processo soffoca i migliori ingegneri e non dà agli altri la possibilità di praticare i comportamenti che hanno reso i migliori ingegneri il “migliore. “A Ashby, vogliamo costruire un ambiente che incoraggia ogni ingegnere ad essere il migliore. Così, ad Ashby, ogni Ingegnere gestisce il loro progetto. I responsabili del prodotto (e i progettisti) costruiscono la strategia, fanno la ricerca del cliente e consegnano i brief dei problemi agli ingegneri. Gli ingegneri assumono il resto: ricercano il problema, scrivono le specifiche del prodotto, costruiscono i fili e implementano la loro soluzione end-to-end. Ci affidiamo agli ingegneri, non al processo, per spingere le informazioni verso l'esterno verso le persone rilevanti (ad esempio, Product Managers) e tirare le persone per aiutare (ad esempio, Designers, Infra). È un nuovo livello di proprietà per molti ingegneri, ma preferiremmo un ingegnere fallire un po 'e allenare le loro abilità che utilizzare il processo come una stampella. Non tutti riescono nella nostra cultura, ma coloro che prosperano. La collaborazione è Natural & Communication è DeliberateIl nostro team di ingegneri è composto da studenti che hanno talento ma anche umile e gentile (meet them here!). Questi attributi creano un ambiente in cui la collaborazione avviene naturalmente. Lo combiniamo con la ricerca, la prototipazione e le proposte scritte per vedere intorno agli angoli e ottenere feedback dal team attraverso i fusi orari. Il tempo di messa a fuoco è qualcosa che abbiamo sacro, e, con comunicazione riflessiva e deliberata, gli ingegneri sono in