Como gerente de contratação de engenheiros, recebo muitas perguntas sobre nosso modelo de engenharia exclusivo. Especificamente, as pessoas querem saber: qual é a diferença entre um engenheiro de software e um engenheiro de software implantado no Forward? Entrevistei Palantirianos de todo o mundo para obter respostas a essas e outras perguntas comuns dos candidatos. Se você está se candidatando a um emprego aqui ou está apenas curioso sobre como operamos, espero que este post ajude você a entender como construímos e implantamos software e como é trabalhar nessas duas funções.

Espere, o que é um Delta?

Engenheiros de software e engenheiros de software implantados são nossas maiores funções de engenharia por número de funcionários. Internamente, nós os chamamos de “Devs” e “Deltas”. (Embora você possa adivinhar a origem de “Dev”, “Delta” é um retrocesso aos nossos primeiros dias, quando cada equipe de Desenvolvimento de Negócios recebeu o nome de uma letra do alfabeto da OTAN.)

Devs (Engenheiros de Software) desenvolvem e projetam nossas plataformas de software, Palantir Foundry e Palantir Gotham. Os desenvolvedores fazem parte do Desenvolvimento de Produtos, uma de nossas quatro divisões principais (as outras são Desenvolvimento de Negócios, Desenvolvimento Interno e Vendas). Um Dev faz parte de uma equipe que possui um componente de plataforma, como Foundry Storage Infrastructure ou Gotham UX, de ponta a ponta. Os desenvolvedores gastam seu tempo escrevendo código e trabalhando com sua equipe para tomar decisões de design e arquitetura que afetam o código que será implantado em muitos clientes diferentes para muitos casos de uso diferentes.

Em termos de responsabilidades e habilidades, a função de Dev na Palantir se alinha com outras empresas, mas nossa hierarquia plana e cultura colaborativa a tornam única. “Há muita autonomia na Palantir”, diz Helen, que lidera o desenvolvimento de back-end para uma equipe de fundição. “Não tenho um gerente que me diga exatamente o que construir e como construir. Em vez disso, trabalho com minha equipe - eu, um gerente de produto, designers de produto e engenheiros de software front-end e back-end - para determinar quais mudanças arquitetônicas precisamos fazer para dar suporte à visão do produto.”

Deltas (Forward Deployed Software Engineers) implantam nossas plataformas de software para os clientes. Os Deltas fazem parte do Desenvolvimento de Negócios e seu mandato é alcançar resultados técnicos para nossos clientes. Como parte de uma equipe que oferece suporte direto a um cliente, a Delta se concentra na criação de valor orientada pela tecnologia: implantar e personalizar as plataformas Palantir para resolver problemas críticos de negócios. Eles medem o sucesso em termos de impacto no objetivo do cliente. Por exemplo, trabalhamos com fabricantes que desejam reduzir o número de produtos defeituosos que saem da linha de montagem. Para mover a agulha nessa métrica, um Delta usa produtos Palantir, uma variedade de linguagens, ferramentas de código aberto e ferramentas de construção padrão do setor e sua própria criatividade para criar uma solução. Você pode pensar no foco de um desenvolvedor como “um recurso, muitos clientes”, enquanto o foco de um Delta é “um cliente, muitos recursos”.

Um equívoco comum é que um Delta é um consultor. “Somos semelhantes porque ambos temos o objetivo de tornar nosso cliente mais eficiente ou melhor de alguma forma”, diz Elisa, uma Delta com sede em Nova York. “No entanto, os consultores geralmente criam uma análise, recomendação ou solução única para um problema específico, enquanto na Palantir trabalhamos em conjunto com nossos clientes para construir uma solução de longo prazo que permita que o cliente melhore continuamente a si mesmo.”

“Na minha opinião, a diferença crítica é que estamos realmente implantando produtos de software existentes para alcançar os resultados do cliente”, diz Dyon, um Delta que trabalha em nosso escritório em Abu Dhabi. “Um Delta faz muito mais trabalho técnico e de engenharia do que um consultor”, acrescenta G.M., que trabalha em São Paulo. Ser um Delta “requer um grau de experiência técnica que é raro de se ver no trabalho de consultoria”.

Vários dos Deltas com quem conversei também mencionaram que muitas vezes contribuem com código de volta para o produto principal. “Se o que está entre uma equipe de desenvolvimento de negócios e um resultado bem-sucedido é a falta de um recurso, capacidade ou correção de bug em uma de nossas plataformas, pode fazer sentido para eles gastar tempo fazendo isso”, diz Ian, um Washington D.C.Dev baseado em Delta, acrescentando que é “importante que eles coordenem com a equipe de produto”. “Solicitações de recursos maiores precisam ser validadas em relação ao roteiro e incorporadas a ele”, diz Elisa. “Ao desenvolver seu recurso, você estará em constante comunicação com a equipe para fazer perguntas sobre o código ou para que eles validem ou revisem suas alterações.”

