Oxi mas é claro, se não tiver o primeiro volume do the art of computer programming na mala de mão para consultar com certeza se trata de impostor.

Agora sério...

Ser capaz de garimpar recursos como um pseudo codigo em alto nivel ou uma explicação informal do algoritmo e ser capaz de transformar em codigo funcional é o minímo que se espera de um programador. A internet ajuda.

O teste do avião não é sobre fazer um projeto inteiro sem usar a internet, mas conseguir entregar codigo funcional sem precisar dela.

Pilatihá 10 dias

Tenho um projeto do .NET identity recém configurado. Meu projet suporta multiplas Organizações e cada Role do sistema tem um ID de organização. Cada role deve definir permissões específicas para o usuário. Ex: Usuário tem a role Gerente em uma organização e pode ver os pedidos de toda a organização e tem a role vendedor em outra organização, podendo ver apenas os pedidos que ele iniciou. Como configuro o identity para autorizar controllers baseados nessa lógica? e como configuro as permissões nas roles?

1- Gere pelo menos 3 diverentes abordagens e descreva os pontos fortes e fracos de cada abordagem. 2- Escolha a melhor estratégia considerando esses pontos. 3- Verifique a solução desenvolvida, avalie casos adversos e potenciais melhorias 4- Descreva passo a passo o que deve ser feito e todos os arquivos que devem ser criados ou alterados com código limpo e bem documentado

Esse foi só um exemplo de prompt que precisei fazer recentemente, Uma forma de autenticação multi-tenant. Já fiz diversas dessas na minha vida porém é tão exporádico que não lembro exatamente quais arquivos alterar.

A IA me deu o caminho, exatamente quais arquivos alterar. 80% estava certo, os outros 20% tive que corrigir (ele tentou implementar uma solição própria para gerenciar as Roles, e o entity tem uma solução pronta).

Quantas horas eu perderia lendo a documentação nada objetiva da microsoft para fazer isso? Quantas horas de tentativa e erro?

E sobretudo, Você sabe customizar um sistema de autorização sem recorrer à documentação?

Hoje os softwares são tão grandes, contam com tantas funcionalidades diferentes, que é impossível "lembrar de tudo no avião"

Trabalhei numa Universidade. Estava alterando códigos de 1998. O Autor original do arquivo estava na minha frente. Um programador excelente que sabia todas as regras de negócio dos últimos 40 anos dessa universidade.

  • Ele não sabia o que é CQRS
  • Ele não sabia fazer uma replicação
  • Ele não sabia mecher com message brokers
  • Ele não sabia react, vue, angular ou sequer javascript avançado
  • Ele não sabia usar microserviços

Eu uso todas essas tecnologias, não consigo lembrar tudo de cabeça.

Ele é menos programador por não saber?

Ou eu sou menos programador por saber e ter que recorrer à documentação?

clacerdahá 10 dias
Sim. Quando esse codigo que ia gerou explodir em produção vc vai falar para seu chefe ou cliente. > A IA não sabe resolver esse problema. Amanhã tento com novos prompts.. De novo cologa, o teste não é sobre lembrar tudo fazer um projeto inteiro num avião, é coseguir ser produtivo durante algumas horas mesmo sem se lembrar tudo!!!!
Pilatihá 10 dias
> é coseguir ser produtivo durante algumas horas mesmo sem se lembrar tudo!!!! Bom, você quer que eu seja produtivo sem poder usar as ferramentas que são disponibilizadas à mim para aumentar a minha produtividade. Se com a IA eu consigo fazer uma tarefas em uma fração do tempo porque eu sou menos programador por usar isso? Já vi gente nesse fórum falando que se você não implementar uma BTree na mão você não sabe programar! Temos que parar de demonizar as ferramentas que estão disponíveis e usá-las da forma certa > Quando esse codigo que ia gerou explodir em produção vc vai falar para seu chefe ou cliente. Até porque você está presumindo que eu estou usando esse código sem nenhum teste e que tudo que a IA gerar vai causar bugs em produção? Você está presumindo que eu sequer vou testar a feature que eu mesmo desenvolvi! Pela sua lógica ou você é "vibe coder" que nunca encosta no código ou você é uma enciclopédia ambulante que sabe a documentação completa de todas as tecnologias de cabeça. Não existe meio termo
clacerdahá 10 dias
Claro que existe meio termo, por mim pode ser vibecoder e conseguir programar num avião ao mesmo tempo, e no fim esse deve ser o objetivo. Não estou demonizando ferramentas, mas sim depedender delas! > Já vi gente nesse fórum falando que se você não implementar uma BTree na mão você não sabe programar! Assino em baixo, de fato foi o que eu escrevi na minha primeira resposta, isso é o minímo!!! > Até porque você está presumindo que eu estou usando esse código sem nenhum teste e que tudo que a IA gerar vai causar bugs em produção? Não, eu não estou presumindo que você não testa o código ou que tudo que a IA gera vai explodir em produção. Também não estou dizendo que você não vai testar a feature que desenvolveu. O ponto que eu quero deixar claro é outro: depender demais de ferramentas como a IA pode te deixar com menos domínio sobre a base de código do que se você tivesse construído tudo manualmente. E não é só sobre o código gerado em si, mas sobre o básico, os fundamentos. Por exemplo, no caso que você mencionou, customizar um sistema de autenticação com o .NET Identity: se você já passou pelo sofrimento de ler a documentação, debugar problemas e lutar com os bugs durante o desenvolvimento, quando algo der errado em produção, vai ser muito mais fácil identificar e corrigir o problema. Esse processo de "colocar a mão na massa" te dá uma compreensão mais profunda, que a IA sozinha não entrega. Eu estou afirmando que praticar os fundamentos, como ler documentação e debugar código, te torna um resolvedor de problemas melhor, em situações onde nenhuma ferramenta pode ajudar. Não estou dizendo que você precisa abolir as ferramentas do seu fluxo de trabalho. Elas são ótimas para produtividade! Mas é preciso ter cuidado e nunca esquecer de praticar o básico, só isso..