Faz de mim um péssimo programador se não gosto da metodologia Agile? [fechadas]

Eu gosto das pequenas iterações. Eu gosto dos testes de unidade. Eu gosto de revisão de código. O que eu não gosto é de começar com pouca ou nenhuma documentação. Estou sozinho nisso? Eu simplesmente entendo mal o processo?

Qualquer pensamento seria apreciado.

Lembre-se de que o Agile não significa nenhuma documentação, o Agile significa que você entende que o "cliente" não sabe tudo o que deseja, portanto não pode fornecer um enorme documento de requisitos que descreve tudo. O Agile defende que você converse constantemente com o cliente e diga "é isso que você deseja?" ou "Como o X funcionará quando Y acontecer?" juntos, você cria os requisitos.

Dito isto, não há nada de errado com você, se você não gosta de uma metodologia específica. A maioria das pessoas parece escolher de qualquer maneira vários aspectos de diferentes metodologias.

A Metodologia Ágil afirma que você só faz o que precisa naquele momento. Se você deseja / precisa de mais documentação do que a fornecida, isso é um problema com o processo, e não é você. Há momentos em que é necessária muita documentação para o projeto continuar. Não é contra o Agile precisar disso. Você não pode justificar o relaxamento dos requisitos sob o disfarce do Agile. Este é realmente um grande problema que eu já vi. Muitas pessoas ficam preguiçosas na frente e atribuem isso ao processo. A verdadeira pergunta precisa ser feita: "Os desenvolvedores têm o que precisam?" Se a resposta for não, mais trabalho precisa ser feito.

Agora isso pode ser levado ao extremo, e alguém pode dizer: "Bem, não posso trabalhar nisso a menos que todo o programa esteja documentado". Às vezes isso é verdade, mas a equipe precisa dar uma olhada e ver se isso é realmente necessário.

Não vejo por que isso faria de você um programador ruim apenas porque você não gosta de uma metodologia específica. Pode dificultar a integração com as lojas que o implementam; Dito isto, tenho algumas dúvidas sobre a eficácia da implementação em todos os lugares.

O que faz de você um programador ruim é um código ruim - é fácil, eu sei - mas você pode gostar / ser brilhante em todas as metodologias que quiser e ainda ser um programador ruim porque seu código não é adequado.

A idéia básica do Agile é que, a menos que você tenha um dom de precognição, não poderá prever um futuro distante. Assim, você não pode documentar o que não pode prever.

Isso não significa que você não tem nenhuma documentação. Você documenta o design técnico para os requisitos atuais (e, é claro, os próprios documentos) e documenta a implementação atual . Não é esperado que você documente como o sistema cuidará de mais 10 sprints, porque você vive em um mundo dinâmico, os requisitos podem mudar.

Eu acho que você está entendendo mal o processo. Que documentação você quer? Antes de começar, você precisa de algum tipo de objetivo. Começo com casos de uso reunidos em conversas com meu cliente. Não passo dias fazendo diagramas sofisticados. Nós conversamos, e então eu escrevo uma página da Wiki, e examinamos isso. Então eu escrevo alguns testes. Então eu escrevo algum código.

Existe uma combinação infinita de tamanhos de equipes, domínios, idiomas, personalidades, orçamentos e requisitos. Não existe uma metodologia que seja melhor para todas as situações. Da mesma forma, muitas pessoas têm preferências e estilos pessoais.

Mesmo que você não goste, vale a pena experimentar novas idéias e analisar criticamente os resultados. Não gosto de muitas coisas, mas depois de experimentar por um tempo, aprendo a amar. Como azeitonas.

A outra coisa é que as modas mudam regularmente. Fui criado com o Waterfall, trabalhei em uma equipe que tentou fazer tudo no Rational Unified Process, que era a "melhor coisa" da época. Em breve, o Agile será substituído por algo mais novo e melhor e ninguém mencionará a palavra Agile novamente.

Portanto, não sinta que precisa gostar de uma metodologia como o Agile. (Eu pessoalmente não gosto) Não faz de você um programador ruim.