Voici le premier article de mon journal de bord concernant mon parcours d’apprentissage pour monter en compétences en tant que développeur mobile iOS, avec un focus sur Swift et SwiftUI, en plus d’un renforcement du stack React Native.

Mais… je ne m’étais pas déjà formé en 2024 ? Et ton application ContactHive, alors ?

Je vous explique…

# Pourquoi

J’ai en effet déjà suivi un parcours d’apprentissage de la programmation courant 2024. Cela m’a permis de quitter mes activités précédentes afin de me concentrer pleinement sur le développement de solutions web et mobile, comme ContactHive, en 2025.

Et puis… le vibe coding a frappé de plein fouet le monde entier… et j’ai fait une nouvelle erreur. Une belle erreur de débutant, j’avoue. Je me suis simplement laissé porter par la vague, si on peut l’appeler comme ça 😂. Une expérience très enrichissante, qui m’a fait progresser en développement.

Mais pas dans le sens que j’aurais dû suivre si je voulais poser de bonnes fondations en tant que développeur. Bien que j’aie appris pas mal de choses, comme des concepts plus avancés tels que l’architecture logicielle, l’optimisation des performances ou le déboguage avancé, j’ai troqué, à coups de prompts, la chose la plus essentielle lors de l’apprentissage : prendre le temps d’apprendre les fondamentaux du langage.

J’ai certes développé de nouvelles compétences, comme savoir bien prompter un LLM pour générer du code que je peux corriger… mais pas toujours comprendre. J’ai aussi progressé dans la définition des besoins d’un logiciel, dans le développement de bout en bout, jusqu’à la publication d’apps sur les stores.

En prenant du recul sur mes progrès, et avec une petite baisse de moral, j’ai été forcé de reconnaître que ce choix de facilité m’avait éloigné de mon objectif principal : coder.

C’est ainsi que j’ai décidé de me créer un cursus personnalisé de 6 mois, basé sur les choses que j’ai aimées ces derniers mois et qui résonnent avec mon objectif.

J’ai aussi décidé de partager chaque jour mon apprentissage ici sur le blog, avec des articles résumant ce que j’ai appris. Ce ne seront pas toujours de longs articles, ce sera parfois brouillon, mais l’essentiel est de partager ce que j’apprends avec mon futur moi… et toi qui es en train de lire ceci.

Enfin, pendant toute la durée de cette formation, je n’utiliserai pas l’intelligence artificielle pour écrire du code. Je m’en servirai uniquement pour poser des questions sur les concepts ou corriger l’orthographe et le phrasé de mes articles. C’est dit.

# Apprentissage du jour

## Introduction à Git – Formation LinkedIn Learning

Formation suivie : Complete Guide to Git (7h30)

### git config

Il est possible de gérer une grande variété de paramètres avec git config. Je l’avais déjà utilisé pour configurer le user.name et le user.email, mais sa puissance est bien plus grande. Impossible ici de lister tout ce qu’on peut configurer avec, mais parcourir git help config m’a presque fait tomber de ma chaise 😅.

Par exemple, on peut configurer l’éditeur utilisé pour rédiger les messages de commit. J’ai choisi VS Code :

git config --global core.editor "code --wait"

Et si comme moi tu obtiens une belle erreur du style :

code --wait: command not found

Alors il faut activer la commande via VS Code :

• Appuie sur Cmd+Shift+P (Mac) ou Ctrl+Shift+P (Windows/Linux) pour ouvrir la palette de commandes.
• Tape et sélectionne Shell Command: Install ‘code’ command in PATH.

On peut même configurer la couleur des messages…

### git help everyday

Cette page du manuel (git help everyday) liste les commandes les plus utiles pour les 4 types d’utilisateurs Git :

• Développeur travaillant en solo
• Développeur travaillant en équipe
• Intégrateur de dépôt
• Administrateur de dépôt

### Bonnes pratiques pour les commits

• Résumé bref sur une ligne (50 caractères max)
• Suivi d’une ligne vide
• Description plus complète (72 caractères max par paragraphe)
• Toujours écrire au présent (pas au passé)

Et petite anecdote : les développeurs ne disent pas « Donne-moi le SHA-1 », mais plutôt :
“Hey, passe-moi le sha” (prononcé “chat” en français 😂).

Mais c’est quoi le sha ? Ce sont les 8 premiers caractères du SHA-1. le SHA1 est utilisé comme identifiant du commit. Les 8 premiers caractères sont uniques dans le dépôt.

### Quelques commandes utiles

• git commit -am "message" : le -a ajoute automatiquement les fichiers modifiés à l’index avant de les valider.
• git diff : compare les changements non indexés. Avec --staged, compare les changements prêts à être commités.
• git log --format=ref : vue très compacte de l’historique, utile pour créer une note de version ultra rapide. plus d’excuses pour les fainéants 😉 On y voit le SHA, le résumé du commit et la date.

Bien à toi.