{
"$type": "site.standard.document",
"bskyPostRef": {
"cid": "bafyreibbhygiryj5l5zebkaf3niaa2q4oe6zesv6fbws7g6y7ctbufmuvq",
"uri": "at://did:plc:633lqtzhc326te3phniye5fo/app.bsky.feed.post/3mmoetkskjfv2"
},
"coverImage": {
"$type": "blob",
"ref": {
"$link": "bafkreia42dbnr56pkptkzglhk7sb6o6p4retothvcgyoutgqdkw5nbqgfm"
},
"mimeType": "image/jpeg",
"size": 591659
},
"description": "Julie Zhuo propôs dissolver PM, designer e engenheiro e chamar todos de builder. Os papéis estão mudando, sim. Mas rótulo genérico é a versão preguiçosa da resposta.",
"path": "/o-builder-generico-e-a-versao-preguicosa-de-uma-mudanca-que-ja-esta-acontecendo/",
"publishedAt": "2026-05-25T11:30:00.000Z",
"site": "https://diegoeis.com",
"tags": [
"podcast do Lenny em setembro passado",
"não por verdade sobre a disciplina",
"Subscribe now"
],
"textContent": "Julie Zhuo, no podcast do Lenny em setembro passado, disse: _\"We need to dissolve the boundaries of these traditional roles and call ourselves builders. I'd love for us to get to the world where that's the title.\"_\n\nEla tem razão sobre o movimento. Mas acho o rótulo errado.\n\nEm janeiro de 2025 eu já tinha escrito sobre isso. No O papel dos PMs, Designers, Programadores está mudando e isso é incrível, eu falava do Nubank usando Devin AI pra fazer o trabalho de mais de mil engenheiros numa refatoração de ETL. Do Sahil Lavingia, da Gumroad, anunciando que só contrataria engenheiros generalistas e designers — sem PM, sem QA, sem DevOps. A execução já estava virando commodity. Isso não é leitura que a Julie trouxe. É leitura que já estava no ar meses antes.\n\nNa minha visão, a Julie acertou o diagnóstico. Mas me incomoda o atalho que ela tomou pra descrever a saída.\n\n## O título \"builder\" descreve o efeito, não a causa\n\nQuando você dissolve fronteiras e dá um nome único pra todo mundo, você captura uma coisa real: as pessoas estão cruzando disciplinas. Mas o título não explica _o que elas ganham_ cruzando.\n\nEle nivela. E nivelar é o pior movimento possível no momento em que cada disciplina está sendo empurrada pra uma especificidade estratégica maior, não menor.\n\nVou falar disciplina por disciplina, porque essa é a parte que o framing genérico pula.\n\n### Programador não é builder. É arquiteto\n\nQuando a IA absorve linha de código, o que sobra do trabalho do programador não é _escrever menos código_. É pensar no sistema. Escolher abstração. Desenhar onde a automação encaixa e onde ela quebra.\n\n**Programador deixa de ser escritor de código pra virar arquiteto de solução.** Isso é mudança de nível, não de lateralidade.\n\nChamar ele de \"builder\" no mesmo balde que um PM é dizer que a diferença entre escrever código e escrever spec é cosmética. Não é. São profundidades diferentes sobre o mesmo problema. Um bom arquiteto entende de produto, mas o valor que ele agrega está na decisão técnica que vai sustentar o sistema nos próximos cinco anos.\n\n\"Builder\" não captura isso.\n\n### Designer não é builder. Ou é front-end, ou é PM\n\nJá venho argumentando há anos que a fragmentação da profissão de designer em UX, UI, Research, Content, Service é uma bobagem que o mercado criou por restrição operacional, não por verdade sobre a disciplina. Designer é uma profissão holística. Sempre foi.\n\nMas agora, com IA absorvendo prototipagem e iteração, a pergunta muda. Deixa de ser \"qual subcategoria você é dentro do design?\" e passa a ser: _em que direção você vai descer mais fundo?_\n\nVejo dois caminhos. O designer pode se aproximar do desenvolvimento front-end, operando a camada de implementação visual com mais autonomia. Ou pode absorver parte importante do que hoje é trabalho de Product Manager — entender problema, mapear oportunidade, conectar solução a contexto de negócio.\n\nOs dois caminhos exigem profundidade diferente. \"Builder\" é uma não-escolha fantasiada de evolução.\n\n### This post is for subscribers only\n\nBecome a member to get access to all content\n\nSubscribe now",
"title": "O builder genérico é a versão preguiçosa de uma mudança que já está acontecendo",
"updatedAt": "2026-05-25T13:30:00.919Z"
}