Perguntas Rápidas 🔥 com Somtochi Onyekwere

Somtochi Onyekwere é uma mantenedora de código aberto e Engenheira de Software Sénior com mais de cinco anos de experiência na criação de sistemas fiáveis e escaláveis que ajudam os programadores a implementar aplicações em empresas de tecnologia globais. Na Fly.io, trabalha no Corrosion, o sistema distribuído de código aberto que suporta a camada de rede. Antes da Fly, foi Engenheira de Experiência de Programador e mantenedora do FluxCD, um projeto de código aberto para GitOps em Kubernetes que alimenta plataformas de programadores empresariais em empresas como a Microsoft e a ControlPlane.

Para além do seu trabalho de engenharia, Somtochi é apaixonada pela criação de comunidades, um fio condutor que remonta à sua passagem pela Universidade Federal de Tecnologia de Owerri, enquanto GitHub Campus Expert e Ingressive Campus Ambassador. Hoje, co-organiza o Kubernetes Community Days Nigeria, cuja terceira edição, no ano passado, atraiu mais de 500 participantes de toda a África.

• Explica o teu trabalho a uma criança de cinco anos.

Trabalho nas ferramentas que permitem a outras pessoas gerir os seus sites e aplicações — as que usas no teu telemóvel todos os dias. É um pouco como construir casas para as pessoas. Normalmente, se quisesses uma casa, terias de comprar o terreno, reunir os materiais e montar tudo tu mesmo. As empresas com quem trabalho tratam de tudo isso por ti. Só tens de aparecer com as tuas coisas e instalar-te.

• O que é que adoras no teu trabalho e o que te frustra?

O que adoro no meu trabalho é o tipo de problemas que tenho de resolver e as pessoas com quem os resolvo. A Fly.io tem alguns dos engenheiros mais extraordinários com quem já tive a oportunidade de trabalhar. Do lado dos problemas, gosto de trabalhar em sistemas distribuídos e descobrir como os escalar mantendo-os fiáveis.

Começam a surgir problemas interessantes quando se passa um programa de correr num único computador para correr em vários computadores. Isso quebra muitos dos pressupostos com que os programadores estão habituados a trabalhar. Também gosto do facto de nos preocuparmos com a experiência do programador e de facilitarmos a implementação e o escalonamento das suas aplicações aos utilizadores.

O que me frustra e me entusiasma ao mesmo tempo é a Lei de Murphy: tudo o que pode falhar, vai falhar. Trabalhamos em sistemas que podem falhar, mas que ainda precisam de ser suficientemente fiáveis para satisfazer as necessidades dos utilizadores.

Lembro-me de assistir ao meu primeiro incidente e de ver toda a gente a agir com urgência, a corrigir o que estava avariado e a garantir que tudo voltava ao normal. Agora que já tive a minha quota-parte de incidentes, tornei-me melhor a depurar sob pressão e aprendi a pensar nos diferentes modos de falha desde o início.

• Qual foi o teu 'momento GOAT' na tua carreira tecnológica até agora? Conta-nos numa história curta.

Quando a minha empresa anterior, a Weaveworks, fechou, decidi ser intencional quanto ao tipo de empresa que iria integrar a seguir. Fiz uma lista de empresas a fazer coisas interessantes no espaço de infraestrutura — empresas cujos blogs de engenharia eu lia por prazer — e comecei a candidatar-me.

A Fly.io estava no topo dessa lista e o processo de entrevista foi difícil. Mas conseguir passar não foi o fim do desafio. Queria levar essa mesma intencionalidade para o trabalho que fazia na Fly.io. Trabalhei em dois outros projetos antes de chegar ao Corrosion, mas foi de longe o mais difícil. Para complicar ainda mais as coisas, estava escrito numa linguagem que eu não conhecia.

Por isso, aprendi-a rapidamente e, em poucos meses, estava a contribuir de forma significativa para a base de código. Eventualmente, tornei-me a principal programadora do projeto. Passar de "nunca escrevi nesta linguagem" para "sou responsável por este sistema" nesse período é algo de que me orgulho discretamente, em parte pelo salto técnico, mas também porque me lembrou que ser um grande engenheiro significa pegar em problemas desconhecidos ou pouco claros, decompô-los e encontrar soluções.

• Passaste anos a construir comunidade, desde os encontros de estudantes na universidade até à co-organização do Kubernetes Community Days Nigeria. Por que é que o trabalho comunitário é importante para ti, a par da engenharia?

Comunidade e engenharia nunca foram separadas para mim. Sempre andaram de mãos dadas. O código aberto é onde aperfeiçoei o meu ofício quando estava a começar e aprendi como a engenharia funciona no mundo real: pessoas a partilhar o que sabem, a trabalhar ideias em público e a participar nas conversas que moldam aquilo em que um projeto se torna.

Essa crença moldou a forma como me apresento. Enquanto estudante, organizei encontros tecnológicos como GitHub Campus Expert e Ingressive Campus Ambassador, ajudando cerca de cinquenta estudantes a desenvolver as competências necessárias para começar na indústria. Mais tarde, defendi a criação de um espaço dedicado aos africanos na comunidade Kubernetes Slack, um grupo que cresceu para mais de 450 membros.

Hoje, co-organizo o Kubernetes Community Days Nigeria, cuja edição mais recente reuniu mais de 500 participantes e oradores de toda a África para aprender, partilhar e construir juntos.

Ganhei muito com a comunidade: mentores, colaboradores, amigos e oportunidades. É exatamente por isso que continuo a investir na próxima geração de engenheiros. Seja a orientar um estudante no seu primeiro pull request (PR) ou a ajudar alguém a preparar a sua primeira palestra numa conferência, o objetivo é o mesmo: deixar a comunidade mais forte do que a encontrei.

• A tua versão de 16 anos alguma vez imaginou que acabaria na engenharia de software? 

A minha versão de dezasseis anos tinha muitos interesses: matemática, física, engenharia, escrita e ensino. Muitos caminhos pareciam entusiasmantes e viáveis nessa altura. Tinha acabado de terminar o ensino secundário e via filmes para passar o tempo. Apercebi-me sempre que me sentia atraída pelos que tinham um hacker num computador, a digitar freneticamente, a resolver problemas impossíveis e a ajudar o resto da equipa a cumprir a missão.

Por isso, as sementes já lá estavam. Pensei que pelo menos lhe daria uma tentativa. Mas a minha versão de dezasseis anos não fazia ideia até onde poderia chegar, e acho que ficaria muito entusiasmada ao ver o que estou a fazer agora.

• O que farias se não fosses engenheira de software?

Provavelmente exploraria ser escritora de ficção. Não escrevo tanto hoje em dia, mas ainda adoro uma boa narrativa e usar as palavras como forma de arte e meio de expressão.