A grande tecnologia está ouvindo o barulho dos desenvolvedores em sua busca para ser o melhor. Infelizmente, isso está começando a deteriorar a integridade de algumas linguagens de programação.

Para entender melhor isso, considere a versão recente do Chrome, com uma pequena, mas importante mudança em suas DevTools. Os desenvolvedores podem redeclarar uma variável const JavaScript no console. Reserve um momento para refletir sobre a definição de uma variável const como o MDN a define:

Constantes têm escopo de bloco, bem como variáveis ​​declaradas usando a palavra- letchave. O valor de uma constante não pode ser alterado por meio de reatribuição e não pode ser redeclarado.

Por que o Chrome desafiaria intencionalmente a definição de uma const dessa maneira? Aqui está o caso de uso especificado na descrição do DevTools :

Os usuários querem poder copiar e colar o código no console do DevTools para ver como ele funciona ou experimentar, fazer pequenas alterações no código e repetir o processo. Se o código que eles copiarem e colarem tiver uma variável const de nível superior, ele gerará atualmente um erro de sintaxe. Isso é frustrante, pois os usuários precisam atualizar a página, abrir uma nova guia ou remover palavras-chave const para contornar isso.

O argumento se resume a “os usuários estão frustrados”.

Isto é realmente um problema?

Sim.

Neste exemplo, o Chrome DevTools atende a uma comunidade que deseja copiar/colar. Os desenvolvedores copiam/colam código no console da mesma forma que copiam/colam código em seus aplicativos. Nesse caso, os desenvolvedores ficarão frustrados quando copiarem/colarem do DevTools em seu próprio código, onde consts redeclarados não são permitidos.

A cultura de copiar/colar pode ser uma boa maneira de entender um novo código, mas não promove o pensamento crítico. Muitos desenvolvedores copiam/colam código do StackOverflow, Github e outras fontes sem entender o que estão fazendo. Como um desenvolvedor ocupado, pode parecer bom não ter que pensar tanto copiando/colando, mas isso é parte da razão pela qual há uma escassez de desenvolvedores qualificados no mundo ( sobre os quais já escrevi antes ). Em poucas palavras, há uma escassez de talentos tecnológicos experientes e criativos – o mundo carece de “criadores”.

Embora a mudança no Chrome DevTools pareça ter sido feita com boas intenções, na verdade está apenas adicionando outra peculiaridade confusa à experiência do desenvolvedor.

Ferramental de marreta

Os desenvolvedores sempre querem uma ferramenta para cada trabalho. É da natureza humana querer tudo em um só lugar, e ter tudo “fácil”. No entanto, tudo-em-um e “fácil” não escalam bem.

O Chrome DevTools está tentando saciar a todos, mas a que custo? Promover um ambiente JavaScript “principalmente compatível” é realmente uma boa ideia?

Existem muitas outras ferramentas para experimentar JavaScript.

Abordagens alternativas

Os desenvolvedores de ferramentas, especialmente os grandes, precisam considerar o impacto que desafia os padrões técnicos. Quando os líderes contradizem os padrões (especialmente aqueles que ajudam a criar), todos falham.

No caso de DevTools que permite a redeclaração de const, talvez seja melhor fornecer recursos educacionais para desenvolvedores. O principal caso de uso que impulsiona esse “recurso” é que as pessoas copiem/colam código de tutoriais e outras fontes educacionais online. Talvez os educadores devam assumir a responsabilidade de fornecer um código de copiar/colar que funcione. Talvez eles devessem educar seus alunos sobre a diferença entre const , let e var . Em outras palavras, os educadores não devem ser recompensados ​​por divulgar práticas ruins.

No caso do Google, alguns ajustes de UX podem percorrer um longo caminho.

Veja como o DevTools está agora:

Talvez a redeclaração de uma const possa exibir um aviso como "esta é uma ação não padrão" em vez de apenas o "indefinido" padrão.

A encosta escorregadia

É importante que os fabricantes de ferramentas de tecnologia ouçam seus usuários, mas os fabricantes de ferramentas também têm a responsabilidade de proteger a integridade da tecnologia que habilitam.

É difícil equilibrar as demandas do usuário com a integridade técnica, especialmente quando as demandas contradizem a natureza fundamental de uma tecnologia específica. Com cada recurso, os fabricantes de ferramentas precisam se perguntar se estão criando uma ladeira escorregadia.