Blog | David Aparicio

1er prix à l'hackathon Dust/Qonto des agents IA

Fri, 11 Apr 2025 23:00:00 +0000

Équipe

L’équipe gagnante 12 est composée : Simon Cleriot, Khaled Khebbeb, Jarek Ecke et David Aparicio.

Pitch

Plus d’informations sur le projet et l’hackathon Dust “AI agents hackathon winners, enhance your debating skills, AI agents in Ops, marketing, customer success and more”..

Demo Finale

Qui commence à la timebox: 47:33

Entretien

Kevin Straszburger (Dust): Pouvez-vous vous présenter ?

Je m’appelle David Aparicio, je suis ingénieur logiciel diplômé de l’INSA de Lyon et de l’UNICAMP (Brésil). J’ai travaillé pour Facebook sur le projet MIT AppInventor dans le cadre de mon projet de fin d’études. J’ai rédigé une thèse de deux ans au cours de laquelle j’ai découvert Docker, Kubernetes et DevOps. J’ai ensuite travaillé pour de grands acteurs tels qu’AMADEUS (2 ans) et OVHcloud (5 ans). Je travaille actuellement en tant que Senior DevSecOps chez Sopht, l’outil Green ITOps qui permet de réduire l’empreinte carbone de votre informatique.

Kevin: Comment avez-vous entendu parler du hackathon ? Était-ce votre premier ?

Je n’ai pas compté mes participations à des hackathons, mais je pense que j’approche lentement la dizaine. Mon dernier prix remonte à 2014, chez Facebook São Paulo, où mon équipe a remporté une mention honorable pour un projet qui utilisait Facebook comme outil pour retrouver des personnes disparues.

Quelles étaient vos intentions lorsque vous vous êtes inscrit ?

Tout d’abord, pour pouvoir comprendre le changement majeur que représente l’intelligence artificielle. C’est probablement une technologie aussi révolutionnaire que l’a été Internet. Et, bien sûr, pour découvrir les fonctionnalités offertes par Dust pour utiliser cette technologie. Enfin, c’est un événement vraiment exceptionnel, qui permet de rencontrer des personnes extraordinaires, au parcours hors du commun et à l’énergie contagieuse. En résumé, je ne peux me souvenir que d’un seul souvenir : les hackathons chez Facebook dans le film The Social Network !

Comment décririez-vous votre expérience ?

Avant la présentation rapide mais approfondie d’Alban Dumouilla le matin même, je n’avais aucune idée de ce que Dust avait à offrir, étant donné qu’il n’y a pas d’offre d’essai (ce qui est compréhensible, compte tenu du coût des GPU qui font fonctionner les IA).

Pouvez-vous décrire, avec vos propres mots, ce que vous avez créé ? (Je prévois également de partager votre démo afin que les gens puissent également accéder à votre vidéo).

Imaginez un monde où les membres non techniques d’une équipe peuvent contribuer de manière transparente à des projets de développement sans avoir à attendre que les tickets passent en sprint. Notre Dust Agent comble le fossé entre les deux équipes. Brisons les silos !

Pourquoi avez-vous décidé de travailler sur ce projet ?

Cela vient d’une observation que nous avons faite dans toutes les entreprises où nous travaillons. Les personnes non techniciennes ne peuvent pas développer, elles ne connaissent pas nos outils (comme Cursor, Windsurf ou Roo Code), elles doivent donc créer un ticket, attendre, attendre et attendre encore que ce ticket quitte le backlog pour entrer dans un sprint et essayer de trouver une solution rapide.

Donnons-leur les moyens d’aider les développeurs en communiquant à l’IA les modifications à apporter, les bugs à résoudre, afin que l’IA se documente elle-même dans les spécifications, traite la demande et crée une pull request qui sera examinée par un développeur humain. Si le pipeline CI/CD fonctionne bien, tous les tests seront effectués et, à terme, un environnement éphémère sera disponible pour aider le développeur à valider la résolution du problème.

Entrons dans les détails, voulez-vous ? Expliquez-nous votre journée, votre pile technologique, votre démo. Soyez aussi précis que vous le souhaitez.

