Olá a todos!
A especialização no geral é uma coisa boa tende a te render certa fama. O chato é deixar acontecer aquela máxima de que "Para quem é muito bom com martelo, tudo vira prego".
Pois é, às vezes precisamos recuar um pouco nas convicções e reavaliar se o caminho que estamos seguindo é realmente o melhor, ou se realmente aquela técnica ou tecnologia que nos é tão familiar é a melhor forma.
Já ví gente substituindo foreach por iterator só porque acha que é melhor implementar Design Patterns. Ok, os padrões de projeto tem sim o seu mérito, mas na minha opinião (que pode valer porcaria nenhuma...) só justificam a sua utilização quando o projeto tem tamanho para isso. Eu acho que escreve-se muito para obter o mesmo resultado (com a vantagem de ser escalável, claro!!). Para o usuário final, não importa qual foi a metodologia utilizada, desde que funcione.
Não entenda isso como uma licença poética para escrever programas porqueiras. Não é isso. O que eu quero dizer aqui é que toda técnica tem algum uso em alguma situação. O nosso trabalho como programadores envolve entender essas situações e apresentar a melhor solução possível. Às vezes, o prazo, orçamento, pressa do usuário, etc, vão justificar muito mais a implementação do foreach, já que o objetivo (neste caso específico) é percorrer uma lista qualquer.
Aí alguém vai te dizer "Implemente padrões de projetos!! O seu software vai ficar fácil de manter, bla, bla, bla...". Deixe-me contar um segredo: quem programa mal continua programando mal, mas com padrões de projeto. Eles não substituem a lógica de programação. Só dão uma nova abordagem à técnica.
Enfim, a idéia desse post é tentar te colocar em linha com o Keep It Simple.
Grande abraço!!
Nenhum comentário:
Postar um comentário