Qual é a coisa mais simples que é necessária?

Há uma citação frequentemente atribuída a Albert Einstein que eu gosto bastante (e tenho certeza que a maioria gosta):

Tudo deve ser feito o mais simples possível, mas não mais simples.

Há alguma investigação sobre se ele disse isso ou não, mas o ponto permanece, independentemente de quem disse isso.

É fácil pegar essa ideia e aplicá-la a coisas que fazemos no dia a dia que não queremos fazer, certo?

• Não quero limpar meu quarto, então vou arrumar o suficiente.
• Farei apenas o suficiente para satisfazer os clientes, e isso é o suficiente.
• Eu cumprirei [qualquer responsabilidade] no [menor grau possível] e porque Einstein [supostamente] disse isso, quem sou eu para argumentar.

Embora eu não concorde com isso (e a discussão sobre isso está fora do escopo deste post), considero essa ideia dentro do contexto de desenvolvimento web.

E para ser claro, não estou falando de web design. Eu não sou um desenhista. Não quero falar em nome de algo do qual não faço parte. Mas em relação ao fornecimento de soluções para pessoas que usam software, ou melhor, desenvolvimento web, estou muito mais inclinado e posicionado para falar sobre isso.

A rigor, muitas vezes me pergunto se tornamos o desenvolvimento da Web mais complicado (e por que o fizemos) e se usar a coisa mais simples necessária é tudo o que é realmente necessário ao criar soluções para outras pessoas.

A coisa mais simples que é necessária

Recentemente escrevi sobre os vários aspectos do desenvolvimento front-end sozinho (no contexto de obter algo rapidamente) e como agora temos ferramentas de construção estritamente para esse aspecto da pilha de desenvolvimento web.

Quando se trata de ferramentas como essa, independentemente do nível da pilha em que estamos trabalhando, me pego perguntando:

Esse utilitário é necessário para facilitar de forma eficaz e positiva o desenvolvimento da solução para outra pessoa?

Por exemplo, acho que o Composer é algo muito útil. Ele me permite gerenciar facilmente bibliotecas de terceiros, atualizá-las conforme necessário e incorporá-las aos meus projetos.

Da mesma forma, acho úteis ferramentas que examinam meus commits antes de enviá-los para o GitHub porque me permitem detectar problemas de qualidade de código que, de outra forma, levariam mais tempo durante o processo de revisão de código.

Tomemos, por exemplo, algumas das ferramentas de construção de front-end, como Grunt, Gulp, Yarn, Node, Mix e assim por diante. Para ser claro, alguns deles fazem o mesmo que outros, enquanto outros servem a um propósito diferente.

O ponto para o qual estou trabalhando é este:

Em que ponto as ferramentas que estamos usando para o desenvolvimento atrapalham nossa capacidade de construir algo e entregar algo de forma eficaz?

Há algo em nosso campo que nos compele a sentir a necessidade de permanecer na vanguarda da tecnologia. Mas acho que há uma distinção importante a ser feita: uma coisa é estar ciente de uma ferramenta, mas uma coisa é usá-la.

Conhecimento

O melhor de saber que algo está disponível é ter a capacidade de pesquisá-lo e determinar se é de alguma utilidade para nós.

Esta não é uma ideia inovadora ou nova, mas é uma coisa que acho que alguns de nós ignoram. Em vez de pesquisar e avaliar, muitas vezes pulamos e vemos com que rapidez podemos começar a usá-lo.

Colocando em uso

A vantagem de colocar algo novo em uso é que obtemos os benefícios – ou benefícios esperados – que a referida utilidade deve fornecer.

O perigo disso é que a ferramenta pode não estar disponível em seis meses, um ano ou até dois anos e as tecnologias que ela pretende melhorar podem mudar enquanto ela não acompanha o ritmo.

É por isso que é importante manter-se ciente da referida utilidade ao mesmo tempo em que determina se é útil ou não.

Sobre esta coisa da simplicidade

Voltando ao meu ponto original, porém, é o seguinte: se a quantidade de tempo que você leva para configurar, aprender, desenvolver, implementar e usar uma nova ferramenta em seu fluxo de trabalho, acho que vale a pena considerar se realmente vale a pena ou não tempo em sua pilha de ferramentas.

Os clientes não vão se importar se você está ou não usando qualquer ferramenta que possa estar usando. Eles estão confiando em você para ser um bom administrador da solução que eles estão lhe pagando para implementar e parte dessa responsabilidade de ser sábio e diligente com seu tempo.

Se o utilitário que você está usando está atrapalhando essa responsabilidade de alguma forma, pode não valer a pena usá-lo para um determinado projeto.

E, em última análise, isso se resume a mim: se o que estou usando está me ajudando a criar a melhor solução possível sem fazer isso às custas do cliente, provavelmente vale a pena usá-lo. Para esse fim, o conjunto mais simples de ferramentas geralmente é tudo o que é necessário e nada mais.

Caso contrário, pode valer a pena examinar para uso em um projeto futuro, mas não no tempo do seu cliente.