no seu dia a dia você escreve código 100% sem agente de I.A? porque apartir do momento que você um coding agent você tá expondo o código da empresa para inteligências artificias. Talvez você use o stackoverflow, ou fique buscando em issues de bibliotecas, igual em 2020, 2022.

Não utilizo nenhum tipo de IA ou agente de IA para escrever código. Nunca me ajudou em nenhum aspecto, portanto eu simplesmente desativo e não utilizo. A forma que eu utilizo IA no dia a dia é puramente para pesquisa. Antes eu tinha cerca de 30 tabs abertas, hoje eu apenas preciso de uma pois consigo fazer pesquisas de maneira eficiente usando a ferramenta. Eu nunca coloco o código ou pego o código pronto. Eu descrevo o resultado esperado e o resultado obtido quando não entendo o problema, e peço para listar fontes que podem me ajudar, onde em 90% é as docs oficiais de alguma crate, package ou da propria linguagem.

Não utilizo stackoverflow. Já utilizei antigamente, hoje em dia raramente encontro algo que me ajude por lá. Se tiver, não hesitaria em utilizar.

ter o máximo de conhecimento sobre o projeto seria para entender todos os possíveis edge-cases

Edge-cases são edge-cases justamente por ser um caso bem específico. Não da para saber todos os edge-cases.

Código descreve a intenção. O bom código fala por si mesmo. Comentários são para casos onde não é possível simplificar, então é necessário abstrair com um comentário. Se estamos partindo do contexto que é um código desleixado, ai entramos em busca de outro meios. Por isso eu disse "na maior parte das vezes é o suficiente". Git é uma ótimo histórico para conhecer o projeto. Se mesmo o git é uma droga, pergunte alguém que tem experiência com essa base de código. Se ninguém quer falar contigo, seja criativo, mas não adianta emocionr e procurar onde não faz sentindo, como o banco de dados...

Eu não mencinei decorar comandos SQL nem Git mas entender o básico, entendendo o básico você sabe por qual caminho seguir ou não.

Você listou uma lista de comandos. Como não espera que o leitor não entenda que a mensagem é decoreba? Fora que o básico é muito mais do que as pessoas pensam...

Ler código sem documentação? Você vai passar em cada um dos 5mil arquivos de um projeto e ler cada um deles ? Claro que os principais são necessários mas você sem entender sobre o projeto, vai indo em cada controller, repository, model, use case pra ver se entende algo ? Vai acabar da mesma maneira que começou, sem entender nada

Como eu disse acima,o bom código fala por si mesmo. Se há Over-engineering ou algo do tipo, o problema é outro. Não estou dizendo que não é necessário ler documentação, estou considerando um cenário onde essa documentação não existe, onde é comum ser somente você e o código. Se considerar que a documentação existe e ela é atualizada (o que é esperado hoje em dia), então não tem mistério nenhum.

É importante também que, o entendimento do dev em relação ao código depende da competência dele. As vezes é uma base de código bem mantida, mas o dev não tem a capacidade de entende-la. Com documentação, alivia um pouco a situação, mas não resolve. A boa documentação é referência e apenas isso.

E o que seria na sua opinião um dev que faz mais do que o suficiente?

Para o dev que faz mais do que é suficiente é aquele que cuida do código, entende do que esta fazendo. Não tem como foco apenas fazer funcionar. Ele entende exatamente o que esta fazendo, incluíndo o que esta por debaixo do capô. Não o dev que só faz CRUD, é o dev que, quando faz algo, faz bem feito e ainda faz melhor do que foi pedido. Se esta fazendo uma API, sabe que é padrão organizar os bytes big endian ao invés de little endian quando trabalhos network. Mesmo que se trabalhe usando ferramentas de alto nível, a mentalidade de quem sabe como as coisas funciona é diferente de quem não sabe.

O bom dev quando se depara com algo que não sabe, ele escreve em algum lugar para quando chegar em casa estudar sobre e manter-se evoluíndo. Ser dev não é uma profissão, é um estilo de vida. Não existe formúla mágica como criar pastas padronizadas, API mais da mesmas e por ai vai.

O dev que faz somente o suficiente é o oposto. Ele faz o suficiente para funcionar e receber o salário no final do mês. O foco é completamente outro. Não esta preocupado em prover qualidade, cuidar da base de código, ajudar companheiros quando precisa. Esse é o dev da média. É sempre apenas o suficiente para passar da situação.

Quando um dev tem essas atitudes diferente do dev da média, na minhas perspectiva, o resultado não é menos que sua excelência.

E como ele faria mais do que o suficiente sem saber de Git, SQL, sem usar I.A em 2026, sem acessos a detalhes do projeto?

Não sei se leu, mas nunca disse que não é era necessário GIT, SQL, ou IA e sim que não era apenas decoreba, e sim ir além do básico.