Coders

Abertura

Aula · Coders

A próxima faixa não pede mais código.

Um mapa do que cada faixa pensa, do que cada cargo faz, e de qual soft skill abre a próxima porta.

O assunto

Soft skill primeiro. Faixa e cargo em seguida.

O código abre a primeira porta. A próxima abre quando outra pessoa consegue decidir com o que você escreveu, avisou e sustentou.

01

Soft skill

Clareza, confiança e coragem. Habilidade observável: escrever para alguém decidir, cumprir o combinado, nomear o problema cedo.

02

A faixa

Cinco altitudes. Em cada uma muda o que você olha, o que você entrega e a soft skill que abre a próxima porta.

03

O cargo

Software engineer, tech lead, founding engineer, FDE, dados, DevOps. Título parecido, trabalho diferente.

A tese

O que promove muda conforme a faixa.

Código, soft skill, visibilidade e timing. Cada um manda num momento diferente da carreira.

Código melhor

Abre a primeira porta. Qualidade e previsibilidade ainda são o ingresso da execução. A régua muda quando o problema deixa de ser o ticket.

Soft skill

Pesa, e muda de forma. No início é escrever e pedir ajuda. No meio, feedback e influência. No topo, julgamento.

Ser visto

Promoção é decisão humana com informação incompleta. Visibilidade boa é evidência. Visibilidade ruim é palco sem entrega.

Timing

Vaga abre, alguém sai, projeto estoura. Isso não se controla. Estar pronto é sustentar a pergunta da faixa de cima antes do crachá.

Pergunta para a sala: o que vocês acham que promove — e em que momento da carreira?

Soft skill

É a interface entre o seu trabalho e a decisão dos outros.

É habilidade observável: escrever para alguém decidir, cumprir o combinado, nomear o problema cedo.

Clareza

Primeiro no texto

Pull request, incidente, pedido de decisão. Depois, narrativa para quem não lê o código.

Confiança

Cumprir e avisar

O combinado cumprido. O atraso dito antes de estourar. No andar de cima, a confiança de um time e de uma empresa.

Coragem

Nomear cedo

O bug mais caro quase nunca é técnico. É o silêncio de quem viu o problema e esperou ficar óbvio.

Curiosidade

A mesma pergunta, dois futuros.

Uma mensagem cria trabalho. A outra cabe numa decisão.

Cria trabalho

Fulano, olha isso quando puder. Acho que o timeout tá estranho.

Cabe numa decisão

Pri, preciso de um sim ou não até quinta, 16h, sobre subir o timeout da API para 30s com alerta. Sem isso, o incidente de ontem pode repetir no pico. Eu recomendo 30s. O que falta para você decidir?

A segunda cabe no intervalo entre duas reuniões. A primeira cria uma terceira.

Curiosidade

A entrevista internacional às vezes já aconteceu no texto.

Clareza escrita pesa tanto quanto inglês e algoritmo.

O que viaja

Ferramenta muda todo ano. A capacidade de alinhar gente em volta de uma decisão técnica permanece. Em mercado pequeno, a memória de como você se comportou chega antes do GitHub.

A vaga de fora

Empresa internacional contrata memória assíncrona: issue clara, atualização curta, discordância sem teatro. Inglês importa. Clareza importa tanto quanto. Dá para ir bem em algoritmo e perder a vaga na mensagem que não cabe numa decisão.

Curiosidade

Lá fora, a trilha de especialista é real e remunerada. Aqui, muita empresa ainda só premia quem aceita gestão. Às vezes a escolha é de empresa, não só de cargo. A pergunta na entrevista: existe trilha de staff com voz e compensação equivalentes às de gestão?

A pirâmide

Cinco faixas. Cinco formas de pensar.

Em cada faixa muda o que você olha, o que você entrega e a soft skill que abre a próxima.

A base é larga porque é onde a maioria constrói valor agora. Proprietário é outra responsabilidade, com outro risco. Especialista de alto nível vive na faixa 03, ao lado de manager, sem precisar virar chefe.

Faixa 01 · Execução

Dev, dados, QA, design. O objeto é o ticket.