Ne connaissant pas l’outil Dust, j’ai commencé par l’atelier d’introduction d’Alban Dumouilla. Après cette session stimulante, j’étais impressionné et je suis retourné voir mon équipe (dont tous les membres ne se connaissaient pas quelques heures auparavant). Entre-temps, mon équipe avait débattu des idées, et il n’en restait plus que deux. Un sujet très intéressant, mais impossible à finaliser en moins de six heures, et ce deuxième sujet prometteur, et un MVP pourrait voir le jour avant la fin de la démonstration. Un diagramme d’architecture a été rapidement élaboré, avec 4 blocs principaux. Chacun choisit son domaine de performance, afin de livrer le plus rapidement possible. En effet, même si les modèles d’IA deviennent très performants, nous devons encore intégrer les systèmes, résoudre les bugs restants et optimiser l’ensemble du projet (car l’IA néglige souvent ces phases d’optimisation des performances).

Nous avons pu commencer à intégrer le projet une heure et demie avant la date limite, en apportant les modifications nécessaires et en corrigeant les quelques bugs pour que le système soit opérationnel. Il ne restait plus que 35 minutes pour préparer la démo et, surtout, l’enregistrer. C’est alors que le stress monte soudainement : impossible d’utiliser Loom, nous avons donc rapidement créé une démo de secours à l’aide de Google Meet. Tout s’est bien passé, mais Google ne nous a jamais envoyé l’enregistrement de la réunion… Il ne reste plus que quinze minutes, nous cherchons un Mac avec un enregistrement d’écran basique et un casque performant. Mais cela prend du temps, nous devons monter la vidéo et la mettre en ligne sur Youtube avant de pouvoir espérer être sélectionnés. Le téléchargement se passe bien, mais le traitement prend beaucoup de temps. C’est comme si d’autres équipes avaient eu la même idée… il ne reste que quelques minutes… l’angoisse s’installe… Allons-nous pouvoir soumettre quelque chose ? Ou avons-nous tout fait en vain… Le lien vidéo a été envoyé, nous allons devoir modifier la vidéo le plus rapidement possible ! Ça y est, c’est fini, il est temps de profiter du hackathon, de prendre un verre et de discuter avec les autres participants… Ouf, quelle histoire ! Ah, nous avons reçu une notification, Google a enfin envoyé l’enregistrement… Trop tard, M. Sundar Pichai !

Avec le recul, que feriez-vous différemment ? (concernant ce projet et votre journée au hackathon)

Avec le recul, je pense que nous avons été assez efficaces en moins de six heures. Je ne peux que féliciter les autres membres de l’équipe pour cette belle réussite ! Mis à part les contretemps liés à l’enregistrement de la démo, qui constituent notre principal axe d’amélioration (pour éviter tout stress inutile). L’autre point pourrait être, pour itérer rapidement, d’envisager d’utiliser des technologies telles que TinyGroups de Microsoft, N8N : un orchestrateur d’agents (avec MCP) ou Manus.im pour travailler avec une équipe de développeurs, d’architectes et de concepteurs d’IA.

Comment cette journée a-t-elle changé votre perspective sur l’IA ?

Grâce à la facilité d’utilisation de l’outil, quelques semaines plus tard, j’ai animé un séminaire d’entreprise avec un atelier de trois heures sur l’IA. En quelques dizaines de minutes, j’avais trois cas d’utilisation professionnels pour démontrer la valeur de l’IA : un expert en documentation technique de Notion, un assistant qui répertorie les problèmes des clients à partir de Slack, et enfin, un agent qui résume ce qui s’est passé depuis notre départ du bureau (très pratique pour récupérer des informations importantes après un séminaire d’entreprise dans les Alpes françaises). Cela a permis aux employés de la start-up de trouver des idées pour la dernière heure restante. Merci Dust pour cette aide précieuse !

Qu’est-ce qui vous enthousiasme le plus ?

Comme l’a déclaré Microsoft lors des TechDays 2011, l’informatique devient omniprésente : la technologie est partout, comme l’électricité, nous ne nous demandons plus comment fonctionne l’interrupteur, comment l’électricité est produite et acheminée jusqu’à nos foyers. L’informatique et l’IA deviennent omniprésentes, mais il y aura toujours besoin d’ingénieurs informatiques pour comprendre et entretenir ces outils, ces infrastructures et concevoir ceux de demain. La capacité à réduire le temps et l’espace en accélérant notre productivité, en élargissant nos connaissances, en maîtrisant rapidement les nouvelles technologies, en disposant d’un assistant, d’un expert à notre disposition, et la seule limite est celle de notre imagination. J’ai hâte de découvrir cette nouvelle facette de l’informatique. logiciels.

