O código precisa ser gravado no arquivo, de uma forma ou de outra. Embora todos os programadores devam se esforçar para escrever mais código do que o necessário, essa parte "pequena" precisa ser escrita mesmo assim.
Quais dicas você tem para melhorar o esforço de escrever código? Uso de IDEs? Teclados ou layouts de caracteres diferentes? Uso mínimo do mouse? Ferramentas de geração de código? O que mais você pode pensar?
Para mim, uma IDE com autocomplete é importante. Uma linguagem de programação que requer menos pressionamentos de teclas seria legal (digite menos, leia menos), mas mantendo-a compreensível (diferente de J ).
Layout do teclado: não acho que seja um problema. Troquei o layout algumas vezes (US / CH, PC / Mac) e, depois de algum tempo, o cérebro se ajustou. Geração de código: eu os evito, exceto para gerar getters, setter e implementar uma interface.
Conseguir o máximo do jeito dos desenvolvedores é o caminho a percorrer. Qualquer coisa que me faça pensar em algo que não seja a tarefa em mãos é um desperdício dos meus ciclos de clock.
Infelizmente, o que isso realmente é diferirá de pessoa para pessoa. Algumas pessoas tocam o mouse o mínimo possível. Outras pessoas odeiam ter que lembrar atalhos de teclado. Algumas pessoas querem silêncio, outras gostam do zumbido de um escritório de trabalho.
Qualquer coisa mecânica ou repetitiva deve ser automatizada. Ferramentas de formatação de código, commit-hooks de controle de versão para checagem de lint, controle de cruzeiro, etc, etc. são boas e razoavelmente aplicáveis.
Além disso, dê aos desenvolvedores a opção de tomar suas próprias decisões sobre o que funciona para eles. Algumas decisões precisam ser tomadas em nível de departamento / empresa (estilo de código, sistema de compilação, possivelmente até IDE, dependendo do nível de integração), mas tudo o mais deve ser deixado para a pessoa que precisa obter essa pequena quantidade de código o arquivo.
(Copiando minha resposta do SO ...)
Como @ Thomas-Mueller disse no SO, digite menos, não mais rápido. Além disso, tente seguir DRY (não se repita). Eu costumava ouvir as pessoas falando sobre o "código do cortador de biscoitos", onde você poderia fazer muito rapidamente cortando e colando grandes quantidades de código. A razão de ser um problema é que, se houver necessidade de alterar o código original, você terá que alterar N cópias.
Programadores são como canais barulhentos. Se eles tiverem que fazer 10 alterações no código, se eles forem realmente bons, terão 8 deles certos. Os que não acertam são novos bugs .
É por isso que o código curto e a matéria DRY.
É também por isso que as linguagens do compilador são melhores do que o assembler, e porque as linguagens específicas do domínio (DSL) são melhores ainda, quando se aplicam .
Como uso bastante o SQL Server Management Studio, tenho uma biblioteca de modelos muito boa. Alguém neste site recomendou o SSMS Tool Pack, então estou verificando isso.
O melhor é copiar & colar. Eu estou brincando!
Tags productivity coding