La programmation récréative consiste à écrire du code purement pour le plaisir, et non pour le travail, l'argent ou des exigences extérieures. Elle est animée par la curiosité : construire des choses pour comprendre leur fonctionnement, essayer de nouveaux langages juste pour voir ce qu'on en ressent, résoudre des problèmes qui n'existent que dans votre tête, et écrire du code qui vous fait sourire. Elle se distingue des activités secondaires, du développement de compétences guidé par la carrière, des tutoriels pas à pas ou de la préparation intensive aux entretiens. La distinction essentielle réside dans la motivation interne par rapport à la pression externe, et renouer avec cette impulsion intrinsèque aide à prévenir l'épuisement, à développer l'intuition grâce à une exploration sans enjeu, et à entretenir la passion du métier sur le long terme.
L'article décrit cinq styles de programmeurs récréatifs. L'Explorateur en direct construit en public, à travers des streams et des blogs, partage ses processus désordonnés et puise son énergie dans la communauté. Le Plongeur en profondeur crée des versions miniatures de systèmes complexes et privilégie l'apprentissage à la livraison. Le Technologue créatif utilise le code comme un médium artistique, tandis que le Solutionneur de problèmes résout ses propres agacements avec des outils suffisamment bons. L'Explorateur de langages essaie constamment de nouveaux langages et paradigmes.
Dans tous les styles, plusieurs constantes se dégagent. La curiosité suffit à se justifier, et les expériences ratées enseignent aussi des leçons précieuses. Les pratiquants doivent suivre leur énergie plutôt que leurs plans, en considérant l'ennui comme une information utile sur ce qui les intéresse. Documenter le parcours, y compris les décisions et les impasses, approfondit la compréhension et met en relation avec d'autres personnes qui empruntent des chemins similaires. Le progrès compte plus que la perfection.
Pour construire un terrain de jeu personnel, l'article suggère un dossier dédié aux expérimentations, sans contraintes de production, ainsi que des approches telles que des expériences hebdomadaires de deux à quatre heures, la reconstruction des outils que vous utilisez, la résolution de vos propres problèmes agaçants et la mise en œuvre d'un même problème dans différents langages.
Source: Hacker News · Résumé par HeadlinesBriefing