Com essas definições em mente, vamos mergulhar em mais algumas reflexões de meus colegas sobre como é ser um Dev ou Delta na Palantir.

Como é o dia-a-dia da sua função?

Ian (Washington D.C.): “No momento, estou trabalhando em um recurso de estágio piloto para a plataforma Gotham, então meu dia-a-dia parece ser um desenvolvedor em uma pequena startup. Estou trabalhando lado a lado com uma equipe que está testando esse recurso com um cliente para criar novos recursos em uma cadência rápida, enquanto ainda tomo boas decisões para o futuro deste jovem produto.”

Helen (Nova York): “Como líder de desenvolvimento de back-end em minha equipe, passo algumas horas por semana priorizando, planejando e acompanhando o trabalho nos vários fluxos de trabalho do meu produto. Reúno-me com equipes voltadas para o cliente para discutir suas solicitações de produtos de maior prioridade e determinar como elas se encaixam em nosso roteiro. Escrevo código, reviso o código dos meus colegas de equipe e realizo tarefas de suporte, como responder a perguntas no Slack, depurar e responder a tíquetes de suporte.”

Delta

G.M. (São Paulo): “Meu ‘dia-a-dia’ muda mês a mês, o que é uma característica legal da minha função! Algumas semanas, passo a maior parte do tempo desenvolvendo e revisando o código da minha equipe, como um típico engenheiro de software. Outras semanas, passo a maior parte do tempo analisando o futuro de um projeto com um cliente ou trabalhando com usuários para garantir que as coisas que construímos atendam às suas necessidades. As variações nas demandas do meu papel o tornam emocionante.”

Dyon (Abu Dhabi): “Na maioria das semanas, passo alguns dias trabalhando nas instalações do cliente, parte desse tempo em reuniões com partes interessadas técnicas ou de negócios e o resto do tempo monitorando, depurando, implantando ou configurando nosso software para esse cliente. De volta ao escritório, passo algum tempo escrevendo pequenas alterações de código, revisando solicitações pull e pesquisando/planejando soluções para clientes. O restante do meu tempo é gasto me comunicando por e-mail ou VTC com nossas equipes internas de suporte e desenvolvimento de produtos e com meus subordinados diretos que estão baseados em vários escritórios remotos.”

Quais são alguns exemplos de habilidades que são importantes para sua função?

Dev

Matt (Palo Alto): “Você precisa ser capaz de sintetizar o feedback do produto em uma estratégia técnica, priorizar o trabalho de forma eficaz em uma variedade de partes interessadas diferentes e implementar recursos com código limpo e sustentável.”

Ian (Washington D.C.): “As coisas típicas que um engenheiro de software precisa, juntamente com algumas habilidades específicas da Palantir para navegar na faca de dois gumes da hierarquia relativamente plana. Dependendo do projeto, você precisará de níveis mais altos de empatia e habilidade interpessoal em comparação com muitas funções de engenharia.”

Delta

Elisa (Nova York): “Alguns vêm à mente:

  • ‘Decomposição técnica.’ Nosso trabalho é pegar um problema de alto nível, ‘decompô-lo’ ou decompô-lo e projetar uma solução. Precisamos ser capazes de entender desde o problema de negócios de alto nível até as linhas de código necessárias para resolvê-lo.
  • Autonomia e forte intuição técnica. As equipes são pequenas e os projetos avançam rapidamente. É importante que você seja capaz de descobrir as coisas de forma autônoma. Uma forte intuição técnica ajuda você a se mover rapidamente enquanto aprende uma nova linguagem de codificação sozinho, descobre como criar um plug-in, depurar um problema na plataforma, etc.
  • Consideração e criticidade. É importante que você possa analisar uma situação e formar sua própria opinião sobre o que é melhor. Você recebe responsabilidade rapidamente e confia para tomar decisões importantes. Por exemplo, você frequentemente precisará decidir se deve investir tempo criando um recurso que seu cliente precisa na plataforma principal ou criar algo personalizado que possamos entregar mais rapidamente.”

Katherine (Washington D.C.): “Somos uma espécie de colônia de artistas. Cada FDSE tem um conjunto de habilidades único que os torna valiosos, por isso é difícil identificar o conjunto exato de habilidades necessárias para o sucesso. Coisas como alta empatia do usuário, capacidade e desejo de entender a estratégia de negócios, criatividade na resolução de problemas e independência são alguns exemplos de habilidades que costumo ver em FDSEs bem-sucedidos.”

O que você mais gosta na sua função?

Dev

Ian (Washington D.C.): “Gosto de ser solicitado a trabalhar em coisas que são tecnicamente bastante desafiadoras e que realmente me importo com o que estou construindo – os usuários, os casos de uso e, talvez o mais importante, os resultados que isso permite.”

Matt (Palo Alto): “É incrível poder reconhecer um problema amplo, resolvê-lo geralmente no produto principal e capacitar os Palantirianos em toda a empresa para melhor capacitar nossos usuários.”