Des nouvelles/liens que vous aimeriez partager ?

Je vais améliorer le projet AI Agent Hackathon de février (peut-être en ajoutant un peu de Dust.tt), plus d’informations à venir : https://www.newspresso.fr/

Mon site web est : https://david.aparicio.eu, mon profil LinkedIn : https://www.linkedin.com/in/davidaparicio1/ et enfin @dadideo.bsky.social|X|framapiaf.org

Merci pour votre lecture, si vous remarquez une erreur, une typo, faites une issue ou une MR/PR sur le fichier Gitlab.

Si vous souhaitez partager vos raisons improbables, ou laisser un commentaire sur Twitter.

Les hackers n'en ont rien à f**tre !

Sun, 17 Jul 2022 00:00:00 +0000

Publié originalement en anglais par Kiwicon à l’adresse https://kiwicon.org/site_media/poster_shit.pdf

Traduit et publié le 17 juillet 2022 par @dadideo.

Les hackers n’en ont rien à “faire”

À propos du scope de votre projet
Il soit géré par une tierce partie / sous-traitant
C’est un système ancien (Legacy)
TPCM / " Touche pas ! C’est magique "
C’est “trop critique pour être réparé”
A propos de vos périodes de maintenance
A propos de votre budget
Vous l’avez toujours fait de cette façon
À propos de votre date de mise en service
Il s’agit seulement d’un pilote/PoC
À propos des accords de non-divulgation
Ce n’était pas une exigence dans le contrat
C’est un système interne
Il est vraiment difficile de modifier / changer
Vous n’êtes pas sûr de savoir comment y remédier
Il doit être remplacé
C’est géré dans le Cloud
À propos de votre inscription au registre des risques
L’éditeur ne prend pas en charge cette configuration
C’est une solution provisoire
Il est conforme à [insérer la norme ici]
Il est crypté sur disque
Le rapport coût-bénéfice ne scale pas
“Personne d’autre ne pouvait le comprendre”
Vous ne pouvez pas expliquer le risque au “Business”
Vous avez d’autres priorités
Sur votre foi dans la compétence de vos utilisateurs internes
Vous n’avez pas de justification commerciale
❏ Vous ne pouvez pas montrer le retour sur investissement
Vous avez sous-traité ce risque
C’était à la mode [insérer la technologie hype ici]
De vos certifications

Voici une “petite” liste de 32 raisons, la grande majorité traduite de la version anglaise, complété par quelques unes qui ont été entendues.

Conférence à Codeurs en Seine 2020

Cette liste en français a été présenté la première fois durant le talk “La sécurité dès la conception du projet” à la 8ème édition de Codeurs en Seine (2020)

Merci pour votre lecture, si vous remarquez une erreur, une typo, faites une issue ou une MR/PR sur le fichier Gitlab.

Si vous souhaitez partager vos raisons improbables, ou laisser un commentaire sur Twitter.

Une liste de nouveaux outils en ligne de commande

Sun, 19 Jun 2022 00:00:00 +0000

Publié originalement en anglais par @b0rk à l’adresse https://jvns.ca/blog/2022/04/12/a-list-of-new-ish--command-line-tools/.

Traduit et publié le 19 juin 2022 par @dadideo.

Julia Evans: Bonjour ! J’ai posé une question sur Twitter à propos des nouveaux outils en ligne de commande, comme ripgrep, fd, fzf, exa et bat.

J’ai reçu un tas de réponses avec des outils dont je n’avais pas entendu parler, alors j’ai pensé faire une liste ici. Beaucoup de personnes ont également indiqué la liste GitHub modern-unix.

Remplacements d’outils standard

