Clone de Tumblr en JS avec Lovable
Alexis implémente le même clone de Tumblr mais cette fois avec Loveable, démontrant la rapidité de développement cloud vs local tout en révélant les limitations de complétude fonctionnelle des outils no-code haut niveau.
Stack technique
Outils utilisés
Résumé de la session
Alexis débute en réutilisant la spécification Claude de la session Ruby, mais épurée des détails techniques spécifiques à Rails. Il insiste sur le fait que Loveable impose sa stack technique JavaScript/React, éliminant les choix technologiques.
La création du projet dans Loveable est immédiate. En quelques secondes, une interface brutaliste apparaît avec du contenu contextuel, des icônes de types de posts, des dates formatées et même des références au brutalisme dans le contenu généré. L'interface d'administration est également fonctionnelle d'emblée.
Alexis teste l'upload d'images qui fonctionne instantanément avec prévisualisation. Il crée un post avec image, tags multiples et constate que l'interface publique affiche correctement les contenus. Cependant, il découvre rapidement que sans base de données connectée, les données ne persistent pas entre les sessions.
Face aux limitations de son plan Supabase gratuit, Alexis demande à l'agent d'implémenter le Local Storage comme solution temporaire. L'agent adapte rapidement l'application pour persister les données localement, rendant le prototype fonctionnel pour une session donnée.
Les tests révèlent des fonctionnalités incomplètes : les tags ne sont pas cliquables, certains types de posts (citations) ne sont qu'en développement partiel. L'agent n'a implémenté que les posts texte et images malgré les spécifications plus larges.
La session se termine avec un prototype visuellement impressionnant mais fonctionnellement incomplet, nécessitant encore du travail pour connecter une vraie base de données et finaliser toutes les fonctionnalités demandées.
La création du projet dans Loveable est immédiate. En quelques secondes, une interface brutaliste apparaît avec du contenu contextuel, des icônes de types de posts, des dates formatées et même des références au brutalisme dans le contenu généré. L'interface d'administration est également fonctionnelle d'emblée.
Alexis teste l'upload d'images qui fonctionne instantanément avec prévisualisation. Il crée un post avec image, tags multiples et constate que l'interface publique affiche correctement les contenus. Cependant, il découvre rapidement que sans base de données connectée, les données ne persistent pas entre les sessions.
Face aux limitations de son plan Supabase gratuit, Alexis demande à l'agent d'implémenter le Local Storage comme solution temporaire. L'agent adapte rapidement l'application pour persister les données localement, rendant le prototype fonctionnel pour une session donnée.
Les tests révèlent des fonctionnalités incomplètes : les tags ne sont pas cliquables, certains types de posts (citations) ne sont qu'en développement partiel. L'agent n'a implémenté que les posts texte et images malgré les spécifications plus larges.
La session se termine avec un prototype visuellement impressionnant mais fonctionnellement incomplet, nécessitant encore du travail pour connecter une vraie base de données et finaliser toutes les fonctionnalités demandées.