C'était vraiment MON mentor en termes de pédagogie, tout ce que j'ai fait après l'avoir écouté pour la première fois c'est vraiment retranscrire son esprit de pédagogie en Français, que ce soit sur Symfony ou sur toute autre stack. Vraiment un GOAT. <3

La déception. Vous êtes 4 inscrits ? Non, on peut faire mieux. PS : c'est l'heure de Thaïlande, en France c'est 18h30. Vous avez la possibilité de me demander CE QUE VOUS VOULEZ ! Tout ce que t'as toujours voulu savoir sur les SaaS et les apps. Le lien est plus bas.

Je cherche des free-lances Agentic AI Engineer pour une mission full time long terme pour un grand groupe Français Vous pouvez me DM avec votre portfolio ou CV des harness que vous avez build Pas de n8n ect svp biensur

Les « path rules » permettent d’ajouter automatiquement des instructions spécifiques à certains dossiers ou fichiers du projet. L’agent reçoit ainsi les bonnes consignes au bon endroit, sans avoir à les répéter dans chaque prompt.😇 Sur AgentsRoom.dev, on retrouve déjà un concept proche au moment de créer une tâche (backlog). Par exemple, sur la capture ci-dessous, je sélectionne le dossier « back ».. Quand la tâche est créée, l’agent reçoit automatiquement la consigne de travailler uniquement dans ce dossier. Il ne va pas parcourir tout le projet inutilement. Les path rules poussent simplement cette idée un peu plus loin : au lieu de seulement limiter la zone de travail, on peut aussi attacher des consignes spécifiques à certains dossiers.

Comment apprendre à coder en 2026 quand l’IA code déjà mieux que toi ? C'est la question qu'on m'a posé en commentaire de mon dernier post. Et je vais y répondre avec mes 15 années passés à coder, construire des produits, et observer comment ce métier est en train de se transformer. Aujourd'hui, le développement, il a changé. Apprendre à coder en 2026, ce n’est plus seulement apprendre à écrire du code ligne par ligne. C’est apprendre les fondamentaux du code assez profondément pour lire, comprendre, corriger et piloter du code généré par l’IA. L'IA pond du code mieux que n'importe qui. Même un dev avec 15 ans de bouteille. Mais elle peut aussi halluciner, mal architecturer, ignorer des edge cases, créer des failles de sécurité ou pondre du code impossible à maintenir. Du coup, tu dois apprendre à comprendre ce qu'elle pond. Pour ça, il te faut les bases. Les vraies, celles qui demandent une profondeur de raisonnement pour guider et corriger l'IA : l'architecture, la sécurité, le débuggage, les design patterns, les bases de données et la logique produit. C'est ce qui va te permettre de savoir guider l’IA, la corriger, et décider si ce qu’elle génère est bon ou non. C'est comme dans une cuisine. Le chef imagine le menu, choisit les plats, ajuste les saveurs. Le commis, lui, exécute. L'IA, c'est ton commis. Mais le seul à décider, c'est toi. Donc non, ça ne sert plus à rien de passer 6 mois à apprendre la syntaxe parfaite d'un langage et d'un framework. Il vaut mieux comprendre les concepts derrière ce langage et ce framework. Et surtout : apprendre à construire un vrai produit. → Comprendre pour qui tu construis. → Quel problème tu résous. → Ce que tes utilisateurs font vraiment. → Ce qui les bloque. → Ce qui leur fait gagner du temps. C'est ça le vrai skill aujourd'hui pour les devs, c'est de développer une sensibilité produit qu'ils n'ont jamais vraiment eu avant. C’est savoir quoi construire, pourquoi le construire, et comment vérifier que l’IA ne t’a pas codé n’importe quoi. Hier, un dev pouvait coder toute sa vie sans comprendre ce qu'il construisait vraiment. Aujourd'hui, c'est tout le métier.

Je viens de finir la feature pour annuler un abonnement sur taap(.)bio J'ai passé plus de temps à la coder que le nombre de gens qui vont l'utiliser imo... Car toujours 0€ de MRR donc personne va cancel un truc que personne ne paie 😂 Vous en pensez quoi tout de même ?