Dernièrement j'étais content, j'avais réussi à me mettre à peu prêt à jour des dernières nouveautés IA. J'avais même commencé à mettre en place mes premières agent skills

Et puis hier soir en rentrant d'un super meetup, j'ai vu le changelog de la dernière release de vscode .....

Je suis partagé entre l'enthousiasme à l'idée de bientôt tester toutes ces nouvelles fonctionnalités et la lassitude d'être encore avec un train de retard.

Petite pensée quand même pour les personnes avec qui je discutais récemment qui me disaient ne pas voir l'intérêt des agents IA par rapport à utiliser "ChatGTP" à coup de copier coller...

Un jour vous allez vous réveiller et il y aura une petite marche à passer, et ça ne sera pas si facile.

Pas parce que vous ne connaîtrez pas le dernier outil IA à la mode, pas parce que vous n'utiliserez pas le modèle tendance du moment mais parce que notre métier aura évolué et que vous aurez beaucoup de concepts à assimiler d'un coup.

Comme pour beaucoup de développeurs et de développeuses, l'IA change ma manière de travailler. Donc même si ce n'est pas l'objet de mon module, il me paraissait inconcevable de ne pas aborder le sujet.

J'aurais pu m'absternir au motif que "l'utilisation de l'IA dans le développement logiciel, ce n'est pas le sujet de mon cours" ou encore qu' "ils ont déjà tellement d'autres notions à acquérir avant celle là, ça peut attendre". Mais si j'enseigne un module à des étudiant∙e∙s, c'est pour leur partager des notions que j'aurais bien aimé découvrir quand j'étais à leur place et qui me servent dans mon quotidien d'ingénieur logiciel. L'IA en fait partie et fera sûrement partie de leur quotidien après leur diplôme.