A pergunta que abre o dia: como eu entrego isso certo? O valor é previsibilidade. Heroísmo impressiona uma semana. Previsibilidade constrói carreira.

Soft skills da porta

Escrever, pedir ajuda, ownership

Review é informação sobre o trabalho, não sentença sobre a pessoa. Daily que funciona é desbloqueio, não relatório.

Chave de acesso

Ver o fluxo

Onde o trabalho espera, onde volta, onde alguém vira gargalo. Explicar trade-off para quem não lê o código. Desbloquear outra pessoa de propósito.

Curiosidade

Indispensável é uma gaiola com elogio. Quem entrega tudo e não sai de férias não foi promovido. Foi trancado.

Faixa 02 · Tech Lead

O objeto deixa de ser o ticket e vira o time.

A pergunta: o que faz este time entregar melhor na próxima semana, e daqui a um trimestre? Você ainda pode codar. Código deixa de ser a métrica e vira ferramenta.

Soft skills da porta

Feedback, não, tradução

Feedback é comportamento, impacto e pedido. Dizer não ao urgente que não é importante. Reunião que termina com dono, prazo e decisão.

Chave de acesso

Escolher uma porta

Staff: influência além do time e decisão escrita. Manager: carreira, 1:1 que não é status, conflito, contratação. Tech lead eterno apaga incêndio com cargo novo.

Curiosidade

Tech lead, muitas vezes, é papel por uma temporada, não nível. O melhor executor com crachá de lead impede o time de crescer e chama isso de responsabilidade.

Faixa 03 · mesma altitude

Staff e manager fazem trabalhos diferentes.

A mesma altitude na carreira. Um multiplica pela técnica. O outro, pelas pessoas.

Staff

Alavanca entre times

Arquitetura, padrão, risco, direção. A soft skill é influência sem autoridade. Staff de verdade é medido por mudança que acontece sem você no teclado o tempo todo.

Documento lindo com zero adoção é torre, não staff.

Manager

O sistema social do software

Pessoas, contexto, contratação, foco, carreira dos outros. A soft skill é coaching com padrão. Manager que ainda precisa ser o melhor dev do time rouba crescimento.

Reunião sem decisão é conversa cara, não gestão.

Curiosidade

Nenhuma porta é o prêmio de consolação da outra. Especialista que aceita gestão para “finalmente ser promovido” sofre, e faz o time sofrer. A chave para C-level, nas duas, é ler negócio: margem, caixa, custo de atrasar, e aguentar que a decisão certa deixa alguém infeliz.

Faixa 04 · C-level

O objeto é a empresa. A entrega é julgamento.

CTO e os pares. A pergunta: estamos fazendo a coisa certa, com o time certo, numa velocidade que o caixa aguenta? A maior parte das decisões boas é sobre o que não fazer.

O que pesa

Julgamento com informação incompleta. Narrativa sem jargão como escudo. Coragem de discordar para cima. Cultura é o que se promove e o que se interrompe, não o poster.

Chave para dono

Separar emprego de empresa. Caixa, sociedade, incentivo. No C-level ainda existe par. No dono, a última palavra é sua, inclusive quando está errada.

Curiosidade

Em startup, C-level e proprietário moram na mesma pessoa. O risco é operar como dev com crachá de fundador: visão publicada, operação no caos. Ou o inverso: operação perfeita de um produto que o mercado já não quer.

Faixa 05 · propriedade

Proprietário não é promoção.

O objeto é a existência do negócio: caixa, mercado, sucessão, o que sobra quando você sai da sala. A entrega é uma empresa que melhora sem o seu heroísmo diário.

O que sustenta

Visão com os pés no caixa. Ética quando ninguém olha, porque atalho de dono vira cultura. Contratar gente melhor que você e não competir com ela. Paciência de composto: reputação e produto rendem juros.

Curiosidade

Abrir empresa para fugir de chefe e descobrir que o cliente é um chefe com cancelamento. Se o negócio morre quando você tira férias, você tem um emprego com CNPJ. Propriedade sem caixa, sem distribuição e sem gente é ansiedade.

