J'ai longtemps avancé avec peu. Peu de moyens, peu de marge, peu de certitudes. Au début ça peut ressembler à une limite. Avec le temps, ça devient presque une école.
Quand tu n'as pas tout sous la main, tu apprends à regarder ce qui compte vraiment. Tu évites les couches inutiles. Tu gardes les commandes que tu comprends. Tu notes ce qui casse. Tu recommences plus proprement.
Ce que ça m'a appris
- une solution simple qui tient vaut mieux qu'une grosse promesse fragile
- un backup vaut mieux qu'un discours rassurant
- comprendre le chemin d'un fichier ou d'une requête évite beaucoup de magie noire
- l'ergonomie compte, même dans un outil d'administration
Je garde cette idée dans mon travail actuel. Faire tout avec peu, puis faire beaucoup avec tout quand les moyens arrivent. Pas pour jouer au minimaliste. Juste parce qu'une base claire permet d'aller plus loin sans se perdre.
Ce que je vends vraiment
Pas seulement du code. Je vends une manière de poser les choses : proprement, calmement, sans exposer plus que nécessaire. Un projet peut être ambitieux sans devenir bruyant.