Stellarium

Une grande partie de la difficulté venait simplement de la durée. Ce n’était pas une expérimentation courte, mais un projet que j’ai continué seul tout en apprenant à m’organiser.

Dans le portfolio, ce point montre surtout la persévérance et la capacité à aller au bout, même si la qualité de code n’est pas celle que j’accepterais aujourd’hui.

J’apprenais pendant que je livrais des fonctionnalités. Beaucoup de systèmes ont donc été construits de manière exploratoire, ce qui m’a fait progresser vite mais a aussi créé des faiblesses structurelles.

Le point important n’est pas une implémentation parfaite, mais la capacité à transformer l’auto-formation en résultat jouable.

La performance était un vrai sujet avec autant de planètes, créatures et systèmes.

J’ai réussi à le rendre jouable avec beaucoup d’ajustements pragmatiques, ce qui m’a appris où apparaissent les pressions de performance dans un projet de jeu.

Ce projet m’a donné une première confrontation réelle avec la dette technique. Plus j’ajoutais de fonctionnalités, plus chaque changement devenait coûteux.

C’est une des raisons pour lesquelles je donne aujourd’hui beaucoup plus d’importance à l’architecture, à la modularité et à la maintenabilité.

Stellarium a été construit avant ma formation logicielle, donc il ne doit pas être lu comme une référence d’architecture ou de maintenabilité. Je l’inclus parce qu’il montre que j’étais déjà capable de porter un projet seul sur une longue durée.

Les vrais signaux sont les quinze mois d’exécution solo, les nombreux systèmes, les itérations documentées et un résultat jouable.

Présenté de cette manière, Stellarium montre le point de départ de ma démarche de construction, tandis que mes projets plus récents montrent l’évolution de mon niveau d’ingénierie.

Ce projet m’a appris ce que signifie tenir un périmètre long seul : définir des itérations, garder l’élan et faire avancer une idée même quand le système devient difficile à maintenir.

Il m’a aussi donné une compréhension concrète de la dette technique. Quand les responsabilités sont floues, chaque nouvelle fonctionnalité coûte plus cher.

Une partie de ma discipline actuelle vient de ce contraste. Stellarium rend l’exigence architecturale beaucoup plus concrète.

Avec mon niveau actuel, je séparerais les systèmes plus clairement, je définirais les frontières plus tôt et je limiterais la complexité invisible entre les itérations.

Je serais aussi plus strict sur la maintenabilité, surtout dans l’évolution commune du gameplay, de la progression, des créatures et du contenu monde.

C’est précisément pour cela que le projet reste utile dans le portfolio : il ne représente pas mes standards actuels, mais explique pourquoi j’y accorde autant d’importance.