A soft skill muda de porta

A soft skill que diferencia muda de faixa.

Clareza abre a base. Julgamento abre o topo. Nenhuma some. Só deixa de ser a porta.

01 ExecuçãoClareza na escrita, pedir ajuda cedo, ownership da entrega.
02 Tech LeadFeedback direto e dizer não com contexto.
03 StaffInfluência sem autoridade e escrita que alinha quem não estava na sala.
03 ManagerCoaching. A carreira dos outros vira parte do seu trabalho.
04 C-levelJulgamento com pouca informação e narrativa para quem decide.
05 DonoCaixa, risco e ética de quem responde pelo negócio inteiro.

Clareza não deixa de importar no topo. Ela só deixa de ser a porta. Lá em cima, a porta é julgamento.

Dois caminhos

Dá para crescer sem virar chefe.

Especialista e liderança sobem lado a lado. A evidência de cada um aparece na semana, não no discurso.

Evidência de especialista

O padrão que outros usam

Energiza problema difícil e decisão que outros times aplicam. Drena semana de férias, desempenho e conflito recorrente. A prova: a decisão técnica acontece sem você implementar.

Evidência de liderança

O time mais claro

Energiza quando alguém desbloqueia. Drena a semana inteira sem conversa. A prova: o time entrega melhor numa ausência curta sua.

Curiosidade

Recusar gestão não trava salário em todo lugar. Trava onde só existe uma escada. Em empresa de 15 pessoas, “staff” pode ser título importado e vazio. A função, não: alguém segura a direção técnica e impede a reescrita de vaidade. Se você só produz ticket com apelido mais caro, ainda está na faixa 01 com fantasia da 03.

Como ler um cargo

Título não é faixa.

Quatro perguntas separam o nome do trabalho de verdade.

01

Qual é o objeto?

Código, time, cliente, dado, plataforma, empresa ou caixa. O objeto revela a faixa melhor do que o nome no LinkedIn.

02

É papel ou nível?

Tech lead costuma ser papel. Staff costuma ser nível. Founding engineer é contexto. DevOps virou os três, e por isso confunde.

03

Manda em gente?

Influência sem contracheque é uma profissão. Contracheque, férias e desligamento são outra. Os dois juntos são dois empregos.

04

O título está vazio?

Empresa importa nome de fora e esquece o objeto. Se a descrição pede arquitetura e também 1:1 de desempenho, pergunte como você será medido.

Cargo-tronco

Software Engineer

Constrói e mantém software. No Brasil quase sempre aparece como desenvolvedor. Lá fora, é o nome padrão de quem é contribuinte individual. Júnior, pleno e sênior mudam a ambiguidade. Não mudam, sozinhos, a faixa.

O objeto

Software funcionando

Pode se especializar em front, back, mobile ou atravessar a fronteira. Fullstack não é “faz tudo sempre”. É quem cruza quando o problema pede.

Não confundir com

Gestão, nem com sênior mítico

Sênior não é quem coleciona framework. É quem entrega com menos heroísmo e reduz a ambiguidade do time. O mito do “10x” quase sempre é contexto, não velocidade de digitação.

Curiosidade

Dá para ser um excelente software engineer a carreira inteira, na trilha de especialista, e ganhar como liderança. O teto aparece quando a empresa só tem uma escada.

Camadas

Frontend e backend olham para coisas diferentes.

Um cuida da superfície que a pessoa usa. O outro, da regra, da API e do dado.

Frontend engineer

A superfície que a pessoa usa

Estado, acessibilidade, performance que se sente. O usuário é quem está do lado de fora. Erro aqui aparece como “está estranho”, mesmo quando a API é a culpada.

Backend engineer

Regra, API, dado, consistência

O que pode acontecer, o que fica gravado, o que quebra com concorrência. O usuário direto muitas vezes é outro sistema, ou o próprio frontend.

Curiosidade

Empresa pequena chama todo mundo de fullstack e depois se irrita quando ninguém aprofunda. Especializar não é se diminuir. É escolher o objeto com clareza. Dá para atravessar a fronteira sem fingir que as duas camadas são o mesmo ofício.

