Fábio Batista
banner
fabio.esquerda.net.br
Fábio Batista
@fabio.esquerda.net.br
☭ Esquerdopata. Geek. Desenvolvedor. Cachorreiro.

É de esquerda e quer ter esquerda.net.br no seu usuário do Bluesky? Manda DM!
We plan on recreating the tool from scratch in the future. For now, we informed the users that the development is frozen.
November 27, 2025 at 7:32 PM
That's precisely the original problem: the developer (now fired) kept handing the LLM all the work for months, and now the codebase is completely full of nonsense and no one in the team wants to maintain it.
November 27, 2025 at 7:32 PM
Comi morando do amor depois que começou a sobrar nas padarias e baixou o preço 😅
November 27, 2025 at 3:51 PM
We use TDD for everything, but vibecoding tools are notoriously good on generating and keeping tests green. Does not mean they will make sense over several refactoring iterations.

I blame myself for relaxing on the supervision and code reviews. IMHO, TDD is not a factor on this episode.
November 27, 2025 at 3:45 PM
Legal vou poder baixar o brilho da TV de novo.
November 27, 2025 at 4:41 AM
Vibecoding did not create bad code or lazy unethical developers, it just increased the speed and volume of bad code over time, while masking the problem with a temporary end-user satisfaction (as the releases are faster and more feature complete for a brief time).
November 27, 2025 at 4:14 AM
But if I let things go on for too long without a follow-up, that's usually what happens — the code becomes a mess. So it is mostly my fault for letting this go on for so long.
November 27, 2025 at 4:13 AM
When there's a single person working on a non-essential codebase for a long time, we usually allow them to skip the PRs and keep a steady flow of releases to speed up things. As a tech lead, this saves me a lot of time...
November 27, 2025 at 4:13 AM
So my advice is, get rid of this ASAP, and rewrite the Git history to eliminate all traces of it.
November 26, 2025 at 1:20 PM
We lost an important internal tool because the main developer was vibecoding for months, undetected.

By the time we realized it, the development was stalled (as their plagiarism machine kept refactoring the entire codebase instead of fixing bugs) and no one else understood the code to contribute.
November 26, 2025 at 1:20 PM
Queremos detalhes sórdidos
November 26, 2025 at 1:12 PM
You could have used the fantastic plagiarism machine, this way you could be chilling at a beach while it inject security flaws and deletes your production database.
November 25, 2025 at 3:33 PM
Acredito que seja através da exploração dessa mão de obra informal ou semi que as transportadoras e marketplaces (Amazon, Mercado Livre etc) estão jogando os preços lá embaixo, e retirando trabalho dos correios. Eu diria que boa parte da crise dos correios vem daí.
November 25, 2025 at 1:13 PM
Quem compra bastante online já deve ter observado que a maioria das entregas finais de transportadoras (do CD à casa das pessoas) são feitas hj em dia por pessoa física, sem identificação nem treinamento, numa posição claramente informal ou semi (MEI).
November 25, 2025 at 1:13 PM
Pergunta pra minha mãe
November 22, 2025 at 4:43 AM
A primeira vez que eu li eu pensei, "eita, tô lendo a bula da cocaína?"
November 21, 2025 at 10:29 PM
Novamente, adoro essa modelagem, mas ela traz um monte de problemas novos na hora de conciliar. Desafiadores e interessantes, mas ainda problemas.
November 18, 2025 at 3:39 PM
...é necessário adicionar um fator de peso para dizer que um registro é mais relevante que o outro (dar mais peso para situações finais do que para intermediárias), ou alguma outra técnica.
November 18, 2025 at 3:39 PM
Assino embaixo, tenho usado bastante esse tipo de modelagem também.

Mas não resolve o problema original, que é os salvamentos virem em ordem diferente do "caminho feliz". A versão mais atualizada do registro não seria apenas um merge ou "playback" dos inserts pela data, ...
November 18, 2025 at 3:39 PM
Ainda assim, me parece muito mais simples só salvar o registro num estado anterior ao pendente (tipo, rascunho) antes de mandar pro segundo serviço. Assim vc evita o "not found" e consegue trabalhar com optimistic locking (versão do registro) pra evitar salvar o pendente por cima do confirmado.
November 18, 2025 at 6:10 AM
Se realmente são duas threads no mesmo processo único, vc pode usar um IdentityMap que, antes de procurar o registro no BD, vai procurar ali. As duas threads compartilharam daí a mesma instância da entidade, e o salvamento de pendente pode ser ignorado se o registro já estiver salvo como finalizado.
November 18, 2025 at 6:05 AM
"Todos os criminosos do mundo estão a no máximo 6 graus de distância do Lula"
November 14, 2025 at 4:39 PM
Concordo. E por isso temos que popularizar a "infra de esquina", onde um vizinho/conhecido mais técnico cuida da infra pra um grupo de pessoas, cobrando uma taxinha pra ajudar na sua própria infra, andando a instalar as ferramentas cliente, etc.

Faço isso desde a adolescência e queria fazer mais.
November 11, 2025 at 4:14 PM
CSV hierárquico 😅
November 10, 2025 at 4:01 PM
Poxa que bacana! Sabe se tem alguma versão traduzida ou algum livro em português com abordagem similar?

Tenho no escritório uma mini-biblioteca de referências para programação, e me pareceu algo bem interessante de adicionar na estante.
November 9, 2025 at 3:12 PM