Ao trabalhar sozinho, é possível gerenciar a qualidade do código por conta própria, mas em equipe isso nem sempre acontece. Pedidos de refatoração de código são frequentemente ignorados, o que causa frustração contínua. Ao revisar código antigo, a pessoa percebe os próprios erros, e isso se torna uma grande lição para escrever código de fácil manutenção.
Erros e aprendizado
Discutir erros é uma oportunidade de aprendizado e ajuda a criar uma cultura aberta. Uma postura perfeccionista não ajuda a reduzir erros e, pelo contrário, exige ainda mais esforço pessoal.
Resolução de problemas complexos
Quando colegas propõem resolver problemas complexos, escolher um caminho simples pode ser melhor. Às vezes, isso também leva os colegas a refletirem sobre a própria postura.
Entendimento sobre qualidade de código
O fato de um código não ser ideal não significa incompetência. Desenvolvedores podem não conseguir escrever o melhor código por causa de prazos urgentes ou outras prioridades.
Feedback construtivo
Ao receber comentários negativos sobre um post de blog, a pessoa os transforma em links para conduzir a discussão em uma direção mais saudável.
Organização e qualidade de código
Todo engenheiro pode escrever código ruim, e a qualidade do código muitas vezes é um problema organizacional. Isso não tem relação com a capacidade de um engenheiro específico.
Aceitação de feedback
Ao receber feedback, isso não é um ataque pessoal. É importante aceitar a opinião dos outros.
A natureza dupla do feedback
Embora seja importante aceitar feedback, também é preciso considerar a competência de quem o oferece.
1 comentários
Discussão no Hacker News
Resumo da coletânea de comentários do Hacker News
Experiência pessoal e qualidade de código
Erros e aprendizado
Resolução de problemas complexos
Entendimento sobre qualidade de código
Feedback construtivo
Organização e qualidade de código
Aceitação de feedback
A natureza dupla do feedback