Coisas que aprendi como engenheiro sênior (2021)
(luminousmen.substack.com)- Texto sincero de um engenheiro de dados com 10 anos de experiência, escrito enquanto estava bêbado, sobre carreira, tecnologia, colegas e vida, originalmente publicado no Reddit r/ExperiencedDevs e preservado aqui
- Mais importantes do que a stack em si são 10 a 20 princípios centrais de cada área, e a stack é só uma ferramenta para facilitar isso
- A forma mais eficaz de crescer na carreira é trocar de emprego, e não há motivo para permanecer em um trabalho insatisfatório
- Código bom é aquele que até um engenheiro júnior consegue entender, e o melhor código é não ter código algum
- Não vincule seu valor pessoal à remuneração ou ao cargo; gentileza e esforço transformam, no longo prazo, tanto a carreira quanto a vida
Estou bêbado e provavelmente vou me arrepender, mas aqui vai meu ranking etílico das coisas que aprendi como engenheiro nos últimos 10 anos.
- A melhor forma de avançar na carreira é mudar de empresa
- A stack tecnológica não importa tanto assim — na área de dados existem cerca de 15 padrões básicos, toda área tem de 10 a 20 princípios centrais, e a stack é só uma ferramenta para facilitar isso, então não se preocupe tanto
- Existe um motivo para tanta gente recomendar trocar de emprego — se você está insatisfeito no trabalho, é hora de ir embora
- Fiz bons amigos para a vida toda no trabalho, mas isso não precisa ser requisito de todo emprego — já tive empregos felizes sem amigos e empregos infelizes mesmo com bons amigos
- Aprendi a ser sinceramente moderado com meu gerente — sem sinceridade demais, mas o suficiente para manter autenticidade no trabalho. Pior cenário? Demissão? Em duas semanas arrumo outro emprego
- Se você está sendo acordado às 2 da manhã por plantão/on-call mais de uma vez por trimestre, existe um problema sério; ou conserta ou pede demissão
Servindo mais uma taça
- As qualidades de um bom gerente se sobrepõem bastante às de um bom engenheiro
- Quando comecei, eu era fascinado por tecnologia, programação e ciência da computação, mas hoje essa fase passou
- Código bom é código que um engenheiro júnior consegue entender, código excelente é algo que até um aluno do primeiro semestre de CS entende, e o melhor código é código nenhum
- A habilidade mais subestimada para um engenheiro é documentação — se alguém me ensinasse de verdade a escrever boa documentação, eu pagaria com gosto, até por um curso de mil dólares, se garantisse que eu conseguiria escrever bons documentos
- Relacionado a isso, saber escrever uma boa proposta para mudanças também é uma habilidade excelente
- Quase toda guerra santa (vim vs emacs, mac vs linux etc.) não importa… com uma exceção. Veja abaixo
- Quanto mais velho fico, mais valorizo linguagens dinâmicas. Isso mesmo, eu disse. Podem vir
- Se você sente que é a pessoa mais inteligente da sala, é hora de sair
- Não entendo por que desenvolvedores web full stack ganham tão pouco — precisam entender frontend, backend, compatibilidade entre navegadores, redes, banco de dados, cache, diferença entre web e mobile e ainda lidar com framework novo o tempo todo. O salário base deveria ser de 500 mil dólares
- Precisamos contratar mais estagiários — cheios de energia e ideias. O melhor tipo é o estagiário que sabe perguntar e criticar
Um gole
- Não conheça seus heróis — fiz um curso de 5 mil dólares com um deles, e ele era ótimo, mas no fim estava improvisando como todo mundo
- A stack tecnológica também importa — pense em um dev Python vs um dev C++ e já vem uma imagem totalmente diferente, porque certas ferramentas são especializadas para certos trabalhos. Se você não sabe o que fazer, vá de Java — é uma linguagem meio ruim, mas serve razoavelmente bem para quase tudo
- A melhor linguagem de programação é Lisp. Você deveria aprender Lisp
- A linguagem mais lucrativa para iniciantes é SQL — você não precisa de mais nada. Se souber SQL, já consegue ganhar dinheiro. Analista de folha 50k → analista de folha que sabe SQL 90k. Profissional comum e organizado 40k → se souber SQL também, chamam de PM e vira 150k
- Testes são importantes, mas TDD é culto
- Emprego público estável não é tão bom quanto parece (para início e meio de carreira) — 120k + benefícios + aposentadoria parece ótimo, mas você vende a alma para tecnologias proprietárias. Tem um motivo para a média de idade dos engenheiros ser 50+. Isso não vale para contratados do governo
- Recrutadores terceirizados são parasitas — mas, se encontrar um bom, cultive a relação. Quem ficou mais de 3 anos como recrutador terceirizado normalmente não é grande coisa; os bons migram para recrutamento interno em big tech
- Stock options ou não valem nada ou te transformam em milionário — se a engenharia não tiver mais de 100 pessoas, normalmente não valem nada
- Trabalho remoto é ótimo. Mas sinto falta de quadro branco
- Nunca trabalhei na FAANG — não sei o que estou perdendo, mas já entrevistei e contratei gente de lá e eles também não sabem o que estão fazendo, igual ao resto
- Seu valor pessoal não tem nem deveria ter relação com sua remuneração total — capitalismo não é um bom critério para medir valor próprio
- Gerentes têm muito menos poder do que você imagina — se alguém não é demitido, geralmente é porque eles não podem demitir
- Cargo na maior parte do tempo não importa — não faz diferença ser Principal Distinguished Staff Lead Engineer em alguma empresa. O que importa é o que você fez e o que alcançou
- Complementando a questão de cargo: no início da carreira (menos de 10 anos), subir de cargo é bom — cresce em habilidade e responsabilidade. Mais tarde na carreira, descer de cargo pode ser vantajoso — mesma remuneração e ainda abre espaço para aumento quando vier a próxima promoção
- Contribua o máximo possível para o 401k
- Seja gentil com todo mundo — não porque ajuda na carreira (ajuda), mas porque a própria gentileza já é recompensa
- Se você não aprendeu algo com um engenheiro júnior ou estagiário no último mês, é porque não estava prestando atenção
Droga, acabou o vinho.
- Vale a pena gastar dinheiro com aulas, livros e conferências — investi em várias conferências, um curso de 1,5k, muitos livros e assinaturas, e valeu a pena. Isso ajuda a parecer melhor no que faz
- Sério, por que desenvolvedores web não ganham mais? Eles sabem tudo!!!
- Síndrome do túnel do carpo e problemas nas costas não são brincadeira — gaste mil dólares agora e compre equipamentos bons
- A pessoa mais inteligente com quem trabalhei era um doutor em matemática — aprendi muito com ele. Espero que esteja bem
- História de uma amiga muito próxima do ensino médio — quando começaram os boatos de que estávamos saindo, ela passou a me ignorar. Não foi legal, mas não guardo rancor, e eu deveria ter lidado melhor com isso na época
- Na 8ª série, eu queria terminar com minha namorada, mas não consegui dizer isso e comecei a ignorá-la — foi uma atitude horrível. Desculpa, Lena
- A melhor parte de ser engenheiro de software é poder conhecer e conversar com pessoas que pensam sobre problemas da mesma forma. Não é o mesmo hobby; é o mesmo jeito de pensar
- Não há mulheres suficientes no setor de tecnologia — incentivo e ajudo as engenheiras da organização, mas não sei o que mais deveria fazer
- O mesmo vale para engenheiros negros
- Nunca odiei uma tecnologia antes de conhecê-la a fundo — se você odeia uma tecnologia mas ainda assim consegue recomendá-la a um cliente, então provavelmente é uma boa tecnologia. Jenkins é horrível, mas recomendá-lo não é negligência profissional
- git é horrível, mas não há escolha — ferramentas GUI são um inferno, a linha de comando é melhor. Tem umas 7 instruções para decorar; o resto é Google
- Já que sou engenheiro de dados, aqui vai uma lição de dados. Não use Pandas
- Ter um analista semi-técnico na equipe facilita o trabalho — gente que entende programação, mas não engenharia de software. Se eles não entendem, o design está errado. Cresci mais com analistas do que com os engenheiros mais brilhantes
- Modo escuro vira sofrimento quando você é forçado a voltar para o modo claro — por isso uso modo claro
- O que sei sobre segurança é basicamente saber que não sei muito sobre segurança
Droga, acabou o vinho.
- Um bom engenheiro sabe quais são as melhores práticas; um engenheiro sênior sabe quando quebrá-las
- Se o ambiente tenta atribuir culpa por bugs ou incidentes, é hora de sair
- Empresas progressistas, especialmente startups, falam para você “trazer seu eu verdadeiro” — mas e se seu eu verdadeiro só assiste pornô? É importante manter limites saudáveis entre trabalho e vida pessoal
- Gosto de beber com colegas no happy hour, mas prefiro passar tempo com meus filhos, minha família e meus amigos
- O melhor exemplo de liderança que já vi: um líder assumiu a culpa por um erro que era 100% dele — eu pisaria no fogo por esse líder
- Na mesma linha, os melhores líderes defendem o próprio ponto de vista e, ao mesmo tempo, explicam opiniões conflitantes. Estou tentando ser assim
- Esqueça side projects — a menos que você goste! Mesmo quando tenho tempo, estou ocupado demais escrevendo post bêbado no Reddit
- Algoritmos e estruturas de dados importam — mas até certo ponto. Assim como ninguém faz quiz de química orgânica em entrevista para farmacêutico, existe um problema no processo de entrevistas do setor
- Engenheiros de DevOps são realmente muito inteligentes. Pelo menos eles costumam ser mais bem pagos
- Mais importante do que fazer o que você ama é fazer algo que você não odeie
- Quanto mais perto do produto e mais perto da receita, mais você sente que seu valor é reconhecido — independentemente do nível técnico, até nas empresas mais avançadas
- Linux importa — mesmo em ambiente Windows. Por quê? Porque no fim você vai usar Linux. Sou grato pelos fins de semana brincando de instalar Arch
- É preciso desconfiar de buzzwords vagas como “big data” — já trabalhei tanto com streaming de 10 mil linhas a cada 10 minutos em Spark/Kafka quanto com batch de 1 bilhão de linhas por hora em Python/MySQL, e o rótulo não significa nada
- Existem bons empregos fora do Vale do Silício, mas muitos bons empregos estão no Vale do Silício
Achei cerveja. Vamos continuar.
Sobre linguagens de programação
- Comecei a usar uma linguagem que eu antes odiava (C#) e, embora ainda não goste, reconheço sua utilidade
- Saí de uma linguagem que eu odiava (C#) e, quando voltei, ela havia evoluído muito
- A maior vantagem das linguagens funcionais é que funções são cidadãos de primeira classe, e todo programador sabe disso
- Não importa quão excelente ou superior seja uma linguagem se ninguém a usa
- Aprender uma linguagem não é difícil — o difícil é aprender o ecossistema
Sobre colegas
- Programação em par é excelente, mas toma muito tempo — e as empresas normalmente não querem gastar esse tempo
- Trabalhar com engenheiros inteligentes te torna um programador melhor. Trabalhar com colegas não técnicos inteligentes te torna um engenheiro melhor
- Não trabalhe fora do horário de 9 às 5 — exceto quando houver um projeto incrível acontecendo e você estiver em flow. Isso é o melhor
- 99% dos happy hours e momentos sociais entre times são só conversa fiada. Mas 1% vira conversa sobre código importante de projeto importante, e já evitei problema grande por falar de trabalho em ambiente social. Não quer dizer que você precisa socializar com outros times, e sim que as pessoas só querem conexão, e isso às vezes traz efeitos colaterais úteis
Sobre trabalho remoto
- Em ambientes meio remotos e meio presenciais, verifique se funcionários remotos estão sendo tratados como cidadãos de segunda classe — se decisões importantes são tomadas “indo beber água”, então mude a cultura da empresa (difícil) ou vá para outra empresa que trate remotos como cidadãos de primeira classe
- O segundo pior ponto do remoto é a falta de quadro branco
- O pior ponto do remoto é que fica mais difícil aprender com os colegas — se não dá para fazer perguntas com confiança e a cultura não trata remotos como iguais aos presenciais, então, nos primeiros 5 anos de carreira, trabalhar no escritório teria sido melhor
Sobre tecnologia
- Todo mundo sabe que tecnologia muda, mas apesar das mudanças drásticas dos últimos 10 anos, os princípios básicos não mudaram tanto — especialmente os princípios fundamentais aplicáveis à sua área
- Hacker News e r/programming só servem para ter ideia geral e acompanhar tendências; os comentários são quase inúteis
- Existem muitos amadores com opiniões fortes, e o mesmo vale para textos em revistas e blogs “respeitados” — acompanhe os rumores, mas julgue por si mesmo
- Trabalho em uma startup de ponta, mas ainda assim não usamos a mais recente tecnologia XYZ anunciada pela empresa de ponta ABC — o que eles publicam é uma parte minúscula da engenharia; a maior parte usa tecnologias parecidas com as nossas
- Ainda assim, é preciso ler os sinais — se você quer trabalhar com tecnologia moderna, mas sua empresa ainda desenvolve principalmente com jQuery, talvez seja hora de reavaliar
Sobre engenharia de dados
- Como sou engenheiro de dados, aqui vai um pouco de conselho/experiência específica de dados
- SQL é rei — MySQL, Postgres, Oracle, SQL Server, SQLite continuam fortíssimos. Mesmo usando tecnologia nova, quase tudo se transfere
- A maioria das empresas não faz streaming — é difícil e complexo. Mesmo com 10 anos de carreira, se você não consegue processar 10 mil eventos por segundo, ainda assim haverá emprego para você
- Airflow não é grande coisa, pronto, falei. Existem outros produtos, mas Airflow é o mais usado
- Projetos de machine learning têm grande chance de fracassar — são complexos e difíceis de implementar. Não acredita? Pense em como é fácil escrever testes unitários para um modelo de ML
- Essa área ainda é nova — não existe livro realmente bom sobre engenharia de dados, você só aprende fazendo. Bootcamp não resolve. Talvez isso mude em 10 anos
Sobre a vida
- Pessoas morrem — se você quer que seu legado seja código, invista tempo nisso. Mas se, como eu, seu legado é família, amigos e as pessoas ao seu redor, não se apegue tanto ao código
- Pessoas boas, inteligentes e bons programadores também escrevem código ruim — não transforme a qualidade do código em variável dependente do seu valor pessoal
- Quando uma tecnologia que era hobby vira trabalho, o hobby desaparece — aceite que tecnologia não é mais hobby e encontre outro, ou largue o emprego se quiser voltar a gostar disso
- Programação e ciência da computação têm cerca de 80 anos como disciplina — comparado a outras engenharias, todos nós ainda estamos meio sem saber o que estamos fazendo
- Estou ganhando um dinheiro bem decente — seja grato, economize e poupe
Outros
- Já construí plataformas e bibliotecas grandes usadas por vários times ao longo de anos, mas o código de que mais me orgulhei foi um script pequeno usado só por mim
- A conquista da qual mais me orgulho na carreira é ter ajudado outras pessoas a trabalharem melhor — talvez porque eu esteja destinado a ser people manager; talvez isso não sirva para os outros
- Criei e atualizei meu LinkedIn ao procurar emprego, mas só recebi respostas ruins e apaguei. Hoje uso o LinkedIn para encontrar candidatos — ele tem muito ruído, e só vale a pena porque parte do meu trabalho é contribuir com esse ruído
- Na faculdade, descobri que uma garota gostava de mim — não acreditei por baixa autoestima, mas ela me chamou para sair. Recusei com educação, e o fato de aos 19 anos eu ter conseguido dizer “não” de forma madura foi um dos momentos de que mais me orgulho na vida
- r/cscareerquestions é um pântano de ego e desinformação — eu queria sacudir aquelas pessoas e explicar como o mundo real funciona, mas elas não acreditariam
O que estou sentindo agora
- Estou bêbado e normalmente nem bebo, então sinto que tudo o que estou dizendo é vergonhoso ou terrível
- Sinto com força que as pessoas deveriam poupar e investir — se você ganha seis dígitos, maximize o 401k
- Virei exatamente aquilo que sempre odiei — trabalho com tecnologia, mas evito tecnologia na vida real. Talvez isso venha com a idade
- r/ExperiencedDevs é uma comunidade bem boa. Obrigado aos moderadores. Vocês recebem muito menos reconhecimento do que merecem
- Devo minha carreira, meu salário e minha vida ao Reddit — eu ganhava salário mínimo num posto de gasolina e cheguei onde estou aprendendo Linux, SQL, Python, C# etc. O Reddit recebe muito ódio, mas suas comunidades ajudam pessoas a sair da pobreza
- Crianças são legais — eu não tenho filhos por escolha. Amo crianças, mas tenho medo do tipo de pai que eu seria. Isso está pessoal demais para este texto?
- Quando alguém me perguntou quem eu admirava e eu respondi Conan O'Brien, riram de mim. Mas eu falava sério — no último episódio do Tonight Show, ele disse “seja gentil e trabalhe duro”, e eu ouvi isso num momento difícil da vida. Como eu não tinha nada a perder, passei a seguir o conselho. Depois de mais de 10 anos sendo gentil, conheci pessoas incríveis; trabalhando duro e tentando coisas novas, minha vida melhorou infinitamente. Pode parecer engraçado dizer que encontrei plenitude na vida por causa de um talk show noturno, mas é a minha vida, e vou afirmar sem vergonha que qualquer sucesso que eu tenha veio graças a um comediante da TV noturna
Estou completamente bêbado, então por favor ignorem o que eu disse. Desculpem o textão.
4 comentários
O conteúdo do texto está um pouco estranho, não? Parece que o que deveria aparecer separado, reunido como opiniões do Hacker News, entrou no corpo do texto... A direção mudou?
Nos últimos dias, eu estava mexendo nas melhorias de prompt e ficou meio instável. Já corrigi isso ;_;
Concordo com a parte sobre o generalista. Quando eu era júnior, também pensava: vou virar generalista~
Opiniões do Hacker News
A ideia de que, ao trabalhar como engenheiro de software, você encontra pessoas com uma forma de pensar parecida foi bem diferente da minha experiência. Das 50 pessoas que conheci, talvez 1 parecesse fazer isso por espírito artesanal; a maioria só queria um 9-to-5, visibilidade e projetos de impacto, sem realmente compartilhar seus problemas e opiniões em profundidade
Essa fala de “arrumei um emprego novo em 2 semanas” tem muito cara daquela época. Naquele tempo, o mercado estava na mão dos funcionários, então todo mundo posava de especialista
Concordei totalmente com a frase “nunca conheça seus heróis; você paga um curso de 5 mil dólares e descobre que a pessoa também está improvisando como todo mundo”
Sobre a ideia de que a habilidade mais subestimada de um engenheiro é documentação, eu acrescentaria que o mais importante na documentação é registrar o porquê. Dá para ler o código, mas eu quero saber por que surgiu uma função de 200 linhas como
invert_parameters, que problema ela resolvia, por que esse problema existia e por quanto tempo esse código deveria continuar existindo. Às vezes eu até deixo comentários em tom de desculpa, explicando que escrevi daquele jeito por pressão de tempo ou por algum problema estranho de upstream. Especialmente em código que não é autoexplicativo, é preciso mostrar a forma de pensar da época em que foi escrito, para que sobreviva um contexto que o código sozinho não revela. Eu gostaria de ver mais disso no trabalho, tanto de juniores quanto de sêniorsSe alguém nos 20 e poucos anos ganha mais de 100 mil dólares por ano, acho muito importante o conselho de primeiro maximizar 401k e HSA, e depois também encher o IRA. A orientação básica de colocar tudo em um target date retirement fund e manter de 6 a 12 meses de custo de vida em uma high yield savings account também me pareceu boa. A ideia era que, começando aos 23 anos, daria até para se aposentar aos 45; se deixar para depois, você pode descobrir aos 45 que ainda precisa trabalhar por mais 20 anos
A lição mais útil que aprendi foi que restrições que eu não escolhi costumam levar a decisões de produto melhores do que limitações impostas por mim mesmo. Eu rodo um encurtador de links em hospedagem compartilhada, sem SSH, com deploy só por FTP, sem worker em background e sem Redis. Sempre que pensei em colocar uma fila decente, WebSocket ou camada de cache, a hospedagem simplesmente não suportava, então eu só não fiz. Por isso, os alertas de clique são enviados por um cron que chama um endpoint PHP uma vez por hora. Não há fila, lógica de retry nem worker: ou envia ou falha, e o resultado só vai para o log. Depois de 6 meses de uso, funcionou bem. Se eu tivesse começado com uma VPS, provavelmente teria construído algo maior que ainda precisaria manter até hoje; o fato de a hospedagem compartilhada traçar a linha em “você só tem cron e banco de dados” me ensinou que isso já era suficiente
Vi vários problemas no texto original. Beber vinho sozinho parece meio estranho; normalmente uísque, vodca ou cerveja seriam mais típicos. Grafias como ‘ever thing’ parecem pensamentos desorganizados de alguém bêbado, o que até combina com o clima do texto. E também é difícil tratar webdev como o exemplo máximo de especialista; dark mode muitas vezes se resolve com extensão de navegador. Farmacêutico é uma profissão que exige diploma, muitos anos de estudo, prova e química orgânica, e dizer que comentários do HN não têm valor também me parece exagerado. Alguns textos são ruins, mas muitas vezes os comentários são melhores do que o próprio post
Isso me lembrou um post relacionado de maio de 2021: Drunk Post: Things I've Learned as a Sr Engineer. Foi um post com 494 comentários
Fiquei surpreso ao ver que este texto é de 2021. Esse clima de falar de SQL ou de trocar de emprego em duas semanas parece muito uma vibe de 2014
Sobre a frase “HN e r/programming são bons para ter uma noção geral e acompanhar tendências, mas os comentários são quase sem valor”, eu praticamente parei de ler comentários depois de levar rate limit dos moderadores do HN. Como eu só podia responder algumas vezes por dia, já não conseguia participar, e isso reduziu minha motivação para ler. Como não é um ban explícito, mas uma desaceleração, a sensação de ser um intruso ficou até mais sutil. Fiquei preocupado se estaria perdendo muita coisa, mas passei a achar que talvez não fosse tão ruim cortar esse impulso habitual de conferir os comentários