Uau..

A excelência técnica, quando o problema não foi claramente definido,
não passa de "resolver com elegância o problema errado".

Uma frase realmente arrepiante

Em teste para desenvolvedor sênior, até dá para entender ter teste de programação,
mas quando passam problema de algoritmo acho absurdo demais (fiquei tão sem reação que nem lembro).

"Se você não vive como pensa, acabará pensando conforme vive."

Será que o Spotify vai ficar irritado?

Sem mencionar resultados concretos do tratamento, só há falas otimistas, então isso não me parece confiável.

Fiquei feliz em ver Gödel, Escher, Bach. Um livro excelente sobre inteligência humana e recursão.

1. A técnica de fazer perguntas e o capital social (Social Capital)

• Ignorância estratégica: as perguntas de um sênior não surgem da ignorância, mas de um ato intencional para eliminar incertezas. Fazer sem vergonha perguntas básicas ("o que significa esta sigla?") é uma competência central.
• Uso do capital social: diferentemente do júnior, o sênior já construiu "capital social" (confiança), então mesmo que faça "perguntas bobas" não é visto como incompetente. O papel do sênior é usar isso para remover ambiguidades das reuniões.
• Consideração do contexto político: para gestores que evitam clareza, perguntas diretas podem soar como ameaça. Por isso, exige-se um alto grau de jogo de cintura para selecionar perguntas que sejam politicamente seguras e, ao mesmo tempo, façam o projeto avançar.

2. Autonomia e gestão de risco (Autonomy & Risk)

• Resolver problemas sem rede de proteção: a referência de um sênior é a capacidade de superar (Plough through) e concluir problemas por conta própria, mesmo sem ajuda externa ou diretrizes claras.
• Controle do caos (Chaos): em vez de buscar clareza absoluta, decide quando "parar" e quando "seguir em frente" de acordo com o contexto. Em vez de esperar uma especificação perfeita, reduz a confusão ao definir suposições adequadas e entregar (Ship).
• Assumir riscos calculados: toma decisões técnicas ousadas que um júnior não consegue tomar — como corrigir em runtime um código que nem compila ou realizar um grande refactoring — e assume a responsabilidade pelo resultado.

3. Inflação de títulos e a contradição estrutural da contratação

• Inflação de títulos (Title Inflation): é comum promover a sênior profissionais júnior ainda não preparados para bater metas de desempenho. Isso cria um descompasso entre o título e a competência real.
• Limites do modelo de contratação: as empresas contratam focando apenas na capacidade de resolver problemas de algoritmo (LeetCode), e não na habilidade de transformar requisitos ambíguos em algo concreto. Como resultado, produzem em massa "sêniores que não conseguem fazer nada sem especificação".
• Substituição do papel de PM: surge a situação em que engenheiros sênior gastam tempo detalhando uma especificação incompleta (Half-baked spec) jogada por um PM preguiçoso. Isso também é uma capacidade do engenheiro, mas ao mesmo tempo evidencia ineficiência organizacional.

4. Tempo de carreira (Tenure) vs. prática deliberada

• Diferença qualitativa na experiência: é preciso distinguir claramente entre "10 anos de crescimento" e "1 ano de experiência repetido 10 vezes". Um sênior de verdade se forma por meio de prática deliberada e desafios fora da zona de conforto.
• If vs What-if: o júnior se concentra em lidar com a condição dada (If), enquanto o sênior considera e se prepara para o caso de as condições mudarem (What-if).
• Definição das etapas de crescimento: o critério mais comum no setor divide a evolução em "etapa com supervisão (Junior)" → "etapa de execução independente (Regular)" → "etapa de orientar outras pessoas (Senior)".

5. Visão cética sobre o título de sênior

• Simples faixa salarial (Pay Grade): existe a opinião cínica de que o título de sênior, mais do que um indicador de competência, não passa de uma classificação administrativa criada pelo RH para definir salário.
• Diferença entre empresas: há uma enorme disparidade de competência e tratamento entre o sênior de big techs (capaz de lidar com alta ambiguidade e grande escopo) e o sênior de empresas comuns (simplesmente alguém com muito tempo de casa).

49. A Constante de Marchetti é o conceito de que a humanidade, desde os habitantes das cavernas até os gregos antigos e os cidadãos de Londres do século XXI, gasta em média cerca de 1 hora por dia com deslocamento para o trabalho (30 minutos para ir, 30 minutos para voltar).

Imagino que quem trabalha e mora em Seul e na região metropolitana vá achar isso meio inacreditável T_T

Na Coreia, normalmente os frangos são criados por cerca de um mês, e os porcos por 180 dias. É curioso saber que os camarões são criados e enviados depois de mais tempo do que os frangos. Então, na Coreia, seria melhor nascer camarão do que frango 🥲

Para uma introdução ao Fabrice Bellard, consulte o que escrevi em um comentário anteriormente. Esse cara é realmente um monstro surpreendente e consistentemente brilhante..
https://news.hada.io/comment?id=51

É um problema distante

Mesmo assim, o Gemini 3 ficou bem bom. Como sai um modelo melhor todo mês, parece que até escolher já virou um trabalho mesmo.

Agradeço por analisar com tanto detalhe.
Ah, sim, parece mesmo que foi uma alucinação. Peço desculpas por não ter conseguido revisar com mais cuidado T_T

É por isso que o problema é esse tal de Macppa.

Tenho uma pergunta para o ashbyash, que escreveu o post, então deixo um comentário aqui.

3. Anthropic Claude (3.5 Sonnet)

• Melhor em geração de código e lógica; com a integração ao Cursor, é a preferência de 40% dos desenvolvedores e profissionais especializados. A adoção por empresas também aumenta com a ênfase em segurança (texto original: "integração multimodal do Claude 3.5").

Foi assim que você resumiu. Mas, mesmo olhando tanto o post traduzido que você publicou quanto o texto original, não há nenhuma menção ou conteúdo sobre "3.5 Sonnet". Como você usou resumo por IA, será que isso aconteceu por alucinação? Como o knowledge cutoff da maioria dos foundation models costuma ser no fim do ano passado ou no começo deste ano, "Sonnet 3.5" até parece plausível, então fica a impressão de que a IA preencheu um espaço em branco. (Quando eu estava criando a Gemini Library, também pedi para uma IA fazer isso, e ela acabou usando o Gemini-1.5 mais recente que ela conhecia e trouxe assim mesmo ;_;)

Pensando bem, é verdade mesmo kkk

Eu estava usando o serena, mas no fim das contas o nativo é o certo mesmo

Estamos consumindo no GeekNews um resumo de uma tradução de um texto que resume o vídeo de Sergey Brin.

Quando vivemos a vida ocupados demais, parece que não sobra nenhum espaço para definir uma direção.
Espero que você não se force demais e consiga criar um tempo para olhar para si mesmo com calma, de um passo atrás.