Três leads que a sala mistura

Camada, fluxo ou pessoas.

Frontend lead, backend lead, tech lead e engineering manager não são o mesmo cargo.

Frontend lead · backend lead

A disciplina

Direção daquela camada: padrão, qualidade, mentoria de quem mexe nela. O squad inteiro pode ter, além disso, um tech lead.

Não confundir com o dono do fluxo do time.

Tech lead

O fluxo

Prioridade, trade-off, tradução, desbloqueio do time. Ainda costuma codar. Não é, por padrão, o chefe do contracheque.

Não confundir com lead de uma camada só.

Engineering manager

A gente

Carreira, contratação, foco, desempenho, o sistema social que produz software. Pode entender muito de técnica. O objeto é pessoas em contexto.

Não confundir com o melhor dev do time.

Curiosidade

Um frontend lead brilhante que não conversa com o backend lead cria dois produtos dentro do mesmo produto. E quando a empresa junta tech lead e manager num crachá só, a pessoa faz dois trabalhos e a sala acha que “liderança técnica” é isso.

A altitude 03, com nomes

Staff, manager e staff manager.

Três nomes próximos. Três responsabilidades diferentes.

Staff engineer

Nível, não chefia

IC acima de sênior. Atravessa times. Principal é a mesma trilha, mais longe. Medido por adoção, não por quantidade de documento.

Engineering manager

Nível de gente

Pode cuidar de um time. Senior EM cuida de gestores ou de uma área. O objeto continua pessoas e o sistema que as faz entregar.

Staff manager

Não é um cargo universal. Quando aparece, quase sempre é gestão na altitude de staff: vários times, ou gestores abaixo. Não é staff engineer que “também é chefe”. Se a vaga pede arquitetura e também desligamento, são dois cargos com um crachá. Pergunte como você será medido.

Começo de empresa

Founding Engineer

O construtor dos primeiros. Em geral entre as primeiras pessoas contratadas, antes de existir sistema, processo e às vezes produto fechado. Faz front, back, infra, suporte e ajuda a primeira contratação.

O objeto

O que ainda não existe

Escreve os padrões que os outros vão herdar, inclusive os ruins. Equity aqui pode importar de verdade, porque o salário sozinho não paga a ambiguidade.

Não confundir com

Cofundador, nem com sênior tardio

Cofundador divide sociedade e a última palavra. Founding engineer é contratado. Pode ter equity relevante. Não tem, por padrão, o controle. Sênior que entra no mês 18 herda o sistema. Founding engineer inventa o sistema.

Curiosidade

O título é romântico. O trabalho é dono de tudo, horário largo e decisão sem histórico. Muita gente quer o crachá e não quer o plantão. Alguns founding engineers viram cofundadores depois. Isso é negociação, não efeito colateral do título.

Engenheiro no cliente

Forward Deployed Engineer

Engenheiro enviado para a realidade de um cliente para fazer o produto funcionar ali. O título ganhou forma forte na Palantir. Empresas de IA voltaram a contratar esse perfil para colocar modelo dentro da operação do cliente.

O objeto

O resultado daquele cliente

Coda de verdade, no ambiente do cliente. O roadmap do núcleo não é a métrica. O bom FDE devolve aprendizado para o produto. O ruim acumula projeto sob medida que não escala.

Não confundir com

Consultor ou solutions

Consultor entrega e sai. Solutions mostra, desenha, faz a ponte comercial. FDE continua engenheiro da empresa e constrói. Se a vaga é só implantação e slide, o título está inflado.

Curiosidade

Acelera quem gosta de gente e de caos. Drena quem queria profundidade de plataforma. Não é atalho para staff de produto. É outro objeto: o delta entre o que o produto promete e o que o cliente consegue usar.

Quem sustenta os outros

Platform, DevOps e SRE.

Os três aparecem juntos nas vagas. O usuário de cada um é diferente.

Platform engineer

Produto interno

O usuário é o desenvolvedor. Caminho pavimentado, CI, portal, padrões. Sucesso é o time de produto ir mais rápido sem te chamar para cada deploy.

