Quick Fire 🔥 cu Somtochi Onyekwere

Somtochi Onyekwere este un contributor open-source și un Inginer Software Senior cu peste cinci ani de experiență în construirea de sisteme fiabile și scalabile care ajută dezvoltatorii să implementeze aplicații la companii tehnologice globale. La Fly.io, lucrează la Corrosion, sistemul distribuit open-source din spatele stratului de rețea. Înainte de Fly, a fost Inginer de Experiență pentru Dezvoltatori și contributor la FluxCD, un proiect open-source pentru GitOps pe Kubernetes care alimentează platformele de dezvoltatori enterprise la companii precum Microsoft și ControlPlane.

Alături de activitatea sa de inginerie, Somtochi este pasionată de construirea comunității, un fir care se întoarce la timpul petrecut la Universitatea Federală de Tehnologie din Owerri, în calitate de GitHub Campus Expert și Ambasador Ingressive Campus. Astăzi, ea co-organizează Kubernetes Community Days Nigeria, a cărei a treia ediție de anul trecut a atras peste 500 de participanți din întreaga Africă.

• Explică-ți jobul unui copil de cinci ani.

Lucrez la instrumentele care le permit altor persoane să-și ruleze site-urile web și aplicațiile, cele pe care le folosești pe telefon în fiecare zi. Este un pic ca și cum ai construi case pentru oameni. De obicei, dacă ai vrea o casă, ar trebui să cumperi terenul, să aduni materialele și să le pui pe toate împreună singur. Companiile cu care lucrez se ocupă de toate astea pentru tine. Tu apari doar cu lucrurile tale și te muți înăuntru.

• Ce îți place la jobul tău și ce te frustrează?

Ceea ce îmi place la jobul meu este tipul de probleme pe care le rezolv și oamenii alături de care le rezolv. Fly.io are unii dintre cei mai remarcabili ingineri cu care am avut oportunitatea să lucrez. Pe partea de probleme, îmi place să lucrez la sisteme distribuite și să găsesc modalități de a le scala păstrându-le fiabile.

Începi să întâlnești probleme interesante atunci când muți un program de pe un singur calculator pe mai multe calculatoare. Acest lucru sparge multe dintre presupozițiile cu care programatorii sunt obișnuiți să lucreze. Îmi place, de asemenea, că ne pasă de experiența dezvoltatorilor și că le facem ușor utilizatorilor să implementeze și să scaleze aplicațiile lor.

Ceea ce mă frustrează și mă entuziasmează în același timp este Legea lui Murphy: orice poate ceda, va ceda. Lucrăm la sisteme care pot eșua, dar care trebuie să fie suficient de fiabile pentru a satisface nevoile utilizatorilor. 

Îmi amintesc că am asistat la primul meu incident și am văzut pe toată lumea acționând cu urgență, rezolvând ce era stricat și asigurându-se că lucrurile reveneau la normal. Acum că am avut propria mea parte de incidente, am devenit mai bună la depanare sub presiune și am învățat să mă gândesc la diferite moduri de eșec de la bun început.

• Care este un „moment GOAT" în cariera ta tech de până acum? Povestește-ne pe scurt.

Când compania mea anterioară, Weaveworks, s-a închis, am decis să fiu intenționată în privința tipului de companie la care mă alăturam în continuare. Am făcut o listă cu companii care făceau lucruri interesante în spațiul infrastructurii — companii ale căror bloguri de inginerie le citeam de plăcere — și am început să aplic.

Fly.io era în fruntea acelei liste, iar procesul de interviu a fost dificil. Dar reușita nu a fost sfârșitul provocării. Am vrut să aduc aceeași intenționalitate în munca pe care o făceam la Fly.io. Am lucrat la alte două proiecte înainte de a ajunge la Corrosion, dar acesta a fost de departe cel mai dificil. Pentru a complica lucrurile, era scris într-un limbaj pe care nu-l cunoșteam.

Așa că l-am învățat rapid și, în câteva luni, contribuiam în mod semnificativ la codebase. În cele din urmă, am devenit dezvoltatorul principal pe acesta. A trece de la „nu am scris niciodată în acest limbaj" la „dețin acest sistem" în acel interval este ceva de care sunt discret mândră, parțial datorită saltului tehnic, dar și pentru că mi-a reamintit că a fi un inginer excelent înseamnă să iei probleme necunoscute sau neclare, să le descompui și să găsești soluții.

• Ai petrecut ani întregi construind comunitate, de la întâlnirile studențești din timpul facultății până la co-organizarea Kubernetes Community Days Nigeria. De ce contează munca în comunitate pentru tine alături de inginerie?

Comunitatea și ingineria nu au fost niciodată separate pentru mine. Au mers întotdeauna mână în mână. Open-source este locul unde mi-am perfecționat meșteșugul când eram la început și am învățat cum funcționează ingineria în lumea reală: oameni care împărtășesc ce știu, lucrând la idei în public și participând la conversațiile care modelează ce devine un proiect.

Această convingere a modelat modul în care mă prezint. Ca studentă, am organizat întâlniri tech în calitate de GitHub Campus Expert și Ambasador Ingressive Campus, ajutând aproximativ cincizeci de studenți să-și construiască abilitățile necesare pentru a începe în industrie. Mai târziu, am militat pentru un spațiu dedicat africanilor în comunitatea Kubernetes Slack, un grup care a crescut la peste 450 de membri. 

Astăzi, co-organizez Kubernetes Community Days Nigeria, a cărei ediție cea mai recentă a adus împreună peste 500 de participanți și vorbitori din întreaga Africă pentru a învăța, a împărtăși și a construi împreună.

Am câștigat mult din comunitate: mentori, colaboratori, prieteni și oportunități. De aceea continui să investesc în următoarea generație de ingineri. Fie că este vorba de a mentora un student prin primul său pull request (PR) sau de a ajuta pe cineva să se pregătească pentru primul său discurs la o conferință, obiectivul este același: să las comunitatea mai puternică decât am găsit-o.

• Ți-ai imaginat vreodată, la 16 ani, că vei ajunge în ingineria software? 

Eu la șaisprezece ani aveam multe interese: matematică, fizică, inginerie, scriere și predare. Multe căi păreau interesante și viabile atunci. Tocmai terminasem liceul și mă uitam la filme pentru a-mi trece timpul. Mereu mă simțeam atrasă de cele cu un hacker la un calculator, tastând furios, rezolvând probleme imposibile și ajutând restul echipei să îndeplinească misiunea.

Deci semințele erau deja acolo. Mi-am spus că măcar voi încerca. Dar eu la șaisprezece ani nu aveam nicio idee cât de departe putea ajunge, și cred că ar fi destul de entuziasmată să vadă ce fac acum.

• Ce altceva ai face dacă nu ai fi în ingineria software?

Probabil aș explora calea de scriitor de ficțiune. Nu mai scriu la fel de mult în zilele astea, dar îmi place în continuare povestirea bună și folosirea cuvintelor ca formă de artă și mijloc de exprimare.