- Retour d’expérience du développeur de rqlite, une base de données distribuée légère basée sur SQLite
→ Au départ, le projet est né comme une tentative, pour le plaisir, de répliquer SQLite de manière distribuée avec RAFT
-
Si possible, commencer petit et développer une fonctionnalité à la fois
-
Éviter les grandes réécritures de code sans livrables intermédiaires clairs
-
La créativité est irrégulière et imprévisible
-
Ce qui a amélioré la qualité du code, c’est une couverture de tests très étendue
→ Écrire des cas de test aussi proches que possible du code réel
→ Toujours conserver des tests d’intégration pour les smoke tests
→ Les tests unitaires sont essentiels. Sans excellente couverture au niveau des tests unitaires, un logiciel ne peut jamais atteindre une haute qualité
-
Go a été suffisamment productif pendant 7 ans, et j’y prends toujours autant de plaisir.
-
La promotion est difficile. Il a fallu 7 ans pour atteindre 8 000 stars sur GitHub.
-
Programmer est thérapeutique
→ Mon métier consiste à gérer des programmeurs (engineering manager chez Google) ; c’est intéressant, mais différent du fait de coder soi-même
→ La programmation en tant qu’activité d’équipe demande des choses comme le style de code, la politique de résolution des bugs, les revues de code, la définition des priorités fonctionnelles, etc. Construire un logiciel en équipe implique beaucoup d’activités non liées au code.
→ Dans mon projet, je suis libre. Je décide du style de code, je décide des fonctionnalités. Je décide quels bugs corriger, et je n’ai pas besoin d’aller en réunion.
- Après 7 ans de développement, il reste encore beaucoup à faire
→ Je pense que le projet n’atteindra jamais vraiment l’état de « it’s done »
→ Comme le disaient les vieux soldats : « ils ne meurent jamais, ils s’effacent simplement » (tiré de « Old soldiers never die, they simply fade away »)
1 commentaires
rqlite - une base de données distribuée légère basée sur SQLite https://fr.news.hada.io/topic?id=3636