StillHammer
f5aa93bcbd
Documentation personnelle complète
- CLAUDE.md : Instructions compactes et enrichies
- personnalités/ : Profils Alexis, Tingting, Ben, Xiaoxiao + TingtingWork.md
- couple_backlog/ : Historique conflits (16-22 octobre 2025)
- conversation_topics/ : Système suivi sujets actifs
- Projects/ : Analyses techniques et projets
- ToRemember/ : Leadership socratique, suivi conversations
- Promesses_à_tenir.md, observations_patterns.md
PowerPoint skill
- .claude/skills/pptx/ : Skill officiel Anthropic (html2pptx)
- Identité visuelle Tingting : Bordeaux + Or antique + Crème
- Exemple : personnalités/Tingting_Class73_Elegant.pptx
Organisation
- planning/, stratégie/, topics/, plan_discussion/
- .gitignore : node_modules, *.pptx (sauf personnalités/), HTML/JS temp
🎯 Repo propre : 129 fichiers essentiels, 0 dependencies
311 lines
10 KiB
Markdown
311 lines
10 KiB
Markdown
# Status Global des Projets - Octobre 2025
|
||
|
||
## Vue d'Ensemble
|
||
|
||
**Projets Actifs** : 3 principaux (SEO, ClassGen, Warfactory)
|
||
**Pattern Général** : Conception brillante, difficulté d'exécution
|
||
**Solution** : Claude Code comme multiplicateur
|
||
|
||
## Priorités Actuelles
|
||
|
||
### 🔴 Priorité 1 : Stabilisation (Cette Semaine)
|
||
|
||
#### SEO Article Generator
|
||
**Status** : Modules principaux validés, livraison imminente
|
||
**Stack** : Node.js
|
||
**Dernière Update** : 10 octobre 2025, 00h30
|
||
|
||
**Modules Complétés** :
|
||
- ✅ Initial Generation (7.5/10) - Optimisé, répétitions fixées
|
||
- ✅ SmartTouch Enhancement (6.5/10) - Analyse 4D + budget mots
|
||
- ✅ Adversarial Detection - Métriques statistiques niveau recherche
|
||
- 🔄 Human Touch - En optimisation (limiter à 5-10 modifs)
|
||
- ⏳ Pattern Breaking - Tests finaux
|
||
|
||
**Breakthrough Majeur** : Découverte fallbacks Claude hardcodés
|
||
- Problème: Claude ajoute fallbacks silencieux qui ruinent logique métier
|
||
- Solution: Instructions "NO FALLBACKS SILENCIEUX" strictes
|
||
- Impact: Pattern systémique affectant tous projets
|
||
|
||
**Catastrophe Git Surmontée (9-10 oct)** :
|
||
- Reset --hard → 3 jours code perdu (Main.js, HTML, etc.)
|
||
- Cause: `git commit` régulier MAIS fichiers jamais `git add`
|
||
- Reconstruction via historique Claude: 1h30 (au lieu de 10-12h)
|
||
- **Nouveau workflow:** `git add -A` + commit toutes les 30min-1h
|
||
|
||
**Actions Restantes** :
|
||
- [ ] Finaliser Human Touch (réduire modifications 100+ → 5-10)
|
||
- [ ] Tester Pattern Breaking
|
||
- [ ] Livraison finale au père
|
||
- [ ] Documentation usage client
|
||
|
||
#### Class Generator 2.0 + Chinese Study Pipeline
|
||
**Status** : **BREAKTHROUGH** Pipeline OCR validé (10 oct)
|
||
**Stack** : Node.js / Vanilla JS + Python (OCR)
|
||
**Dernière Update** : 10 octobre 2025, 10h00
|
||
|
||
**Pipeline OCR Chinois - SUCCÈS MAJEUR** :
|
||
- ✅ PaddleOCR installé et fonctionnel
|
||
- ✅ Pipeline complet: PDF → OCR → Correction IA → JSON
|
||
- ✅ **99.97% précision globale** (99.88% base → 99.97% avec IA)
|
||
- ✅ **97.87% sur questions** (contenu critique)
|
||
- ✅ **83 PDFs/chapitres traités** (manuels chinois complets)
|
||
- ✅ Correction IA (GPT-4o-mini): 75% de réussite
|
||
|
||
**Architecture Validée** :
|
||
```
|
||
Manuels PDF chinois
|
||
→ PaddleOCR (95-98%)
|
||
→ GPT-4o-mini batch (correction erreurs)
|
||
→ JSON structuré
|
||
→ ClassGen (gamification)
|
||
```
|
||
|
||
**GameSystem** :
|
||
- ✅ 6-7 jeux fonctionnels
|
||
- 🔄 Nouvelle architecture data loading en cours
|
||
- 🔄 Content loader partiellement implémenté
|
||
- ⏳ Flashcard en finalisation
|
||
|
||
**Impact Académique** :
|
||
- **Déblocage complet** de l'étude chinoise
|
||
- Contenu gamifié maintenant disponible
|
||
- 3 semaines de retard à rattraper
|
||
- Midterm dans 3-4 semaines
|
||
|
||
**Actions** :
|
||
- [ ] Conversion JSON OCR → Format ClassGen
|
||
- [ ] Tests complets avec contenu réel
|
||
- [ ] Validation flow d'étude complet
|
||
- [ ] Commencer utilisation quotidienne
|
||
|
||
### 🟡 Priorité 2 : Décision Stratégique (Après Stabilisation)
|
||
|
||
#### Class Generator - Business ou Hobby ?
|
||
|
||
**Questions à Trancher** :
|
||
1. Vente réelle envisagée ? (WeChat Mini App, SaaS)
|
||
2. Investissement 2 mois acceptable ?
|
||
3. Business model clair ?
|
||
|
||
**Options** :
|
||
- **Si Business** → Migration TypeScript justifiée
|
||
- Timeline : 6-8 semaines
|
||
- ROI : Vélocité ×2-3, scalabilité, marché chinois
|
||
- **Si Hobby** → Garder JS, maintenance légère
|
||
|
||
**Décision** : Après stabilisation + validation usage
|
||
|
||
### 🟢 Priorité 3 : R&D Long Terme (Pas de Pression)
|
||
|
||
#### Warfactory
|
||
**Status** : Worldgen designé (2-3 jours), pas implémenté
|
||
**Approche** : R&D hobby long terme (2-10 ans acceptable)
|
||
**Stack** : C++
|
||
|
||
### 🔵 Backlog - Après Livraisons + Midterm
|
||
|
||
#### MCP (Model Context Protocol) Setup
|
||
**Status** : Idée / À explorer
|
||
**Timing** : Après SEO livré + Midterm chinois réussi
|
||
**Objectif** : Setup MCP, exploration use cases
|
||
**Note** : "Je sais pas quoi en faire encore mais je veux commencer à avancer sur ce truc là asap" - Reporter après priorités actuelles
|
||
|
||
**Redéfinition Octobre 2025** :
|
||
- ✅ Pas un "jeu à sortir"
|
||
- ✅ Exploration de moteur / validation architecture
|
||
- ✅ "Quelque chose qui run, même à moitié" = Win
|
||
- ✅ Acceptation : "Je peux pas m'engager" sur timeline
|
||
|
||
**Game Design Evolution** :
|
||
- ❌ Start Ukraine (trop complexe, pression narrative)
|
||
- ✅ Map générée procéduralement (factions abstraites, liberté totale)
|
||
- ✅ Milestone 1 : Amériques (gameplay simplifié, valide moteur)
|
||
- ✅ Milestone 2 : Warfactory moderne (build sur M1 validé)
|
||
|
||
**Forces** :
|
||
- ✅ Architecture excellente (modules 200-300 lignes)
|
||
- ✅ Zone de confort totale (C++)
|
||
- ✅ Worldgen trouve sa place (cœur du système map gen)
|
||
- ✅ Style de jeu aligné (sandbox pur, observation)
|
||
|
||
**Actions** :
|
||
- Implémenter quand énergie disponible
|
||
- Pas de deadline
|
||
- Module par module
|
||
- Comme Dwarf Fortress : Croissance organique sur années
|
||
|
||
## Patterns Observés par Projet
|
||
|
||
### Zone de Confort : C++ (Warfactory)
|
||
|
||
**Comportement** :
|
||
- ✅ Design rapide et efficace (2-3 jours)
|
||
- ✅ Pas de perfectionnisme paralysant
|
||
- ✅ Confiance dans les choix
|
||
- ✅ Accepte "assez bien"
|
||
- ✅ Avance sans blocage
|
||
|
||
**Raison** : Se sent légitime → Pas de menace identitaire → Fonctionne normalement
|
||
|
||
### Hors Zone de Confort : Node.js (SEO, ClassGen)
|
||
|
||
**Comportement** :
|
||
- ❌ Syndrome de l'imposteur ("je suis pas dev Node.js")
|
||
- ❌ Over-engineering compensatoire
|
||
- ❌ Refactor en boucle
|
||
- ❌ "Jamais assez bien" même si fonctionnel
|
||
- ❌ Spec creep (features non demandées)
|
||
- ❌ Difficulté à livrer
|
||
|
||
**Raison** : Se sent imposteur → Menace identitaire → Sur-compensation
|
||
|
||
## Règles de Décision
|
||
|
||
### Différencier Dette Technique vs Perfectionnisme
|
||
|
||
**Dette Technique Réelle** :
|
||
- ✅ Bloque concrètement l'ajout de features
|
||
- ✅ Temps d'ajout = 10x normal
|
||
- ✅ Architecture empêche évolution
|
||
- **Exemple** : ClassGen 2 systèmes parallèles
|
||
→ Refactor justifié (ou migration TS si business)
|
||
|
||
**Perfectionnisme** :
|
||
- ❌ Fonctionne mais "pas élégant"
|
||
- ❌ "Pas sûr du code" (subjectif)
|
||
- ❌ Aucun utilisateur pour valider
|
||
- **Exemple** : SEO fonctionnel mais "c'est pas assez bien"
|
||
→ Livrer d'abord, améliorer après feedback
|
||
|
||
### Question Clé à Se Poser
|
||
|
||
**Avant d'améliorer/refactorer** :
|
||
"Est-ce que je fais ça parce que :
|
||
- **A)** Ça me bloque concrètement pour avancer ?
|
||
- **B)** Ça ne me semble pas 'assez bien' même si ça marche ?"
|
||
|
||
- Si A → Go, c'est légitime
|
||
- Si B → Noter dans `idees-ameliorations.md`, continuer
|
||
|
||
## Stratégies Anti-Perfectionnisme
|
||
|
||
### 1. Time-Boxing Strict
|
||
- **4h max** par session de dev
|
||
- Protège contre sessions infinies d'amélioration
|
||
- Évite "commencer à 10h, finir à 23h à améliorer un truc"
|
||
- Si pas fini → Noter reste, continuer demain
|
||
|
||
### 2. Liste d'Améliorations Différées
|
||
- Créer `idees-ameliorations.md` par projet
|
||
- Noter TOUTES les envies d'amélioration
|
||
- NE PAS les faire immédiatement
|
||
- Relire après 1 mois de stabilité
|
||
- Décider ce qui est vraiment important
|
||
|
||
### 3. Freeze Après Livraison
|
||
- Une fois livré → **STOP**
|
||
- Pas de "juste améliorer un petit truc"
|
||
- Seulement fixes de bugs rapportés par utilisateurs
|
||
- Nouvelles features seulement après validation usage réel
|
||
|
||
### 4. Gamification de la Conception
|
||
- Design sur mobile OK (moments low-energy, dopamine)
|
||
- **MAIS** obligation d'implémenter avant de designer la suite
|
||
- "Je livre pour avoir le droit de concevoir le module suivant"
|
||
- Transforme l'addiction à la conception en levier de livraison
|
||
|
||
## Profile 2E / TDAH (Non Diagnostiqué)
|
||
|
||
### Observations
|
||
**Pattern Conception vs Exécution** :
|
||
- ✅ Conception : Rapide, brillante, dopamine maximale
|
||
- ❌ Exécution : Lente, "relou", pas de dopamine
|
||
|
||
**Citation** : "Je suis smart concepteur, rapide, bonne capa d'abstraction. Le problème c'est l'exec. Une fois intellectuellement résolu, le cerveau considère que c'est fini"
|
||
|
||
**Impact sur Projets** :
|
||
- Worldgen Warfactory : Designé en 2-3 jours, pas implémenté
|
||
- SEO : Specs en 2 semaines, 4 semaines d'amélioration infinie
|
||
- ClassGen : Livraisons régulières mais revamps multiples
|
||
|
||
**Solution qui Marche** : Claude Code
|
||
- Claude fait l'exécution (partie chiante)
|
||
- Alexis garde conception/direction (partie fun)
|
||
- **Citation** : "Depuis que Claude Code existe je vis une bien meilleure vie"
|
||
|
||
### Recommandation
|
||
Envisager diagnostic professionnel (2E / TDAH)
|
||
- Si confirmé → Outils adaptés possibles
|
||
- Pas juste "faut être plus motivé"
|
||
- Comprendre son fonctionnement pour mieux s'adapter
|
||
|
||
## Timeline Prévisionnelle
|
||
|
||
### Octobre 2025 (Maintenant)
|
||
- ✅ Stabiliser SEO + ClassGen
|
||
- ✅ Livrer SEO cette semaine
|
||
- ❌ Pas de nouveaux projets
|
||
- ❌ Pas de refactors "pour améliorer"
|
||
|
||
### Novembre 2025
|
||
- Feedback réel utilisateurs SEO + ClassGen
|
||
- Décision ClassGen : Business ou Hobby ?
|
||
- Si Business → Planifier migration TypeScript
|
||
- Si énergie dispo → Commencer Warfactory Phase 1
|
||
|
||
### Décembre 2025+
|
||
- ClassGen : Migration TS (si business) OU Maintenance (si hobby)
|
||
- Warfactory : Implémentation progressive par phases
|
||
- Amélioration projets selon feedback réel (pas hypothèses)
|
||
|
||
## Solutions par Stack
|
||
|
||
### Pour Node.js (Quand Obligatoire)
|
||
**Option 1** : Accepter "Assez Bien"
|
||
- Code fonctionnel > Code parfait
|
||
- Livrer > Améliorer
|
||
- Feedback réel > Spéculations
|
||
|
||
**Option 2** : Migration TypeScript
|
||
- Si projet commercial
|
||
- Après stabilisation JS
|
||
- Migration incrémentale
|
||
|
||
### Pour Projets Perso (Choix Libre)
|
||
**Préférer C++** :
|
||
- Zone de confort
|
||
- Pas de syndrome imposteur
|
||
- Conception + Implémentation fluides
|
||
- Exemple : Warfactory
|
||
|
||
### Pour Tous Projets
|
||
**Utiliser Claude Code** :
|
||
- Compense difficulté d'exécution
|
||
- Garde la partie fun (conception)
|
||
- Délègue la partie chiante (implémentation)
|
||
- Multiplicateur de productivité prouvé
|
||
|
||
## Notes Importantes
|
||
|
||
### Origine Psychologique des Patterns
|
||
**Construction identitaire** : "Enfant, personne ne me félicitais. J'ai build mon identité sur l'intel"
|
||
|
||
**Conséquence adulte** :
|
||
- Protection de l'identité "smart"
|
||
- En C++ : Légitime → Pas de menace → Avance
|
||
- En Node.js : Imposteur → Sur-compense → Bloque
|
||
|
||
### Relation Zone de Confort / Perfectionnisme
|
||
**Ce n'est PAS du perfectionnisme général**
|
||
C'est contextuel selon la stack :
|
||
- C++ = Confiant → Pas de perfectionnisme paralysant
|
||
- Node.js = Imposteur → Perfectionnisme compensatoire
|
||
|
||
### Ne PAS Fuir vers C++
|
||
Tentation permanente de "tout refaire en C++"
|
||
**MAIS** souvent :
|
||
- Fuite vers zone de confort
|
||
- Pas la meilleure solution pour les contraintes business
|
||
- TypeScript = Compromis rigueur + pragmatisme
|