Ask HN: Como programadores que não usam autocompletar/LSP trabalham?

• Pergunta sobre como desenvolvedores que não usam recursos de IDE como autocompletar, servidor de linguagem ou Copilot lidam com os tipos e campos de uma base de código
• Há curiosidade sobre o fluxo de desenvolvimento e a forma de navegar pelo código ao trabalhar sem essas ferramentas, especialmente como encontrar a definição ou implementação de funções que estão em outros arquivos
• Como exemplo, a pessoa diz que sente dificuldade para trabalhar sem o recurso de ir para a definição do servidor de linguagem e quer saber quais formas existem para substituí-lo

[GN⁺]

Comentário do Hacker News

• Um programador disse que aprendeu a importância de organizar bem o código depois de encontrar um programador cego. O programador cego destacou que o código precisa ter uma estrutura clara e lógica. Isso levou a uma preocupação sobre depender de recursos de LSP/IDE que podem mascarar defeitos estruturais da base de código.
• Mencionou que LSP é necessário em sistemas com muitas definições implícitas. Como exemplo, React/TypeScript; em bases Python sem framework, o autocomplete do shell costuma ser suficiente.
• Existem dois tipos de programadores que evitam LSP/LLM. O primeiro grupo depende de outras pessoas como se elas fossem um “protocolo de servidor de linguagem humana”. O segundo é hábil em navegar pela base de código usando ferramentas mais antigas.
• Sugeriu desligar os recursos do LSP por um mês. Isso pode ensinar o valor da organização do projeto, da nomenclatura de arquivos e de importações explícitas.
• Quem usa shell como ambiente de desenvolvimento prefere se familiarizar com o código por meio de ferramentas CLI. Gosta de compiladores rápidos e checagem de tipos, e evita distrações visuais de IDEs.
• Compartilhou a experiência de trabalhar com vim sem assistentes, dizendo que dominar tab e nomenclatura é importante.
• Ao comparar com pessoas dirigindo sem GPS, enfatizou a importância de ter intimidade com a base de código. Não é contra o LSP, mas prefere ferramentas como o vim.
• Disse que muitas ferramentas podem atrapalhar e que focar em um ambiente silencioso é importante. Lê e busca código usando utilitários padrão POSIX.
• Argumenta que memorização e dor são eficazes para o aprendizado. Ao usar uma configuração mínima de vim, ele passou a entender melhor a complexidade do Linux e da linguagem.
• Teve a percepção de que ferramentas modernas ajudam a manter a produtividade sem depender do estado de fluxo; isso também o motivou a experimentar recursos modernos como os do VSCode.