Plateforme pédagogique (partie 2)
Alexis développe la V2 de la plateforme pédagogique du Cercle des Ops avec Zite, en se concentrant sur le tableau de bord et les pages de challenges, avec des difficultés majeures sur le rendu Markdown.
À propos de cette session
Alexis démarre le live en expliquant qu'il travaille sur la V2 de sa plateforme pédagogique. Il commence par améliorer le tableau de bord en demandant à Zite de simplifier l'affichage, retirer la liste des challenges et se concentrer sur la progression utilisateur. L'outil réussit bien à filtrer les données Airtable et afficher le score et les statistiques.
Il passe ensuite aux pages de challenges, demandant un filtrage entre challenges réalisés et à réaliser. Zite gère correctement les relations complexes entre tables (utilisateurs, challenges, soumissions).
Le problème majeur survient lors de l'implémentation du rendu Markdown pour le brief des challenges. Zite génère un code défaillant qui insère des sauts de ligne après chaque caractère, rendant le texte illisible. Malgré plusieurs tentatives de correction et des rollbacks, l'outil persiste dans cette erreur.
Alexis finit par sortir de l'environnement Zite, copier le code dans Claude Opus pour obtenir une solution de rendu Markdown fonctionnelle qu'il intègre manuellement. Cette approche hybride résout le problème.
Il termine en implémentant le formulaire de soumission de solutions avec liaison automatique aux outils Airtable, qui fonctionne correctement. La session se termine avec la mise en place de pages séparées pour les challenges complétés et non complétés.
Points clés
- Zite excelle dans la compréhension des relations complexes entre tables Airtable sans configuration explicite
- Les noms de colonnes bien choisis permettent aux LLM de déduire automatiquement les liaisons de données
- Le filtrage conditionnel complexe (utilisateur authentifié, challenges réalisés vs non réalisés) fonctionne remarquablement bien
- L'intégration backend Airtable via les workflows visuels de Zite simplifie la gestion des données
- Les bugs triviaux peuvent bloquer complètement l'avancement, nécessitant des stratégies de contournement
- Le principe de rollback rapide s'impose : ne pas s'acharner sur une erreur mais revenir en arrière dès les premiers échecs
- L'absence de versioning réel limite les possibilités de récupération après erreurs
- Les quotas de messages créent une pression temporelle artificielle et frustrante
- La technique d'évasion vers d'autres LLM (Claude Opus) permet de débloquer des situations complexes
- Le code généré manque de structure : composants insuffisants, pages monolithiques
- Les capacités de refactorisation doivent être demandées explicitement
- L'interface utilisateur générée reste basique et nécessite des ajustements design manuels
- La gestion du cache et des performances n'est pas optimisée par défaut
- Les temps de chargement restent problématiques, similaires aux limitations no-code traditionnelles
- L'expérience développeur alterne entre moments de productivité exceptionnelle et blocages frustrants
- La dépendance aux services tiers (Airtable, backend Zite) crée des points de défaillance imprévisibles