Tamanho do projeto e “mantendo-o simples”

Por alguma razão, existe uma tensão consistente (pelo menos no que me diz respeito) entre a utilidade de construir algo para alguém e a quantidade de tempo que leva para construir a dita coisa.

Com isso, quero dizer que, quando se trata de WordPress, é relativamente fácil criar plugins e utilitários pequenos e simples para outros que não estão necessariamente seguindo as melhores práticas modernas.

E, quanto a este post, eu diria que as melhores práticas modernas são algo como:

• um gerenciador de pacotes do lado do servidor,
• um gerenciador de pacotes do lado do cliente,
• teste de unidade adequado,
• aulas bem elaboradas,
• código documentado,
• e assim por diante.

E tudo isso é ótimo e indiscutivelmente necessário para projetos maiores (especialmente porque a manutenção e o desenvolvimento consistente terão um papel tão significativo).

Mantendo a simplicidade

Mas e quanto a projetos menores onde você é mais ou menos o único administrador da base de código? Não estou dizendo que boas práticas não devem ser implementadas. Eu acho que devemos:

• ter uma base de código bem documentada,
• função ou design de classe que atende ao desenvolvimento futuro,
• e otimização do código do lado do cliente e do lado do servidor

Mas isso significa que esses projetos precisam ter grandes diretórios de fornecedores ou grandes diretórios node_modules?

Foto de Artur Pokusin no Unsplash

Resumindo, acho que não. Acho que isso entra em excesso de engenharia.

Torne as coisas o mais simples possível, mas não mais simples.

Isso não significa que renunciamos ao cuidado necessário para escrever código de qualidade dentro do contexto do nosso IDE.

Diretrizes Potenciais

Mas talvez seja aí que ele pára. Isso quer dizer que talvez uma boa regra seja:

• Se o projeto exigir integração contínua, ele deve ter as proteções necessárias para garantir a qualidade tanto localmente quanto nos ambientes de teste e no processo de integração contínua.
• Se o projeto for construído e lançado (e feito iterativamente), então a maior parte da qualidade deve ser medida e aplicada por meio do IDE.

Não sei se esta é a melhor maneira de abordar isso, mas é algo que tenho pensado e continuo a chegar ao conjunto acima de barreiras proverbiais.

Atualmente estou escrevendo um eBook (junto com uma variedade de outros conteúdos premium). Se você estiver interessado, confira o que você recebe.