Delta

G.M. (São Paulo): “Gosto da variedade que meu papel oferece. Minha principal competência é engenharia, mas como Engenheiro de Software Forward Deployed eu me envolvo em muitas outras áreas do negócio. Sinto que estou constantemente aprendendo, constantemente empurrando minha zona de conforto, e nunca há um momento de tédio.”

Elisa (Nova York): “Não consigo expressar como é gratificante receber um problema realmente difícil que é crucial para uma grande empresa, planejar e construir uma solução e, em seguida, ver o cliente usar o que construímos para resolver o problema.”

Katherine (Washington D.C.): “À medida que deixei de ser uma colaboradora individual para liderar equipes, gostei muito de ter uma visão panorâmica. Ser capaz de ver o trabalho de muitas pessoas se unirem para produzir algo realmente valioso para o nosso cliente é incrível. Também gosto muito de me envolver na estratégia de negócios e ajudar a traduzi-la em execução técnica.”

Dev

Matt (Palo Alto): “Minha equipe fez um tour por um Airbus A350 que acabara de ser concluído.”

Helen (Nova York): “Fiz um rodízio de três meses em nosso escritório em Cingapura!”

Delta

Elisa (Nova York): “Visitei uma linha de fabricação de automóveis onde pude estar dentro de um carro durante um teste de qualidade, onde o carro é executado em uma pista de teste acidentada para testar se há peças soltas.”

Katherine (Washington D.C.): “Devo dizer que a coisa mais legal que fiz na Palantir foi demonstrar nosso software para o Chefe de Gabinete de um serviço de defesa. É muito inspirador ter a chance de conversar com alguns dos líderes do país sobre o potencial revolucionário do nosso software.”

Dyon (Abu Dhabi): “Implantar nas Filipinas após o tufão Haiyan [como parte da iniciativa de engenharia de filantropia da Palantir] e aplicar diretamente nossas ferramentas de integração, análise e visualização de dados para ajudar a fornecer os suprimentos humanitários mais apropriados para as áreas e pessoas que mais precisavam deles foi uma aplicação inspiradora da tecnologia para problemas do mundo real.”

G.M. (São Paulo): “Fui enviado para o Brasil com duas semanas de antecedência. Um ano depois, me vi dando uma palestra de arquitetura para os engenheiros dos clientes em português, que aprendi durante meu tempo no Brasil.”

Conclusão

Se você está dividido sobre qual função se candidatar, saiba que há muito movimento entre eles, pois valorizamos a exposição a diferentes problemas e perspectivas. “Passei cerca de seis meses trabalhando na França como FDSE e passei os últimos dois anos em Palo Alto como Dev na plataforma Foundry”, diz Matt. “Minha experiência como FDSE foi realmente valiosa para informar como penso sobre priorização como engenheiro de software.”

Katherine concorda: “Acho ótimo quando os desenvolvedores passam um tempo ‘em campo’ para entender em primeira mão as experiências de nossos usuários”.

“O crescimento pode assumir muitas formas na Palantir”, acrescenta Dyon. “Embora meu cargo de Engenheiro de Software Avançado não tenha mudado nos sete anos em que estive na Palantir, minha função evoluiu e se transformou em diferentes facetas. Muitas outras pessoas com quem trabalhei tiveram mudanças muito mais radicais em suas funções: de voltadas para o cliente para o desenvolvimento puro de produtos e até mesmo para funções de RH.”

Eu mesmo alternei entre esses papéis. Comecei como FDSE e fui implantado no Oriente Médio e nos países nórdicos. Então, acabei me tornando um líder de tecnologia em todos os nossos clientes governamentais internacionais, localizados em vários países e continentes. Em seguida, mudei-me para Nova York, onde mudei para trabalhar com nossos clientes no setor privado, antes de chegar à minha função atual na equipe de Desenvolvimento de Produtos. Hoje, trabalho com pessoas, crescimento e contratação.

Durante minha jornada, toquei em muitas partes diferentes do negócio: produto, desenvolvimento, sistemas e infraestrutura, design e arquitetura, estratégia de negócios, gestão de pessoas e contratação. E a cada passo do caminho, Palantir apoiou meu desenvolvimento e me encorajou a perseguir meus interesses.

Em resumo, embora os objetivos e o dia-a-dia dessas funções sejam diferentes, é fácil ver tópicos comuns que tornam a engenharia da Palantir única: hierarquia mínima, um ambiente colaborativo e foco em permitir resultados críticos para nossos clientes. Espero que este post tenha lhe dado uma noção melhor de como é ser um engenheiro na Palantir. Se você está intrigado - eu encorajo você a se inscrever!

— As entrevistas foram conduzidas pelo Dr. Bruno Pontes Soares Rocha, que trabalha na Palantir como Gerente de Contratação.

Artigo Original