Idées & Perspectives

Explorer le développement AI-first, les garde-fous de code et l'architecture de la jetabilité.

ai-engineeringsoftware-architectureautotomyproduct-developmentguardrails

Le Meteor development existe vraiment. Votre codebase n'a pas besoin de s'effondrer avec lui

Le meme fonctionne parce que les équipes développent réellement avec des cibles mouvantes, des échéances fixes et un périmètre à moitié défini. Autotomy ne corrige pas la planification fantaisiste, mais il évite que le développement s'arrête à chaque changement de route.

Appelons cela le Meteor development : la destination est annoncée d'abord, les arrêts changent en cours de route, le budget est supposé se débrouiller tout…
ai-engineeringsoftware-architecturestanfordcs146sguardrailsagentic-development

Stanford CS146S a raison sur l'AI coding. Le sujet manquant, c'est l'architecture

Cette critique de Stanford CS146S montre pourquoi le cours comprend bien l'AI coding, mais laisse encore de côté la leçon décisive d'architecture de l'AI sur les frontières du système et la remplaçabilité.

Stanford CS146S est le cours The Modern Software Developer, enseigné par Mihail Eric et lancé pour la première fois à l'automne 2025. Pour l'aperçu officiel du…
ai-engineeringsoftware-reliabilitydesign-by-contractproperty-based-testingmutation-testing

Pourquoi de grandes idées d’ingénierie sont restées de niche jusqu’à ce que l’AI les rende viables

Design by contract, property-based testing, mutation testing et model checking n’étaient pas de mauvaises idées. Elles demandaient trop d’expertise spécialisée pour être maintenues. L’AI change cette équation.

Le software engineering est rempli d’idées qui paraissent immédiatement justes dès qu’on les lit. Bien sûr que des contracts devraient définir ce qu’une…
vibe-codingcursorclaude-codeguardrailsscalingreact-native

Du vibe code à la prod : pourquoi votre app React Native codée par IA a besoin de garde-fous pour passer à l'échelle

L'IA peut sortir votre MVP React Native très vite, mais sans garde-fous, chaque petit changement peut casser des flows sans rapport. Voici comment des contraintes déclaratives empêchent la vitesse de se transformer en fragilité.

La première phase du vibe coding paraît absurdement productive. Cursor et Claude Code peuvent générer login, dashboard, réglages et push notifications assez…
react-nativestartupproductioncursorvibe-codingdependencies

Pourquoi votre app React Native vibe codée plante au lancement (et comment l'empêcher)

Si des SDK optionnels s'initialisent comme de l'infrastructure cœur, ils peuvent faire planter votre app dès le lancement. Voici le système de niveaux de dépendances qui empêche des outils non critiques d'emporter la prod avec eux.

Un mode de panne fréquent au lancement dans les apps mobiles vibe codées, c'est que l'analytics, l'attribution ou le crash reporting s'initialisent en même…
refactoringautotomyai-generated-codecursorarchitectureinterfaces

Supprimer, ne pas migrer : la stratégie de refactor pour les apps React Native vibe codées

Refactorer du code généré par IA, c'est rétroconcevoir une intention que vous n'avez jamais eue. Voici le pattern de remplacement piloté par interface qui rend les suppressions sûres.

En biologie, l'autotomie, c'est lorsqu'un animal abandonne une partie de son corps qui n'est plus utile. Un lézard lâche sa queue pour échapper à un prédateur.…
react-nativearchitecturecursorclaude-codevibe-codingservice-boundaries

Comment Cursor et Claude Code détruisent votre architecture React Native (et comment la réparer)

L'auth générée par IA paraît solide jusqu'au moment où une nouvelle feature va toucher au mauvais service. Voici l'architecture pilotée par interface qui évite qu'un changement de vendor ou une nouvelle feature casse le login.

Un mode de panne récurrent dans les apps React Native vibe codées, c'est qu'une nouvelle feature importe directement un service existant, modifie un state…