Código bom vs Código que funciona

No texto de hoje venho trazer um debate bem legal. Em algum momento, você que está lendo esse texto irá passar pela grande questão: fazer um código bem escrito, otimizado e de fácil manutenção contra um código complexo, com classes nomeadas de forma ambíguo e que quando for necessário fazer uma manutenção, será mais fácil refatorar o código existente.

A principio você escolherá o primeiro código, mas descobrirá que em alguns momentos, o código ruim irá prevalecer. Acredito que todos acabam passando por esse momento, mas nunca deverá se tornar seu padrão de código. Todo código precisa ser bem feito, pois alguém vai usar seu código para algo importante, mesmo que você ache que não. Passado o momento filosófico, vamos falar o que realmente atrapalha o bom código.

Os fatores que jogam contra o bom código são: tempo; regras pouco claras; falta de teses; falta de conhecimento técnico do dev entre outros. O primeiro e mais comum de acontecer com qualquer dev, é a falta de tempo hábil para fazer um bom código. O segundo lugar é a regra de negócio complexa ou que não está pronta e muda toda hora. Mais adiante temos a falta de testes. Isso é grave, não testar o código antes de colocar em produção é uma das piores decisões que um dev pode ter que tomar. Por último, temos a falta de conhecimento técnico. Essa parte cabe um bom debate sobre quem é a pessoas responsável por fazer a demanda e se ela realmente tem condições de fazer tal demanda. Outro ponto é se o líder não subestimou a equipe ou subestimou a própria demanda.

Perceba que são vários fatores que podem acontecer na sua jornada como dev e nem por isso você ou qualquer outra pessoa é um dev ruim ou não sabe escrever um bom código. Por isso é importante conversas com os colegas de setor ou até mesmo procurar dentro da empresa pessoas que tenham passado por um demanda parecida. Outra coisa legal é ter networking para trocar experiência e até mesmo fazer um benchmark. Para que não conhece, o benchmark nada mais é que tentar contato com outras empresas e conversas sobre a arquitetura deles, assim como você também expõem a sua. Parece bobeira, mas esse bate papo é muito bom para você ver o que outras pessoas fazem e até mesmo inspirar outra pessoas.