<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Education on Antoine Boucher</title><link>https://antoineboucher.info/CV/blog/fr/tags/education/</link><description>Recent content in Education on Antoine Boucher</description><generator>Hugo</generator><language>fr</language><lastBuildDate>Mon, 13 Apr 2026 15:40:00 -0400</lastBuildDate><atom:link href="https://antoineboucher.info/CV/blog/fr/tags/education/index.xml" rel="self" type="application/rss+xml"/><item><title>Pipeline de compilation, généalogie des langages et pourquoi les grammaires comptent</title><link>https://antoineboucher.info/CV/blog/fr/posts/compiler-design-textbook-figures/</link><pubDate>Mon, 13 Apr 2026 15:40:00 -0400</pubDate><guid>https://antoineboucher.info/CV/blog/fr/posts/compiler-design-textbook-figures/</guid><description>&lt;p&gt;Ces figures proviennent d’un &lt;strong&gt;manuel de langages de programmation / conception de compilateurs&lt;/strong&gt; que je lisais pour un cours. Je les ai gardées sur une seule page de référence : comment la compilation est découpée en phases, comment les langages d’aujourd’hui se situent historiquement, et où la &lt;strong&gt;syntaxe&lt;/strong&gt; ne suffit plus — il faut des &lt;strong&gt;règles de priorité&lt;/strong&gt;, une &lt;strong&gt;désambiguïsation&lt;/strong&gt; pour le &lt;code&gt;else&lt;/code&gt;, et des &lt;strong&gt;attributs&lt;/strong&gt; pour la sémantique comme les types.&lt;/p&gt;</description></item><item><title>Du BMC au pitch : notes de parcours QcES (printemps 2024)</title><link>https://antoineboucher.info/CV/blog/fr/posts/qces-lean-discovery-pitch/</link><pubDate>Mon, 13 Apr 2026 10:00:00 -0400</pubDate><guid>https://antoineboucher.info/CV/blog/fr/posts/qces-lean-discovery-pitch/</guid><description>&lt;p&gt;&lt;strong&gt;&lt;a href="https://antoineboucher.info/CV/blog/fr/posts/qces-lean-discovery-pitch/"&gt;Version anglaise&lt;/a&gt;&lt;/strong&gt; — même sujet, même fil d’URL.&lt;/p&gt;
&lt;h2 id="en-bref"&gt;En bref&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Le &lt;strong&gt;Business Model Canvas (BMC)&lt;/strong&gt; décrit comment l’organisation &lt;strong&gt;crée, livre et capture&lt;/strong&gt; de la valeur ; il répond à trois questions : &lt;strong&gt;désirabilité&lt;/strong&gt;, &lt;strong&gt;faisabilité&lt;/strong&gt;, &lt;strong&gt;viabilité&lt;/strong&gt;.&lt;/li&gt;
&lt;li&gt;On commence en général par &lt;strong&gt;segment de clientèle&lt;/strong&gt; et &lt;strong&gt;proposition de valeur&lt;/strong&gt;, puis on itère : le modèle &lt;strong&gt;change&lt;/strong&gt; avec le marché.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Segmenter&lt;/strong&gt;, c’est rendre le marché &lt;strong&gt;explicite&lt;/strong&gt; (B2B vs B2C, critères concrets) plutôt que des étiquettes vagues (« médecins », « parents »).&lt;/li&gt;
&lt;li&gt;Les &lt;strong&gt;entrevues&lt;/strong&gt; servent à la &lt;strong&gt;découverte&lt;/strong&gt; : objectif d’&lt;strong&gt;apprendre&lt;/strong&gt;, pas de vendre ; viser &lt;strong&gt;connecter&lt;/strong&gt;, pas convaincre — en restant attaché au &lt;strong&gt;problème&lt;/strong&gt;, pas à la solution.&lt;/li&gt;
&lt;li&gt;Le &lt;strong&gt;feedback&lt;/strong&gt; structuré (forces + une piste d’amélioration) et une &lt;strong&gt;pitch courte&lt;/strong&gt; (sans diapos) aident à clarifier l’idée tôt.&lt;/li&gt;
&lt;li&gt;Une &lt;strong&gt;roadmap produit&lt;/strong&gt; est une &lt;strong&gt;vue stratégique dans le temps&lt;/strong&gt;, pas un plan de projet détaillé ; elle s’aligne sur vision, public, horizon, métriques et ressources.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;PoC&lt;/strong&gt;, &lt;strong&gt;prototype&lt;/strong&gt; et &lt;strong&gt;MVP&lt;/strong&gt; ne jouent pas le même rôle : technologie, interaction utilisateur, puis &lt;strong&gt;première version sur le marché&lt;/strong&gt; à éprouver.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Marché et proposition de valeur&lt;/strong&gt; : tenir compte des forces externes (macro, industrie, tendances) et formuler la valeur comme &lt;strong&gt;offre + bénéfice&lt;/strong&gt; pour le client.&lt;/li&gt;
&lt;li&gt;Le &lt;strong&gt;pitch&lt;/strong&gt; suit souvent &lt;strong&gt;Intéresser → Croire → Rejoindre&lt;/strong&gt; : problème d’abord, preuves et différenciation, puis &lt;strong&gt;demande précise&lt;/strong&gt;.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;em&gt;Ce texte est une synthèse personnelle à partir de matériel de cours QcES (cohorte printemps 2024) et d’intervenants ; ce n’est pas un document officiel du programme.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Notes sur le cycle de vie logiciel — GOALS, waterfall, vérification vs validation</title><link>https://antoineboucher.info/CV/blog/fr/posts/software-engineering-textbook-figures/</link><pubDate>Mon, 13 Apr 2026 08:00:00 -0400</pubDate><guid>https://antoineboucher.info/CV/blog/fr/posts/software-engineering-textbook-figures/</guid><description>&lt;p&gt;Ces pages viennent d’un &lt;strong&gt;manuel de génie logiciel&lt;/strong&gt; utilisé en cours. J’y ai regroupé les figures sur une seule page de référence : &lt;strong&gt;planification orientée objectifs&lt;/strong&gt;, comment le modèle &lt;strong&gt;waterfall&lt;/strong&gt; enchaîne les activités (avec &lt;strong&gt;vérification et validation&lt;/strong&gt; appariées à chaque phase), une variante &lt;strong&gt;incrémentale&lt;/strong&gt;, la liste des &lt;strong&gt;sous-objectifs du cycle de vie&lt;/strong&gt; du manuel, le rappel que &lt;strong&gt;les conseils méthodo dépendent du contexte&lt;/strong&gt;, et un court passage &lt;strong&gt;d’éthique&lt;/strong&gt; sur l’impact sur les personnes.&lt;/p&gt;</description></item><item><title>Premier atelier Byzantium — Solidity et token ERC-20 sur Ethereum</title><link>https://antoineboucher.info/CV/blog/fr/posts/byzantium-solidity-ethereum-workshop/</link><pubDate>Mon, 11 Mar 2024 18:30:00 -0400</pubDate><guid>https://antoineboucher.info/CV/blog/fr/posts/byzantium-solidity-ethereum-workshop/</guid><description>&lt;p&gt;Lundi, &lt;strong&gt;Byzantium&lt;/strong&gt; a organisé son &lt;strong&gt;premier atelier sur Ethereum&lt;/strong&gt; : une session accessible aux débutant·e·s comme aux personnes déjà à l’aise avec la blockchain, avec mise en pratique jusqu’au &lt;strong&gt;déploiement d’un token&lt;/strong&gt; et des &lt;strong&gt;transferts entre portefeuilles&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;&lt;img src="https://antoineboucher.info/CV/blog/posts/byzantium-solidity-ethereum-workshop/images/workshop-title-slide.png" alt="Diapositive d’ouverture — Workshop sur Solidity (Ethereum)"&gt;&lt;/p&gt;
&lt;h2 id="programme"&gt;Programme&lt;/h2&gt;
&lt;p&gt;L’animation, assurée par &lt;strong&gt;Khalil Anis Zabat&lt;/strong&gt;, est partie d’une base &lt;strong&gt;Solidity&lt;/strong&gt; et d’un contrat &lt;strong&gt;ERC-20&lt;/strong&gt; standard, en s’appuyant sur &lt;strong&gt;OpenZeppelin&lt;/strong&gt; : définir le nom et le symbole du token, fixer les &lt;strong&gt;décimales&lt;/strong&gt;, et &lt;strong&gt;émettre&lt;/strong&gt; une première quantité pour le déployeur. Ensuite, chacun·e a pu suivre la démo, déployer son propre contrat sur un réseau de test, puis &lt;strong&gt;échanger des tokens&lt;/strong&gt; avec les autres participant·e·s — le passage concret du « code sur l’écran » à « quelque chose qu’on peut envoyer à un pair ».&lt;/p&gt;</description></item></channel></rss>