samuel@liard:~$
> whoami

Samuel
Liard

Software Engineering Manager à Lannion. Vingt ans à concevoir des systèmes qui tiennent la charge — du jeu vidéo au crawl web à 3 milliards de pages par jour.

cat blog/ → open cv.pdf
20
ans d'XP
04
talks filmés
03
brevets
~/samuel — tree
📁 carriere/
exail-robotics · 2025
babbar-tech · 2022
orange-rnd · 2019
apizee · sushee · 2016
apptom · 2012
📄 cv.pdf
📄 about.md
> ls blog/ --recent
tout le blog →
#{{ p.theme }}{{ p.date }}
{{ p.title }}
> cd ~/blog && ls -la

Le blog

★ pinned · #{{ featured.theme }}

{{ featured.title }}

{{ featured.date }} · ~6 min de lecture
lire →
</>
COPILOT · CLI
--theme{{ themeChips }}
--year{{ yearChips }}
{{ p.date }}
{{ p.title }}
#{{ p.theme }}
{{ countLabel }}
> play talks/ && cat ecrits/

Talks & écrits

Conférences filmées et articles longs — du PaaS en 2011 au Web3 en 2022.

← cd ../blog
#IA·08 Mar 2026·6 min

GitHub Copilot CLI vs Online

SL
Samuel Liard

Depuis quelques mois, j'utilise les deux interfaces de GitHub Copilot au quotidien. Voici un comparatif concret de ce qui fonctionne, de ce qui frustre, et du flux de travail que j'ai fini par adopter.

Le terminal change la donne

La version CLI s'intègre directement dans la boucle shell : on reste dans le contexte du projet, sans aller-retour vers le navigateur. C'est ce détail qui fait toute la différence sur les tâches répétitives.

$ gh copilot suggest "compresser le dossier logs"
# → tar -czf logs.tar.gz ./logs
Coder moins, déléguer le bruit, garder la tête pour l'architecture.

À l'inverse, l'interface web reste plus à l'aise sur les longues explications et la relecture de gros diffs, là où le terminal montre vite ses limites de lisibilité.

// Aperçu de mise en page · le contenu réel de l'article s'insère ici