Executando verificação de segurança...
2

30 minutos por dev por dia com revisão (média)
70% desse tempo em comentários do tipo "ajusta a indentação", "ordem de import errada", "isso aqui não está com unknown, está com any"

Dev sênior gastando 21 minutos para ver ordem de import, quantidade de espaços no começo da linha e se tem any no código mostra que o problema não é a automação.

Isso com certeza deveria estar automatizado desde o começo, mas gastar 21 minutos nisso é muito mais do que o necessário (faça um teste você mesmo). Ao mesmo tempo, o dev sênior só investir 6 minutos avaliando as regras de negócio é outra "red flag".

Imagino que tenha sido hiperbólico no texto, mas se foi preciso, o buraco é mais embaixo.

Combinar de rodar Prettier antes do PR não cola. Combinado se esquece. O que resolve é colocar o Biome (ou Prettier + ESLint, mesmo efeito) num hook pre-commit do husky.

(...)

Camada 1 — portão automático (hooks + CI): Biome em pre-commit, type check em pre-push, testes em CI. Tudo que dá pra julgar mecanicamente nunca chega num humano.

Esse hook não é garantia, dá pra burlar (intencionalmente ou não). Por que não roda o biome e type-check em CI também? E por que não type-check em pre-commit, assim "garantindo" que todo commit está num estado consistente?

Carregando publicação patrocinada...