No universo do desenvolvimento de software, tecnologias mudam, requisitos evoluem, frameworks e linguagens se transformam. No entanto, uma habilidade permanece atemporal e crucial para a eficiência de qualquer profissional: a capacidade de obter informações precisas rapidamente. E o caminho mais curto para isso é saber fazer as perguntas certas.
O Problema da Pergunta Vaga (e por que ela falha sempre)
O exemplo mais clássico e desastroso de comunicação no dia a dia da tecnologia é a famigerada mensagem: "Oi, o aplicativo está dando erro. Você pode me ajudar?".
O exemplo do aplicativo dar erro, sem dizer qual é o problema ou onde ele ocorre, é típico de pessoas que não sabem se comunicar. Esse tipo de abordagem parte da falsa premissa de que quem vai responder sabe tudo de cabeça ou adivinhará o contexto por telepatia. Na realidade, ninguém sabe tudo; o que profissionais experientes possuem é padrão de reconhecimento acumulado. Quando você fornece a mensagem de erro exata e o contexto, fica exponencialmente mais fácil para quem responde apontar a solução mais provável.
Humano vs. Assistente de IA: A Regra é exatamente a mesma
O mesmo se aplica em como fazer perguntas certas para um humano e para um assistente de IA. Se você fizer essa mesma pergunta ruim de exemplo, nenhum humano e nenhum assistente de IA saberá responder. Já o exemplo de pergunta certa facilita tanto para o humano quanto para o assistente de IA.
A comunicação é importante para saber tirar dúvidas com um dev sênior ou com um assistente de IA, pois se não souber se comunicar bem de forma detalhada, fica difícil ajudar. Enquanto o desenvolvedor sênior perde tempo e contexto tentando extrair informações de você, a IA acabará gerando respostas genéricas, códigos irrelevantes ou alucinações. Em ambos os casos, o princípio de Garbage In, Garbage Out (Entrada ruim, saída ruim) se aplica perfeitamente.
Estrutura de uma pergunta eficiente
Uma boa pergunta economiza tempo e demonstra respeito pelo fluxo de trabalho do outro. Ela deve conter obrigatoriamente:
- Contexto claro: Qual tarefa, ticket ou projeto você está executando.
- O erro exato: Mensagem de exceção (ex:
NullPointerException), logs relevantes ou comportamento retornado. - O que já foi tentado: Hipóteses que você já testou ou verificações que realizou no código.
- Localização: A classe, endpoint ou função onde o problema ocorre.
O ciclo das 2 horas: Equilíbrio entre autonomia e dependência
Ao buscar suporte técnico, a maioria dos devs cai em dois extremos perigosos: ou passam dias travados sem perguntar nada (prejudicando a deadline e as dailies), ou perguntam a cada pequeno obstáculo sem sequer tentar pesquisar (tornando-se um fardo para a equipe).
Para encontrar o ponto de equilíbrio e manter a produtividade alta, adote a regra do Ciclo de 2 Horas antes de solicitar ajuda:
- 10 a 15 minutos: Busque por um código parecido ou uma funcionalidade similar dentro do próprio projeto para se basear.
- 5 a 10 minutos: Consulte a documentação interna/da linguagem ou questione seu assistente de IA preferido.
- 30 a 70 minutos: Tente implementar e debugar a solução na prática.
Se após esse tempo o problema persistir, é o momento exato de pedir ajuda a um colega, trazendo todo o contexto estruturado do que você aprendeu e testou nessas duas horas.
Exceções ao ciclo de 2 Horas
Existem cenários onde você não deve esperar o ciclo terminar para pedir suporte:
- Tarefas com deadlines urgentes em ambiente de produção.
- Devs iniciantes ou recém-chegados que receberam uma demanda crítica por engano.
- Trabalhos que exigem atuação pareada (pair programming) ou em times globais.
Considerações finais: Documente tudo
Por fim, após resolver qualquer dúvida, seja com a ajuda do seu time ou do assistente de IA, documente tudo o que você aprendeu. Manter um registro simples de soluções serve como base de conhecimento para consultas futuras, ajuda seu "eu do futuro" e contribui para a evolução técnica de toda a equipe.
Saber se comunicar com clareza e fazer as perguntas certas é a ferramenta mais poderosa para acelerar sua carreira e se destacar como um desenvolvedor eficiente.
Feito!
Nenhum comentário:
Postar um comentário