Tous vos projets de code, une seule fenêtre.

Contexte

Quand on jongle entre des dizaines de dépôts, le quotidien se passe à faire la navette entre l'explorateur de fichiers, le terminal et l'IDE. KodeDock part d'un constat simple : ces actions répétitives (ouvrir, lancer, retrouver, créer) méritent un point d'entrée unique. L'objectif était de construire un launcher réellement natif — pas un énième wrapper web — qui s'adresse aux développeurs et respecte leurs réflexes : raccourcis clavier, palette de commandes, terminal système, intégration Git.

L'approche

J'ai conçu KodeDock comme un espace calme et lisible, où chaque projet, chaque workspace et chaque action trouve sa place sans surcharge visuelle. L'enjeu n'était pas d'empiler des fonctionnalités, mais de hiérarchiser : une sidebar comme repère permanent, des vues qui respirent, et des micro-interactions (renommage inline, palette de commandes, dark mode) qui donnent une sensation d'outil natif, rapide et soigné.

1. Penser les parcours, pas seulement les écrans

De l'onboarding plein écran au wizard de création de projet, chaque flux est pensé pour guider sans friction. Le scaffolding affiche sa progression en direct plutôt qu'un spinner opaque : rendre visible ce qui se passe rassure et donne du rythme.

2. Des détails qui font le « natif »

Renommage inline (Enter / Escape), navigation au clavier, palette ⌘K, états vides soignés : ce sont ces réflexes empruntés aux meilleurs outils de dev qui font qu'une app paraît native autant qu'elle l'est.

3. Une cohérence design ↔ code

Côté technique, j'ai porté cette exigence jusque dans l'architecture : trois process Electron bien séparés, un contrat IPC typé comme colonne vertébrale, et une navigation volontairement légère (machine à états plutôt que router). La rigueur visuelle se prolonge dans la rigueur du code.