ripgrep, ag, ack (grep)
exa, lsd (ls)
mosh (ssh)
bat (cat)
delta (pager pour git)
fd (find)
drill, dog (dig)
duf (df)
dust, ncdu (du)
pgcli (psql)
btm, btop, glances, gtop, zenith (top)
tldr (type de man illustré avec des exemples)
sd (sed)
difftastic (diff)
mtr (traceroute)
plocate (locate)
xxd, hexyl (hexdump)

Nouvelles inventions

Voici quelques outils qui ne remplacent pas exactement les outils standard :

z, fasd, autojump, zoxide (outils pour faciliter la recherche de fichiers / le changement de répertoire)
broot, nnn, ranger (gestionnaire de fichiers)
direnv (charge les variables d’environnement en fonction du répertoire courant)
fzf, peco (recherche fuzzy)
croc et magic-wormhole (envoyer des fichiers d’un ordinateur à un autre)
hyperfine (analyse comparative)
httpie, curlie, xh (pour faire des requêtes HTTP)
entr (lance des commandes arbitraires lorsque des fichiers sont modifiés)
asdf (gestionnaire de versions pour plusieurs langues)
tig, lazygit (interfaces interactives pour git)
lazydocker (interface interactive pour docker)
choose (les bases de l’awk/cut)
ctop (top pour les conteneurs)
fuck (correction automatique des erreurs de ligne de commande)
tmate (partagez votre terminal avec un ami)
lnav, angle-grinder (outils pour gérer les logs)
mdp, glow (afficher du markdown dans le terminal)
pbcopy/pbpaste (pour le presse-papiers <> stdin/stdout) ne sont peut-être pas “nouveaux” mais ont été beaucoup mentionnés. Vous pouvez utiliser xclip pour faire la même chose sous Linux.

Outils pour JSON/YAML/CSV

jq (un excellent outil de manipulation de JSON)
jc (convertit les résultats de divers outils en JSON)
jo (crée des objets JSON)
yq (comme jq, mais pour YAML). il existe aussi un autre yq
fq (comme jq, mais pour les binaires)
htmlq (comme jq, mais pour HTML)
fx (outil interactif json)
jless (pager json)
xsv (un outil en ligne de commande pour les fichiers csv, de burntsushi)
visidata (“un multi-outil interactif pour les données tabulaires”)
miller (“comme awk/sed/cut/join/sort pour les lignes CSV/TSV/JSON/JSON”)

Grep plein de choses

pdfgrep (grep pour PDF)
gron (rend JSON greppable)
ripgrep-all (ripgrep, mais aussi PDF, zip, ebooks, etc)

Des outils moins récents

Voici quelques outils qui ne sont pas si nouveaux, mais qui ne sont pas très connus :

pv (“pipe viewer”, vous donne une barre de progression pour un pipe)
vidir (de moreutils, vous permet de renommer/supprimer des fichiers par lots dans vim)
sponge, ts, parallel (aussi de moreutils)

Certains favoris de Julia Evans

Mes préférés parmi ceux que j’utilise déjà sont entr, ripgrep, git-delta, httpie, plocate et jq.

J’ai envie d’essayer direnv, btm, z, xsv et duf, mais je pense que l’outil le plus intéressant que j’ai découvert est vidir.

Ma touche spéciale

David Aparicio: Mes outils préférés que j’utilise au quotidien sont zoxide, exa, dstp, difft, bat et jq. Voici mes alias dans mon ~/.zprofile

alias cat="bat -pp"
alias catl="bat --style=grid"
alias ls="exa"
alias cd="z" #eval "$(zoxide init zsh)"
alias du="dust"
alias grep="ripgrep"
alias ps="procs"
alias find="fd" #fselect
alias sed="sd"
alias top="gotop" #"ytop"
alias catl="bat --style=grid"
alias sysup='brew update && brew upgrade; brew cleanup'

MindMap

Voici ma MindMap pour la conf DevoxxFR

Conférence à DevoxxFR

Voici une présentation rapide & illustrée des outils de la ligne de commande, présentée durant le Tools-in-Action “Reprenez le contrôle de votre bash en devenant un ninja de la CLI ! 😎” à la 10ème édition de DevoxxFR (2022)

Merci pour votre lecture, si vous remarquez une erreur, une typo, faites une issue ou une MR/PR sur le fichier Gitlab.

Si vous souhaitez partager vos outils favoris, ou laisser un commentaire sur Twitter.