Alors, l'intégration continue que l'on doit mettre en place on ne le fait plus sur un projet exemple que je leur ai fourni mais je leur propose plutôt de se servir de GitHub Copilot pour générer le code du projet (un petit jeu "2048" en Nuxt en l'occurence). On ajoute des instructions personnalisées, on teste des prompts / des agents / des LLMs différents, bref on expérimente. En essayant d'avoir un regard critique sur le code généré, réfléchir à améliorer ce qui est produit. Au détour d'un TP, je leur montre comment venir enrichir les outils et le contexte à disposition de l'asssistant IA avec des MCP Servers (context7, Chrome Dev Tools, ....). Quand je parle de conventions de nommage pour les messages de commit, je leur montre comment configurer vscode pour que l'IA utilise des conventional commits.

Ça fait beaucoup d'informations à digérer pour les étudiant∙e∙s et mon enthousiasme à leur partager tout un tas d'astuces les embrouille parfois plus qu'autre chose. Mais j'essaie de m'améliorer, on échange ensemble et l'essentiel pour moi c'est qu'ils sortent de classe en ayant démystifié certaines notions et retenu quelques trucs qu'ils réutiliseront sur leurs projets.

Leur travail je ne l'évaluerai pas tellement sur le résultat qu'ils auront obtenus (TP complètement fini, pipeline de CI/CD qui fait le café, infra déployée), à l'ère de l'IA cela ne fait peu de sens. Je me focaliserai plutôt sur leur démarche, l'explication de leurs choix, le regard critique qu'ils auront sur leur travail. Un petit markdown pour qu'ils me parlent de tout ça à la fin de chaque TP et qu'ils gardent un écrit de ce qu'ils auront appris et des difficultés qu'ils auront rencontrées.

Ça n'est pas parfait, mais comme d'habitude dans l'IT, on réfléchit à des améliorations, on les met en place, on corrige, on mesure et on itère.

📚 Pourtant, j'avais l'impression de ne pas être trop mauvais pour me tenir au courant des nouveautés à coup de flux RSS, newsletters, et fils d'actualités BlueSky / LinkedIn....

Mais force est de constater que suis parfois un peu dépassé, même sur le contexte technologique dans lequel j'évolue au quotidien.

🛠️ Il faut dire que le périmètre technologique s'agrandit toujours plus. Il y a toujours une nouvelle ressource cloud à appréhender, un nouvel outil à utiliser, une nouvelle fonctionnalité dans ton langage à comprendre, une nouvelle compétence à maitriser.

Être "full stack" ça fait longtemps que ça ne se limite plus qu'au back et au front. 🧑‍💻

On doit pouvoir faire du back, du front web, du mobile, de l'infra, du cloud, de la base de données, des pipelines de CI / CD. Sans oublier un minimum de notions de sécurité, de data et de design. Ça commence à faire beaucoup. 🤯

Et avec l'IA, on ne se limite même plus à 1 stack. Bienvenue dans l'ère "full multi-stack" ✨

La question n'est pas de se spécialiser ou de rester généraliste, la question c'est comment on arrive à prendre de la hauteur sur les choses pour être capable de réappliquer ce qu'on a vu dans un contexte technologique donné à un autre contexte.

Évidemment en plus de tout ça il faut essayer d'être au maximum agile pour éviter l'effet tunnel et d'appliquer des pratiques DevOps pour éviter l'effet silo. Et je ne parle même pas d'avoir une vision Produit, tout ça tout ça.

Bref, ce n'est pas facile et en même temps, c'est aussi ça que j'aime dans l'informatique, on a toujours quelque chose à apprendre et on peut toucher à tout.

Au vu de la complexité de l'IT, je ne me fais pas trop de soucis sur notre avenir même avec l'IA. Notre métier aura surement pas mal évolué dans quelques années mais on aura toujours besoin de personnes pour à partir d'un besoin obtenir une application qui apporte de la valeur à un utilisateur et continue d'évoluer avec le besoin.

Ça t'a peut-être fait sourire ou non.

Mais au delà du contenu, il faut que tu saches que ce carrousel à l'origine c'est un site web ou plutôt des slides créées avec slidev et l'aide de GitHub Copilot.

Slidev, c'est l'outil pour les développ∙eur∙euses qui permet de faire facilement de jolies slides en markdown.

Comme derrière ce n'est rien de plus qu'un site en Vue qui tourne en local, on peut tout personnaliser la mise en page comme on a l'habitude en développement web.

Or GitHub Copilot pour développer un site web il n'est pas mauvais, et même bien meilleur que moi pour le design.

En plus si j'utilise les bons MCP Servers, il devient encore plus pertinent :

→ context7 pour qu'il ait accès à la doc de slidev

→ Chrome Dev Tools pour qu'il puisse vérifier que tout fonctionne

Mais avant d'implémenter quoique ce soit, je lui ai demandé d'aller chercher sur le web les bonnes pratiques pour créer des carrousels.

Ça lui a donné des "spécifications" pour les mises en page possibles, des formats à respecter et des consignes à mettre dans les instructions pour Copilot.

Pour le carrousel que j'avais en tête, j'avais surtout besoin d'afficher des images de posts LinkedIn fictifs.

Alors il m'a fait un modèle de page et un composant qui représentent un post LinkedIn. Comme j'étais moyennement satisfait du résultat je lui ai donné une capture d'écran d'un véritable post pour qu'il améliore le rendu.

L'export en PDF, slidev le gère nativement donc après un certain nombre d'itérations, et d'ajustements je suis arrivé à ce qu'on voit en dessous.

Le résultat, j'en suis plutôt content. Tu fais peut-être mieux avec Canvas ou d'autres logiciels mais moi j'aime bien le fait que ça soit juste du code. Ça me fait une base que je vais pouvoir réutiliser et enrichir à l'avenir.

Et pour me faciliter la réutilisation, j'ai créé un prompt qui connait les composants et mises en page disponibles et qui peut à partir d'un texte ou d'une idée générer le contenu du carrousel.

Comme quoi, même à travers un bête post LinkedIn, on peut en apprendre et en mettre en application des choses.

Et voici mon premier post dans Writizzy pour tester cette plateforme de blogging

Mes premières impressions

L’interface est simple, va à l’essentiel mais ça me convient si je veux me consacrer à l’écriture.

L’écriture est fluide, l’éditeur sympa :

• Pas besoin de me poser 15 000 questions, j’écris mon article et tout s’affiche joliment
• Si je sélectionne du texte, je peux le formatter facilement
• Si je tape / j’ai accès à différents blocs pour écrire
• Pour écrire des extraits de code c’est très simple j’ai juste à faire ``` et le nom de mon langage et c’est parti
• Ça supporte la syntaxe *markdown *à laquelle je suis habitué

::callout{type=info} J’imagine que derrière c’est le composant Editor de Nuxt UI qui est à la manoeuvre, enfin dans tous les cas ça fonctionne bien. ::

A droite j’ai accès à tout ce qu’il me faut pour publier rapidement cet article, j’en demande pas plus.

Un avis un peu plus mitigé

Bon par contre au fur et à mesure que j’écris, il y a différents points qui me gênent un peu :

• l’auto save est désactivé je ne sais pas trop pourquoi ni comment le réactiver, j’ai déjà dû recommencer mon article une fois à cause de ça, plutôt pénible
• les snippets de code supportent un nombre limité de langages (et pas C# 😥 … même si j’imagine que c’est juste de la configuration) et sont assez basiques (pas de bouton copier le snippet comme avec Shiki)
• si je veux ajouter une image je suis tout de suite bloqué car je suis sur un plan gratuit (ça semble logique dans un sens mais quand on est habitué à toutes les autres plateformes ça paraît ultra limitant pour une plateforme de blog)

J’avais déjà fait la remarque sur LinkedIn (je vous aurais bien mis l’image en capture d’écran mais il faudrait que j’upgrade de plan pour cela ….) mais le truc que je trouve vraiment dommage dans ce projet somme toute assez cool, c’est le fait qu’utiliser un custom domain fasse partie du plan payant. Je comprends que ça soit un différenciant important du plan payant mais pour moi lorsque vous commencez à tenir un blog il est crucial de l’écrire sous votre propre nom de domaine pour ne pas dépendre d’une plateforme.

Own your words - Scott Hanselman

Writizzy versus others

Quand j’ai commencé à écrire mon blog il y a quelques années c’était suite à une expérience affreuse avec Wordpress sur le blog de mon entreprise. Bon probablement que le Wordpress que j’avais utilisé était mal configuré, non performant, tout ça tout ça mais j’en garde un goût amer car l’écriture de mon article s’était avérée très fastidieuse. Je ne comprenais pas qu’en tant que développeur on utilise des choses comme Wordpress alors qu’il y avait des générateurs de site statique qui permettaient d’écrire en markdown.

Je ne suis pas un grand fan de toutes les plateformes qui bloquent leurs utilisateurs sur leur plateforme, ou qui limitent la diffusion du contenu si on ne paye pas. Le partage de connaissance devrait être disponible pour tous et toutes donc je n’ai jamais été un grand adepte de Medium et consorts.

Tout ça pour dire que l’approche de Writizzy me paraît être plus adaptée. D’autant plus si à terme, la plateforme propose le backup du contenu des blogs au format markdown dans un dépôt git sur GitHub ou Gitlab.

C’est ce que permet Hashnode qui est une plateforme assez similaire que j’utilisais pas mal fut un temps pour diffuser les articles de mon blog également à la communauté Hashnode. Je me demande si Writizzy arrivera aussi à créer un effet communautaire d’échanges et de partages au delà de la simple rédaction d’articles. Hashnode je le recommandais pas mal à une époque aux personnes qui hésitaient à se lancer dans l’écriture d’un blog mais ne voulaient pas s’embêter à le maintenir eux-mêmes. La quasi totalité des fonctionnalités (y compris l’utilisation de custom domain) est gratuite pour les individus, le modèle d’Hashnode étant je suppose de faire payer pour les blogs maintenus à plusieurs (donc plutôt entreprises). Je ne sais pas si ça marche vraiment mais je trouvais ça plutôt malin et je me demande comment Writizzy arrivera à concurrencer cela. Je suppose qu’en proposant des fonctionnalités différenciantes, un hébergement européen, et une plus grande personnalisation de l’interface c’est possible mais surement difficile.

Affaire à suivre

Bon vous l’avez compris, j’ai pas mal blablaté dans le vide histoire de tester la plateforme. A voir si je ferais d’autres posts, peut-être quand la plateforme évoluera. Car j’ai déjà un blog (en anglais certes, pas en français) qui n’est pas sur une plateforme et que je maintiens complètement ici.

La plateforme en est surement qu’à ses débuts, donc à voir comment elle va évoluer. Mais malgré mes impressions mitigées sur certains aspects c’est plutôt prometteur.

Il ne me reste plus qu’à partager le lien de l’article j’imagine que le feedback peut intéresser les créateurs du projet. C’est tout l’idée d’avoir couché mes impressions sur “papier”.