DevOps

Cultura que virou cargo

Nasceu, no fim dos anos 2000, como ideia: quem constrói também opera. Virou vaga de pipeline, cloud e deploy. Se só uma pessoa pode subir para produção, a empresa tem um gargalo com nome moderno.

SRE

Confiabilidade com método

Irmão do DevOps. Obsessão por erro orçado, incidente, plantão e o sistema em produção. Platform mede a vida de quem constrói. SRE mede se o sistema aguenta.

Curiosidade

No LinkedIn os três títulos se sobrepõem. A pergunta que separa: seu usuário é o cliente final, o desenvolvedor interno, ou o sistema em produção? DevOps não é o próximo passo automático de quem gosta de Linux.

Dados

Analyst, scientist e engineer.

A palavra data está nos três. O trabalho não é o mesmo.

Data analyst

Decisão com dado que já existe

SQL, dashboard, métrica de negócio. O objeto é uma pergunta desta semana. BI analyst, em muita empresa, é o mesmo trabalho. A soft skill é formular a pergunta e não afogar a sala em gráfico.

Data scientist

Incerteza

Modelo, experimento, o que vai acontecer, o que causou. Não é analista que aprendeu Python. Sem dado confiável, o cientista vira faxineiro de CSV.

Data engineer

O sistema de dados

Pipeline, warehouse, qualidade, contrato. É quem torna o dado acreditável. Sem essa pessoa, analyst e scientist improvisam extração para sempre.

Curiosidade

Uma matéria de 2012 chamou data scientist de o emprego mais sexy do século. O título inflou. Muita vaga de scientist é analyst com outro crachá. Analytics engineer é o meio-termo que apareceu depois: modela o dado para o analyst, sem ser o cientista nem o dono do pipeline inteiro. Empresa pequena funde os três. Dá para começar assim. Não dá para cobrar ciência de quem passa o dia consertando planilha.

O mapa

Onde cada cargo senta.

A faixa diz o que a pessoa olha. O cargo diz o nome desse olhar.

01 · Execução
  • Software Engineer
  • Frontend
  • Backend
  • QA
  • Data Analyst
  • Data Engineer
  • DevOps
02 · Um time
  • Tech Lead
  • Frontend Lead
  • Backend Lead
  • FDE
  • Data Scientist
03 · Vários times
  • Staff
  • Principal
  • Platform
  • EM
  • Staff Manager
04 · Empresa
  • CTO
  • C-level
  • Head de dados
  • Head de plataforma
05 · Propriedade
  • Proprietário
  • Cofundador

Founding engineer atravessa: executa na base e carrega risco de dono, sem ser o dono. FDE pode nascer na execução e subir quando o objeto vira o resultado de vários clientes. Platform na faixa 03 é quando deixa de ser “a pessoa do CI” e vira produto interno.

Curiosidade

O cargo bonito pode ser outro trabalho.

Título parecido não significa o mesmo dia a dia.

Não é upgrade automático

FDE não é atalho para staff de plataforma. Founding engineer não é sênior com equity de enfeite. DevOps não é o próximo passo de quem gosta de terminal. Data scientist não é o analyst promovido. Staff manager não é staff que ganhou pessoas de brinde.

A pergunta que importa

Qual objeto você quer sustentar por 12 meses: a entrega, o time, a camada, o cliente, o dado, a plataforma, a empresa ou o caixa? O título certo é o que protege esse objeto. O título bonito, com o objeto errado, é fantasia remunerada por um tempo.

Pergunta para a sala: qual desses objetos é o de vocês — de verdade, na semana que vem?

Tema quente

Overemployment é julgamento, não produtividade.

Overemployment é segurar dois ou mais empregos de tempo integral ao mesmo tempo, em geral sem as empresas saberem, encaixando agenda, câmera e entrega.

Por que ficou quente

O remoto tirou o crachá da mesa. O layoff ensinou que lealdade não é contrato. Para muita gente, um salário não cobre o risco da vida.

O que o nome esconde

