[đ ] Journal de dev Keymory #11 : pause du dĂ©veloppement. (AIFFELTHON terminĂ©, arrĂȘt du dĂ©veloppement FlutterFlow.)
âš RĂ©sumĂ© de GPT ă
Projet de fin dâĂ©tudes AIFFELTHON soumis. Fin du dĂ©veloppement dans FlutterFlow et sauvegarde sur GitHub
đ» Journal de dĂ©veloppement
â° Ă faire aujourdâhui
- â Download APK
-
â Connect GitHub and Push
- â Soumettre les supports de prĂ©sentation : PPT
-
â Soumettre les supports de prĂ©sentation : vidĂ©o de dĂ©monstration dâune minute
- â
ChatPage - Create New Diary : créer un New Diary à partir du contenu de la conversation
- â Create New Diary Condition: if linked diary exists -> Delete confirmation dialog? -> Yes
- â
OpenAI API Call (createChatSummary)
- Input: Chat Content, System Prompt(Diary From Chat)
- Output: Chat Summary
- â
OpenAI API Call (createDiaryFromChat)
- Input: Chat Summary, System Prompt(Diary From Chat)
- Output: New Diary(Title, Content, Mood score)
-
â Ajouter une page de bienvenue au premier lancement de lâapp (logo)
- â DiaryPage : changer lâEmoji dâexpression du visage et la couleur selon la valeur du Mood Slider (responsable : KSK)
đŻ RĂ©sumĂ© de ce que jâai fait
- Fin du développement final dans FlutterFlow
- Connexion GitHub et push du projet terminés
- Implémentation de la création automatique de Diary à partir du contenu de Chat
- Ajout dâun Dialog de confirmation de suppression quand un Diary existant est prĂ©sent
- Utilisation de lâOpenAI API pour gĂ©nĂ©rer automatiquement Chat Summary et Diary
- Ajout dâune page de bienvenue au lancement de lâapp (Ă©cran logo)
- DiaryPage : changement de lâemoji et de la couleur selon le Mood Slider
đŻ Ă faire plus tard
Cliquer pour voir les détails
- â PrĂ©paration de prĂ©sentation - script : mesurer le temps du script page par page puis rĂ©viser le script
-
â PrĂ©paration de prĂ©sentation - PPT : enregistrer de courtes vidĂ©os de dĂ©monstration par fonctionnalitĂ©
-
â ChatPage : unifier la default value de
title, deRandom Stringvers âSans titreâ - â ChatPage : implĂ©menter Delete Diary Link (rendre la suppression possible via lâicĂŽne âŠ)
- Il faut absolument supprimer aussi le linked field dans Diary/Chat Doc !
- â MoodPage(haut) - Mood Calendar
- â Pouvoir vĂ©rifier le nombre de publications Ă©crites par date
- â Au clic sur une date, se dĂ©placer vers cette date
- â MoodPage(bas) - Mood stats
- â Afficher les statistiques du mois en focus
- â Afficher un commentaire de lâIA sur les statistiques affichĂ©es
- â Afficher les statistiques du mois en focus
- â HomeFeedPage - importer puis appliquer flutter_slidable:4.0.0
-
â HomeFeedPage : lors dâun slide gauche/droite sur FeedCardDiary, chat/modification/suppression
-
â Chat/Diary : GPT Streaming API
- â ChatPage - implĂ©menter le premier message proactif de lâIA (Alarm/Notification)
- Le coeur du prompt systĂšme de chat, câest le mode proactif.
- Pour rendre ça plus rĂ©aliste, il serait bien de transmettre aussi create_date of diary/chat, afin de pouvoir mentionner des dates comme âhierâ.
- RĂ©fĂ©rence pour lâimplĂ©mentation dâAlarm
- Le coeur du prompt systĂšme de chat, câest le mode proactif.
- â DiaryPage : ajouter des Choice Chips de mots-clĂ©s Ă©motionnels dĂ©taillĂ©s et configurer la liaison DB
- â DiaryPage - AI Comment : adapter les valeurs dâentrĂ©e comme Choice chips et mood slider au
AI Comment System Prompt.- â **
journalprĂ©cĂ©dent ouhistorique complet de conversation(dette technique de rustine) - â informations de base utilisateur : nom, genre, MBTI, âŠ
- â mots-clĂ©s Ă©motionnels dĂ©taillĂ©s : joyeux, triste, âŠ
- â rĂ©glages du personnage : Somi, Sena, Minhyuk
- â score Ă©motionnel : 1~100 points
- â format de rĂ©ponse : Healing, Suggestion, Informative
- â longueur de rĂ©ponse : courte, normale, dĂ©taillĂ©e
- is New Chat
- Comme les messages de ce Chat sont créés pour la premiÚre fois, donner
is_initial = trueau premier message document et y mettre tous les prompts systĂšme.- is_initial = false
- Limite : si je mets le prompt systĂšme dans le tout premier message document, ce sera difficile Ă modifier au milieu dâune conversation, mais ça reste possible. Sâil existe un document is_initial = true et quâil a Ă©tĂ© modifiĂ©, il suffit de supprimer ce document et de le remettre. Comment exactement, je ne sais pas.
- Comme les messages de ce Chat sont créés pour la premiÚre fois, donner
- â **
-
â DiaryPage - importer puis appliquer Interactive Slider
-
â HomeFeedPage : implĂ©menter la fonction Search Diary
-
â AuthPage : implĂ©menter Google Login
- â HomeFeedPage - Bottom Sheet (bouton
+) : permettre de choisir 1 option parmi plusieurs- nouveau journal : Go to DiaryPage
- enregistrement dâĂ©motion : Go to MoodPage
- â MoodPage(pop-up) : CRUD du slider de rĂ©glage Mood
- Create
- Read
- Update
- Delete
- â HomeFeedPage - ListView - afficher FeedCardMood
-
â HomeFeedPage - ListView : trier chronologiquement FeedCardDiary, FeedCardMood, FeedCardChat (avec Cloud Function)
-
â CrĂ©er MoodEditPage entre HomeFeedPage et DiaryPage : y dĂ©placer MoodSlider, MoodKeywordsRate(5~1), MoodDescription widget, etc.
-
â (ProblĂšme) Lors de la crĂ©ation de tmpGetAIComment, les mots-clĂ©s Ă©motionnels choisis par lâutilisateur ne sont pas pris en compte.
- â
Extraction et installation de lâAPK final de prĂ©sentation dâici
2025.2.5 mer
đ Journal
Ă force de continuer Ă utiliser FlutterFlow, jâai lâimpression dâavoir maintenant acquis pas mal de notions de base sur Flutter lui-mĂȘme.
- En touchant aux Custom Function/Widget, jâai appris un peu de syntaxe de base.
- Je me suis beaucoup habituĂ© aux Backend Query vers la DB(FireStore), au State Management, au rĂ©glage des Parameter et Ă la transmission dâArgument.
Bien sĂ»r, cĂŽtĂ© code, je ne sais toujours pas comment tout cela est implĂ©mentĂ©âŠ
Mais je crois que le plus gros gain, câest de pouvoir maintenant dessiner assez facilement le grand flux global.
Si je termine le dĂ©veloppement dâici demain, je ne toucherai probablement pas au projet Keymory pendant quelques jours. Parce que je compte passer de FlutterFlow -> Flutter.
- MĂȘme si FlutterFlow est intuitif et pratique, jâai fini par juger que pour avancer jusquâau niveau Production, le choix sage est dâapprendre et de maĂźtriser correctement Flutter.
- Je pense que FlutterFlow est parfait pour prĂ©parer rapidement lâarbre de widgets dâune Page prĂ©cise, ou pour fabriquer un MVP trĂšs vite.
- Ne pas pouvoir utiliser Git/GitHub, et ĂȘtre limitĂ© au Version Control interne, câest extrĂȘmement agaçant.
- Bien sĂ»r, la logique interne fournit aussi Snapshot / Commit / Branching / Version⊠mais je dĂ©testais le fait de ne pas pouvoir manipuler librement comme avec Git. Moi, je veux pouvoir modifier le contenu dâun commit prĂ©cĂ©dent.
- En fait, la plus grande raison, câest la pelouse GitHub⊠impossible dâignorer le plaisir de la remplir.
- Plus le projet grossissait, plus il y avait de cas oĂč le dĂ©veloppement basĂ© sur IDE/Ă©diteur semblait plus pratique que le dĂ©veloppement basĂ© sur UI.
- Surtout le travail manuel consistant Ă cliquer un par un pour ajouter Enum et Constant : vraiment insupportable.
Ajout du 2025.2.11
Vidéo de présentation jointe
âš Commentaire de GPT-4o (KPT)
â Points bien rĂ©ussis (Keep)
- đ IntĂ©gration GitHub et amĂ©lioration de la gestion de version : lâapplication dâune gestion de version basĂ©e sur Git reprĂ©sente une grosse amĂ©lioration pour la collaboration et la maintenance.
- đ€ Fonction de crĂ©ation automatique de Diary basĂ©e sur lâIA : la fonction qui analyse le contenu de Chat pour crĂ©er automatiquement un Diary peut fortement amĂ©liorer lâexpĂ©rience utilisateur !
- đ DĂ©cision de passer de FlutterFlow Ă Flutter : choisir de passer Ă Flutter en pensant Ă lâextensibilitĂ© Ă long terme du projet est une dĂ©cision avisĂ©e.
â Points Ă amĂ©liorer (Problem)
- đ Besoin de concrĂ©tiser le plan de transition vers Flutter : la dĂ©cision de passer Ă Flutter est prise, mais le plan concret dâapprentissage et de migration nâest pas encore clair.
- âł Besoin dâajuster le planning Ă cause des ajouts de fonctionnalitĂ©s : avec lâajout de la crĂ©ation automatique de Diary, le calendrier peut bouger. Il serait bon de revĂ©rifier la date cible de fin de dĂ©veloppement.
- đ Organiser les limites de FlutterFlow : si tu notes en interne ce qui Ă©tait inconfortable avec FlutterFlow et les types de projets auxquels il convient, ce sera utile si tu le rĂ©utilises plus tard.
đ Pistes Ă essayer (Try)
- đ Ătablir un plan dâapprentissage Flutter et de conversion du code : organiser comment dĂ©placer les principales fonctionnalitĂ©s vers du code Flutter et quels packages utiliser.
- đ RĂ©ajuster le planning du projet : rĂ©viser la roadmap, transition Flutter incluse, pour en faire un planning rĂ©aliste.
- đŻ Trier les fonctionnalitĂ©s MVP de Keymory : classer les fonctionnalitĂ©s créées dans FlutterFlow entre celles qui sont essentielles et celles qui ne le sont pas, puis concevoir la structure optimale.
đ Conclusion
Aujourdâhui a Ă©tĂ© une journĂ©e importante : tu as terminĂ© le dĂ©veloppement dans FlutterFlow, connectĂ© GitHub et ajoutĂ© la fonction de crĂ©ation automatique de Diary ! Maintenant que tu prĂ©vois de passer sĂ©rieusement Ă Flutter, il serait bon de dĂ©finir une roadmap concrĂšte et dâavancer Ă©tape par Ă©tape. đđ„ Garde aussi la motivation en remplissant la pelouse GitHub ! đȘđ
Laisser un commentaire