L'auteur partage son expérience après quatre mois d'utilisation intensive de Python dans un nouveau rôle professionnel. Il apprécie la flexibilité et la syntaxe claire du langage, notamment avec l'outil de typage mypy, qu'il trouve supérieur à celui de Go. Il souligne également l'amélioration de la gestion des paquets avec uv, qui a résolu des problèmes antérieurs. Après avoir utilisé divers langages au cours de sa carrière, il trouve Python plaisant et maintenable, surtout avec l'aide d'outils comme Claude Code. Il utilise VSCode comme IDE, ayant abandonné Emacs pour des raisons de configuration complexe.
Cet article raconte l'expérience d'un développeur qui, après des années de confort dans son travail, se retrouve confronté à un collègue plus expérimenté qui remet en question ses méthodes et ses choix. Initialement frustré, il finit par accepter cette "claque" comme une opportunité d'apprentissage, ce qui lui permet de progresser et d'acquérir une compétence essentielle : se remettre en question sans le vivre comme un échec. L'auteur souligne l'importance d'accepter les critiques et de partager les connaissances pour évoluer dans ce métier.
L'article explique pourquoi une entreprise a migré son backend de Python à Node.js seulement une semaine après son lancement. Malgré les conseils habituels de ne pas s'inquiéter de l'échelle au début, ils ont choisi de le faire pour des raisons de scalabilité. L'auteur, un fan de Django, a rencontré des difficultés avec le code asynchrone en Python, trouvant la mise en œuvre complexe et peu intuitive. Il attribue ces problèmes aux fondations instables de l'asynchrone en Python, contrairement à des langages comme JavaScript ou Go qui l'ont intégré dès le départ. Des articles de blog récents ont confirmé ces observations. L'expérience a révélé plusieurs limitations, comme l'absence de support natif pour l'E/S de fichiers asynchrones, le manque de support complet pour l'asynchrone dans Django, et la nécessité de convertir constamment entre code synchrone et asynchrone. Ces défis ont finalement conduit à la décision de migrer vers Node.js.
L'article explore les implications de l'utilisation des modèles de langage (LLMs) dans la rédaction de blogs techniques. L'auteur, qui a toujours privilégié l'écriture personnelle et authentique, a mené une expérience en utilisant un LLM pour rédiger un article technique sur son blog. Il a constaté que, bien que les LLMs puissent reproduire un style d'écriture personnel de manière convaincante, le contenu généré reste souvent générique et manque de profondeur contextuelle. L'auteur souligne que, malgré les avancées technologiques, les articles générés par IA nécessitent encore beaucoup de révisions et de guidage pour atteindre un niveau satisfaisant. Il conclut que les LLMs peuvent être utiles pour des sujets très spécifiques ou des retours d'expérience, mais qu'ils ne remplacent pas encore l'authenticité et la richesse d'un article rédigé par un humain.
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
De bons conseils pour gagner de l'expérience en dehors d'avoir un emploi