Programadores que no usan autocompletado/LSP: ¿cómo trabajan?
(news.ycombinator.com)- Me fascina ver programadores que no usan funciones del IDE que hoy doy por sentadas
- Hago preguntas a desarrolladores que no usan herramientas como autocompletado, servidores de lenguaje o Copilot
- Me intriga si recuerdan todos los tipos y campos, y cómo es su flujo de trabajo
- También quiero saber cómo encuentran la definición o implementación de una función en otro archivo sin usar la función de "ir a definición" de un servidor de lenguaje
1 comentarios
Comentarios de Hacker News
Un programador contó que, tras conocer a una programadora con discapacidad visual, aprendió que la organización del código es crucial. La programadora enfatizó que el código debe tener una estructura clara y lógica, lo que llevó a una inquietud sobre depender de funciones de LSP/IDE que pueden ocultar fallos estructurales en la base de código.
Se menciona que el LSP es necesario en sistemas con muchas definiciones temporales. Como ejemplo se da React/TypeScript; en una base de código de Python sin framework, normalmente el autocompletado del shell es suficiente.
Existen dos tipos de programadores que evitan LSP/LLM. El primer grupo depende de otra persona como si fuera un "protocolo de servidor de lenguaje humano". El segundo grupo es hábil en explorar la base de código usando herramientas antiguas.
Se propone desactivar las funciones de LSP por un mes. Esto permite aprender el valor de la organización del proyecto, el nombre de los archivos y las sentencias de import explícitas.
Quienes usan la shell como entorno de desarrollo prefieren herramientas de CLI para familiarizarse con el código. Les gustan la compilación y el chequeo de tipos rápidos, y evitan las distracciones visuales de los IDE.
Compartieron experiencias trabajando con Vim sin asistencia, señalando que dominar el uso de tabs y una buena nomenclatura es clave.
Mediante una analogía con personas que conducen sin GPS, se enfatiza que es importante tener un entendimiento profundo de la base de código. No se oponen al LSP, pero prefieren herramientas como Vim.
Muchas herramientas pueden ser distractoras, y se destaca que es importante concentrarse en un entorno silencioso. Usan utilidades estándar POSIX para leer y buscar código.
Se afirma que memorizar y pasar por el sufrimiento es efectivo para aprender. Al usar una configuración mínima de Vim, terminó entendiendo mejor la complejidad de Linux y del lenguaje.
Se llegó a la conclusión de que las herramientas modernas permiten sostener la productividad sin necesidad de entrar siempre en estado de flow. Esto motivó a probar funciones modernas como las de VSCode.