- Je suis fasciné par les programmeurs qui n’utilisent pas les fonctionnalités IDE que je considère comme acquises aujourd’hui
- Je me suis intéressé aux développeurs qui ne se servent pas de l’autocomplétion, des serveurs de langage, ou d’outils récents comme Copilot
- Je me demande s’ils mémorisent tous les types et tous les champs, et comment se déroule leur flux de travail
- Sans la fonction « aller à la définition » d’un serveur de langage, je me demande comment ils trouvent la définition ou l’implémentation d’une fonction située dans un autre fichier
1 commentaires
Avis de Hacker News
Un développeur a appris l’importance d’une bonne organisation du code après avoir rencontré un développeur aveugle. Ce développeur insistait sur le fait que le code doit avoir une structure claire et logique, ce qui a suscité des inquiétudes sur la dépendance aux fonctionnalités LSP/IDE pouvant masquer les défauts structurels d’une base de code.
Il affirme que l’LSP est nécessaire dans les systèmes avec de nombreuses définitions temporaires. Il cite par exemple React/TypeScript, tandis que pour les bases de code Python sans framework, l’autocomplétion du shell est généralement suffisante.
Il y a deux types de programmeurs qui évitent LSP/LLM. Le premier groupe s’appuie sur un "Language Server Protocol" humain en dépendant d’autres personnes. Le second est à l’aise pour explorer une base de code à l’aide d’outils plus anciens.
Il est proposé d’éteindre les fonctions LSP pendant un mois. Cela permet d’apprendre la valeur de l’organisation du projet, du nommage des fichiers et des
importexplicites.Les personnes qui utilisent le shell comme environnement de développement préfèrent se familiariser avec le code via des outils CLI. Elles aiment les compilateurs rapides et la vérification de types, et évitent les distractions visuelles des IDE.
L’expérience de travail avec un Vim non assisté a été partagée, en soulignant qu’il est important de bien maîtriser l’usage des tabulations et du nommage.
Comparant à la conduite sans GPS, il insiste sur l’importance d’avoir une connaissance intime d’une base de code. Il n’est pas opposé à LSP, mais préfère les outils comme Vim.
De nombreux outils peuvent être distrayants, et il souligne l’importance d’un espace calme pour se concentrer. Lire et rechercher dans le code se fait avec les utilitaires POSIX standard.
Il affirme que la mémorisation et la difficulté sont efficaces pour apprendre. Avec une configuration Vim minimale, il comprend mieux la complexité de Linux et des langages.
Il a réalisé que les outils modernes permettent de rester productif sans état de flow. Cela motive à essayer des fonctionnalités modernes comme VSCode.