Do tradutor: George Alan Hamel, em seu artigo,
compartilha sua própria experiência e fala sobre o que deve ser guiado pelo desenvolvedor no processo de depuração.
As ferramentas modernas do desenvolvedor são muito extensas, então há muito por onde escolher - ferramentas de depuração. Muitos deles são automatizados, mas, infelizmente, não funcionará para iniciar a depuração por gravidade - ainda há muito trabalho manual. Às vezes, parece que o problema simplesmente não deveria ser, é impossível, tudo deveria funcionar. Mas não funciona. Para não desperdiçar células nervosas e tempo extras, criei regras simples de depuração para mim, que uso. Eu acho que alguém pode encontrá-los controversos. No entanto, eles me ajudam.
A Skillbox recomenda: "Mobile Developer PRO" .
Lembramos que: para todos os leitores de "Habr" - um desconto de 10.000 rublos ao se inscrever em qualquer curso Skillbox usando o código promocional "Habr".
Regra 1. Há sempre uma razão
Apesar de declarações como "É impossível", "Não deve funcionar assim", "Não há razão para que este código não funcione."
Sempre há uma razão, seja código incorreto ou erros de compilação. Sempre. Mesmo que o verificador diga que está tudo bem. Às vezes, mergulhamos profundamente no código, perdendo o quadro geral. A maioria dos aplicativos regulares ou da web são complexos. Todos incluem muitos elementos. Às vezes é demais, para que possamos cometer um erro em um deles e esquecer ou não perceber.
Afaste-se, respire fundo. Então olhe para o código novamente. Não confie apenas em ferramentas. Use o cérebro e a lógica. Pense em como o item atual em que você está trabalhando afeta todo o resto. Na maioria dos casos, o erro pertence à classe PMSIS (o problema está entre a cadeira e a mesa).
E, pelo amor de Deus, quando você corrigir alguma coisa, não corrija imediatamente dez erros em potencial. Caso contrário, você ficará confuso, será extremamente difícil encontrar um erro real. Às vezes, a depuração requer um pouco de paciência: faça pequenas alterações passo a passo. Seja metódico e preciso como um bisturi, não como uma espingarda.
Regra 2. RTFM e WTFV
A maioria dos desenvolvedores são pessoas inteligentes. Às vezes até inteligente demais, em detrimento de si. Todos pensamos que não precisamos de tutoriais básicos, porque você pode começar imediatamente a estudar coisas avançadas.
Sim, é claro, em alguns casos, não há problema; além disso, aprendemos à medida que implementamos vários projetos. Mas pode surgir uma situação em que você se envolverá em um projeto grande e complexo por várias semanas, e então tudo se baseia na premissa errada - um erro que torna impossível o trabalho adicional. Isso pode se aplicar à estrutura, idioma, ferramenta. Você acabou de perder tempo.
Portanto, aprenda a regra, que em inglês soa como Leia o Manual do F *** ing ou Assista ao Vídeo do F *** ing (daí as abreviações na legenda).
Às vezes, você apenas perde um momento crítico, um pouco necessário para o trabalho. Você deve pelo menos brevemente se familiarizar com as informações básicas sobre o produto que está usando. Na minha prática, houve muitos casos em que os desenvolvedores quebraram os prazos devido a lacunas no conhecimento da linguagem ou das ferramentas. E esses eram bons especialistas, eles simplesmente pularam direto para o final do livro, perdendo palavras importantes do autor no início.
Novas estruturas aparecem quase todos os dias, idiomas ou suas novas versões também são lançadas com regularidade invejável. Para usar essas ferramentas efetivamente, precisamos entender como elas funcionam.
Regra 3. Por favor, use as regras 1 e 2.
Então, você leu o artigo e começou a trabalhar. Depois de algumas horas, você encontra o manual, que é importante para o nosso trabalho, e ... pula. Não, isso não funcionará, use as regras acima. Ninguém disse que seria fácil.
Regra 4. Aprenda as mudanças.
No processo, acontece que as ferramentas que você usa mudam. Se você é desenvolvedor da Web, essa declaração é especialmente relevante - estruturas, bibliotecas e ferramentas JavaScript são frequentemente alteradas e atualizadas.
Felizmente, não apenas você, mas muitos outros desenvolvedores usam as mesmas ferramentas. Eles compartilham informações sobre problemas e desenvolvimentos em recursos relevantes como Experts Exchange e StackOpen ou em fóruns especializados.
Procure informações sobre o seu problema ou alterações na ferramenta até encontrá-lo. Se não houver nada, leia novamente a regra nº 1.
Regra 5. Descanse e comece desde o início.
Em alguns casos, realmente não vemos florestas atrás das árvores. Mergulhar no código por longas horas nos drena mental e fisicamente. Se você já passou seu código três vezes e ainda não encontrou a causa do erro, é hora de deixar seu cérebro descansar.
Em alguns casos, uma simples caminhada ao ar livre leva a um novo pensamento e ajuda a encontrar imediatamente um problema. Às vezes não, mas problemas, agressão ou desespero não são os melhores ajudantes em nossos negócios.
Só não olhe para a tela. Converse com um colega, sente-se em silêncio, porque o barulho age negativamente. Faça um lanche no final. Se o tempo permitir, apenas durma, esqueça o som e o sono profundo. Às vezes, eu conseguia encontrar a resposta para a pergunta que me atormentava depois de dormir.
Limpe sua cabeça de todo o ouropel e lixo das tentativas anteriores de encontrar um erro e observe o problema de um ângulo inesperado.
Bem, então ... sim, você adivinhou certo. Voltamos à regra número 1.
A Skillbox recomenda: