# Blog Nextside > Posts da Nextside sobre engenharia de software, IA aplicada com critério, ADRs, harness engineering e consultoria pragmática para founders e CTOs. URL: https://blog.nextside.tech Idioma: pt-BR (default), en Publisher: Nextside Ltda. (CNPJ 66.475.888/0001-27) Site institucional: https://www.nextside.tech Última atualização: 2026-06-22 ## Páginas - [Home (pt-BR)](https://blog.nextside.tech/) - [Home (en)](https://blog.nextside.tech/en/) - [Sobre](https://blog.nextside.tech/sobre/) - [Tags](https://blog.nextside.tech/tags/) ## Posts - [Quanto cobrar por uma ferramenta: margem não é dev barato](https://blog.nextside.tech/posts/2026/06/22/quanto-cobrar-por-uma-ferramenta/): A margem de revender uma ferramenta não vem de achar o dev mais barato. Vem de uma entrega previsível que não volta com bug na frente do seu cliente. - [Recebi um MVP vibe-coded pra escalar: o diagnóstico honesto](https://blog.nextside.tech/posts/2026/06/19/recebi-mvp-vibe-coded-pra-escalar/): Recebeu um MVP vibe-coded travado pra escalar? Reescrever do zero é o erro mais caro. O diagnóstico honesto: o que salvar, o que reescrever, como estabilizar. - [Cliente pediu uma ferramenta e seu time não dá conta](https://blog.nextside.tech/posts/2026/06/17/cliente-pediu-ferramenta-time-nao-da-conta/): A demanda chegou, é dinheiro novo, e seu time travou. Por que software house sai caro, time interno sai mais caro ainda, e qual é a terceira saída. - [Seu MVP não vira lixo por ser rápido. Vira por cortar a coisa errada.](https://blog.nextside.tech/posts/2026/06/16/mvp-o-que-cortar-e-o-que-manter/): O MVP que vira lixo não foi feito rápido demais. Juntou tudo pra ganhar tempo e manteve a feature que ninguém usa. O que cortar e o que manter. - [Seu codebase é o novo prompt: o MVP que escala (ou vira lixo)](https://blog.nextside.tech/posts/2026/06/15/codebase-novo-prompt-mvp-que-escala/): Num MVP feito com IA, o que decide se ele escala ou vira lixo não é a stack. É se o coding agent ainda navega seu repositório seis meses depois. - [Spec-driven development: sair do vibe coding travado](https://blog.nextside.tech/posts/2026/06/13/spec-driven-development-sair-do-vibe-coding/): Por que o vibe coding empaca na hora de escalar, e como o spec-driven development entrega uma ordem de grandeza menos retrabalho com agentes de IA. - [A spec era a parte fácil. O gargalo do SDD é a execução](https://blog.nextside.tech/posts/2026/06/12/spec-driven-development-gargalo-execucao/): Spec-Driven Development externaliza a intenção em markdown, mas empurra a dor pra execução. Por que orquestrar com o estado fora da janela do modelo é a saída. - [Maestro + Claude Code: seu app testado no simulador como o Playwright testa a web](https://blog.nextside.tech/posts/2026/06/01/maestro-claude-code-testar-app-no-simulador/): Dá pra fazer o Claude navegar e testar seu app no simulador como o Playwright faz na web. Com Maestro: um YAML, iOS e Android, zero instrumentação. - [Code review virou o gargalo. CodeRabbit não salva sozinho](https://blog.nextside.tech/posts/2026/05/25/code-review-novo-gargalo-coderabbit/): Time saiu de 2 semanas de backlog de PR pra zero review humano em staging. Como o CodeRabbit funciona, onde quebra, e por que CLAUDE.md é a fonte única. - [MCP Playwright: validação local com qualidade real](https://blog.nextside.tech/posts/2026/05/16/mcp-playwright-validacao-local-com-qualidade/): Antes de pedir review humano, o Claude com MCP Playwright já navegou seu app, tirou screenshot e flagou regressão. Local, no seu dev, em segundos. - [Claude Code superpowers: o plugin que muda o time](https://blog.nextside.tech/posts/2026/05/16/claude-code-superpowers-plugin-na-pratica/): Superpowers do Claude Code não é mais um plugin de IA. É a forma de codificar conhecimento de time num lugar que a máquina lê e executa. - [ADRs no Notion, sem burocracia](https://blog.nextside.tech/posts/2026/05/16/adrs-decisao-no-notion-sem-burocracia/): ADR não é cerimônia corporativa. É a forma mais barata de não repetir burrice, e de fazer Claude Code consultar suas decisões antes de codar. ## Autores - [Pablo Winter](https://blog.nextside.tech/autores/pablo-winter/): sócio/engenharia da Nextside. Java/Spring, TypeScript, arquitetura distribuída, IA aplicada. - [Bruno Raphael](https://blog.nextside.tech/autores/bruno-raphael/): sócio/engenharia da Nextside. Mobile (React Native, Android nativo), TypeScript, Node.js/NestJS, geoprocessamento, sistemas distribuídos. - [Lucas Israel](https://blog.nextside.tech/autores/lucas-israel/): Produto, Arquitetura & Novos Negócios na Nextside. Ex-CTO de legaltech, empreendedor e investidor. Foco em SaaS, cloud/AWS, arquitetura de sistemas e IA aplicada. ## Editorial - Posts são opinião informada por experiência prática, não tutoriais genéricos nem conteúdo SEO commodity. - Cobertura: engenharia com IA (Claude Code, MCP, harness engineering), gestão técnica (ADRs, escopo fechado, sprint zero), consultoria pragmática. - Frequência alvo: 1 post novo por mês. - Cada post tem cover ilustrado, autor identificado, datePublished + dateModified visíveis. ## Optional - [RSS feed](https://blog.nextside.tech/index.xml) - [Site institucional](https://www.nextside.tech) - [Política de Privacidade](https://www.nextside.tech/privacidade)