Em inglês parece estratégia. Debaixo, muita gente está resolvendo medo e conta, não a próxima faixa.

Curiosidade

O termo ficou famoso em comunidade, não em RH. Quando ficou popular, exclusividade começou a aparecer com mais força em contrato PJ. O tema mudou o papel que você assina.

Duas verdades

Renda é legítima. Esconder contexto custa a faixa de cima.

Uma coisa resolve dinheiro. A outra treina o hábito de omitir.

Verdade 1

Opção não é traição

Querer reserva e mais de uma fonte de dinheiro é adulto. Empresa nenhuma deve estabilidade eterna. Freelance compatível, produto próprio declarado, hora mais cara: isso constrói folga.

Verdade 2

A faixa de cima é confiança

Staff, manager e CTO trabalham com contexto aberto. Dois empregos ocultos treinam o oposto: esconder agenda, misturar código, torcer para as reuniões não baterem.

Pergunta para a sala: a pessoa está tentando resolver renda, ou a próxima faixa?

Três cenas

Três situações para conversar.

Eu conto a cena. Vocês dizem o que pesa de verdade.

A cláusula

PJ, segundo produto parecido

A oferta é boa. A exclusividade está no contrato que ninguém leu. Os clientes se parecem.

A pergunta: o assunto é agenda ou assinatura?

Seis horas

Freelance que cabe

Salário apertado. Seis horas por semana, fora do horário, sem concorrer, contrato atual não proíbe.

A pergunta: o que precisa ficar transparente, e para quem?

Oito meses

Dois crachás

Performance “ok”. Irritação, câmera evitada, estudo parado, reserva zero. “Aguento mais um pouco.”

A pergunta: o experimento já deu resultado. Qual?

A leitura

O que separar em cada cena.

Assinatura, renda compatível e o custo de insistir.

Assinatura vem antes da agenda.

Se a cláusula quebra, a porta adulta é recusar ou renegociar por escrito. Esconder é apostar o nome, e em tech o nome circula.

Renda extra compatível é outra coisa.

Não precisa virar post. Precisa caber no que foi assinado e não apodrecer o trabalho principal. Seis horas que viram segundo emprego disfarçado mudaram de categoria.

O experimento de oito meses já encerrou.

Se não houve reserva nem salto de faixa, insistir é pagar juros com o corpo e com a reputação. A pergunta vira: qual vínculo encerra.

Curiosidade jurídica, em uma frase

Esta aula não substitui o seu contrato nem alguém da área jurídica. Em PJ, exclusividade quebrada é quebra de contrato. Na CLT, falta grave pode alcançar quem concorre com o empregador ou prejudica o serviço. Ter mais de uma fonte de renda, por si, não é o problema. Concorrência, prejuízo e mistura de código, dado ou cliente são.

O que constrói faixa

Há formas de ter mais de uma renda sem esconder o contexto.

Reserva, hora mais cara, consultoria compatível e produto com fronteira clara.

Versões adultas do mesmo desejo

Reserva de caixa. Hora mais cara, de especialista. Consultoria que cabe no contrato. Produto próprio com fronteira escrita: sem código da empresa, sem dado de cliente, sem horário contratado, sem o mesmo problema vendido para o mesmo mercado.

Curiosidade

Overemployment oculto resolve um mês. Não constrói staff, não constrói gestão, não constrói empresa. Treina exatamente a habilidade que a próxima faixa pede que você largue: esconder o contexto.

Liberdade prática, para a maioria, é seis meses de despesa. Não dois logins no Slack.

Para levar

A próxima faixa começa quando a pergunta muda.

Um foco para os próximos 12 meses, um cargo que estava misturado, uma conversa para ter.

01

O objeto

Entrega, time, camada, cliente, dado, plataforma, empresa ou caixa. Um, pelos próximos 12 meses.

02

O cargo

O título que você estava confundindo com outro. Nome parecido não é o mesmo trabalho.

03

A conversa

A pessoa com quem você precisa falar, e o texto que cabe numa decisão.

Tudo o que você dev sustentar já cabe numa pergunta nova, dita em voz alta.