Clone de Buffer app back et front distinct
Alexis réussit à créer un clone de Buffer fonctionnel en PHP avec intégration BlueSky grâce à une approche plus structurée incluant un schéma d'architecture préalable dans Whimsical.
À propos de cette session
Alexis a commencé cette session de manière beaucoup plus structurée que la précédente. Il a d'abord pris le temps de créer un schéma d'architecture dans Whimsical, définissant clairement les deux composants : un système de gestion des messages et un ordonnanceur pour publier automatiquement sur BlueSky.
Il a ensuite lancé Windsurf et demandé à l'IA de créer une application PHP avec SQLite. Contrairement à la session Python précédente, il a eu moins de problèmes d'environnement, juste une extension SQLite manquante qu'il a rapidement installée. L'IA a créé une architecture MVC complète avec plusieurs dossiers et fichiers.
Alexis a testé l'interface de gestion des messages (ajout, modification, suppression) qui fonctionnait correctement. Il a ensuite demandé à l'IA d'intégrer BlueSky en lui fournissant directement la documentation de l'API. Malgré la complexité technique de cette API (qui nécessite deux appels : création de session puis envoi du message), l'intégration a fonctionné du premier coup.
Il a ensuite uploadé son application sur un serveur via FileZilla pour la rendre accessible en ligne. Il a expliqué comment automatiser l'envoi quotidien avec des cron jobs externes, démontrant une architecture modulaire fonctionnelle.
Cependant, quand il a voulu ajouter une fonctionnalité simple de validation de longueur de message à la fin, l'application s'est cassée, illustrant la fragilité des modifications successives.
Points clés
- Valeur de la planification en amont - Le schéma d'architecture dans Whimsical a permis une approche plus structurée et efficace que la session précédente
- PHP plus simple à héberger - Moins de problèmes d'environnement et de dépendances comparé à Python, plus facilement déployable
- Architecture imposée vs besoin réel - L'IA a créé une architecture MVC complexe alors qu'un code plus simple aurait suffi pour ce projet
- Surprenante efficacité sur les API complexes - L'intégration BlueSky a fonctionné immédiatement malgré sa complexité technique (double appel API)
- Problèmes de sécurité en production - L'hébergement expose des données sensibles (mots de passe, configuration) sans protection
- Fragilité des modifications successives - Ajouter une fonctionnalité simple a cassé l'application, montrant les limites des itérations
- Supériorité du no-code pour l'ordonnancement - Les cron jobs externes sont plus simples que l'implémentation en code
- Difficultés d'administration des bases locales - SQLite complique la manipulation directe des données contrairement aux solutions cloud
- Importance du test incrémental - Tester chaque fonctionnalité avant de passer à la suivante évite les régressions
- Avantage de fournir la documentation - Donner la doc API à l'IA améliore significativement les résultats vs la laisser deviner
- Architecture modulaire comme approche optimale - Séparer interface, logique métier et ordonnancement facilite la maintenance