A verdade proibida sobre VibeCoding, Clean Code e dev que só entrega a primeira versão
Hoje eu publiquei um vídeo falando de uma coisa que muita gente vive, mas quase ninguém assume em público: O mercado ama quem entrega a primeira versão de um produto. Sempre foi assim e sempre vai ser
O mercado se impressiona com MVP funcionando e não com código que vai sobreviver depois do hype. Teve gente que virou CTO só porque conseguiu entregar o MVP e não porque sabia nem manter um sistema vivo direito.
Enquanto isso, outra parte da comunidade caiu no extremo oposto, meio que matando várias startups com overengenieering. Clean Code virou vaidade e Clean Architecture virou desculpa pra travar a equipe. Muita gente começou a usar “boas práticas” pra fazer bloqueio intelectual, barrar PR por detalhe inútil e criar uma verbosidade que ninguém precisa. E aí o que acontecia era que ninguém entregava nada.
Agora o VibeCoding repete o mesmo ciclo. Entrega rápida que impressiona, hype instantâneo, todo mundo falando que “é o futuro”, "isso aqui é game changer" e essas merdas aí. E na hora da manutenção? A dor é a mesma. Sempre foi criar feature em cima de código cagado feito pra lançar. Construir a primeira versão nunca foi o desafio real da maioria dos softwares. O problema aparece quando o produto cresce e você precisa mexer de novo.
Deixa sua opinião nos comentários do vídeo, vamos trocar uma ideia