Pequenos truques de programação

Artigo original ↗ Discussão no Hacker News ↗

Muitos programadores ainda consideram atalhos de shell, macros de editor e pequenos truques de CLI indispensáveis para a produtividade do dia a dia, mesmo com a crescente popularidade das ferramentas de codificação por IA. Os comentaristas contrastam a “codificação manual” e a fluência profunda em ferramentas com a delegação para LLMs, argumentando que, embora a IA seja ótima para busca, scaffolding e aprendizado de novos comandos por exemplo, ela não substitui o entendimento de código, arquitetura ou otimização em baixo nível. Um tema recorrente é que essas micro-habilidades se acumulam com o tempo — especialmente em depuração, navegação e trabalho de desempenho — embora alguns observem que elas são mais fáceis de esquecer ou desvalorizar agora que a IA muitas vezes pode gerá-las ou lembrá-las sob demanda.

Codificação manual vs. codificação assistida por IA

  • Muitos comentaristas ainda “codificam manualmente” a maior parte ou todo o seu trabalho, usando LLMs principalmente como:
    • Um mecanismo de referência/pesquisa mais inteligente para sintaxe, APIs ou escolhas de bibliotecas.
    • Um revisor de código ou pato de borracha para detectar erros bobos.
  • Alguns relatam que o código gerado por LLM requer tanto tempo para entender e verificar quanto escrever eles próprios, então o ganho de produtividade é limitado.
  • Uns poucos descrevem trabalho profundo, crítico em desempenho ou altamente idiossincrático em que LLMs são pouco úteis ou até incorretos; eles preferem fluxo ininterrupto e codificação direta.
  • Outros já migraram em grande parte para fluxos de trabalho assistidos por IA ou agentivos, especialmente para boilerplate e projetos pessoais, mas ainda mantêm controle manual no trabalho.

Pequenos truques ainda são relevantes na “era da IA”?

  • Vários dizem que truques de shell/editor ainda rendem diariamente, especialmente para navegação, histórico e edições rápidas, onde solicitar a um LLM seria mais lento.
  • Outros acham que esses truques importam menos agora que a IA pode gerar comandos ou scripts sob demanda.
  • Alguns veem a IA como uma nova forma de descobrir truques — por exemplo, observar comandos e opções de agentes ensina ferramentas que eles não conheciam.
  • Há preocupação de que terceirizar demais para a IA corrói habilidades e reduz oportunidades de internalizar técnicas.

Código sem branches e com menos branches

  • Um thread defende “evitar branches” quando possível, sugerindo:
    • Simplificar o código removendo ifs desnecessários.
    • Usar tabelas de lookup, retornos antecipados, rotinas especializadas ou lógica difusa.
  • Contra-argumentos:
    • Código sem branches costuma ser menos legível e compiladores modernos já otimizam muitos padrões.
    • A otimização realmente “sem branches” (por exemplo, conditional moves, blends vetorizados) é de nicho e só deve vir depois de profiling.

Uso do shell, histórico e navegação

  • Muitos elogios a ferramentas avançadas de histórico e diretório:
    • Ctrl-R com busca fuzzy, history | grep, busca por substring no zsh, histórico por prefixo no fish e ferramentas de terceiros como Atuin e zoxide.
    • Alguns movem comandos ad hoc repetidos para Makefiles/justfiles para reprodutibilidade em vez de depender do histórico.
  • Vários truques de navegação: aliases para .., pequenos scripts para saltar entre diretórios relacionados, helpers de SSH que preservam diretórios de trabalho.

Compartilhamento de conhecimento e cultura

  • Visões mistas sobre “dicas” diárias no chat da equipe:
    • Alguns veem isso como mentoria valiosa e construção de cultura.
    • Outros acham dicas diárias, para público amplo, barulhentas ou performáticas, preferindo canais opt-in ou docs/cheatsheets curados.
  • Há um acordo geral de que truques pequenos e bem-timedos (como a ferramenta de CLI ou atalho certo) podem resolver de forma decisiva problemas difíceis do mundo real.