Préambule:

Cela fait déjà très longtemps que je voulais créer une section “articles” sur mon site. Sûrement pas pour parler bêtement de certains sujets ou donner mon avis sur diverses choses, mais beaucoup plus pour expliquer, guider ou partager mon expérience avec certains outils numériques ou technologiques. Ce site porte le “nom” de blog, mais ce n’est pas vraiment un blog ce que je vais faire ici, et de loin !

À vrai dire, pendant longtemps, après avoir galéré à configurer, brancher ou programmer certains trucs, je rédigeais de petits guides Markdown que je laissais dépérir dans mes Gists GitHub, ce qui est franchement ridicule et ne bénéficie pas à grand monde.

Bien que généralement ce que je fais soit très dirigé informatique “pur jus”, je n’ai vraiment pas envie de me limiter à cela et j’envisage d’élargir un peu à la technologie en général.

Mise en oeuvre du projet “blog”:

J’ai décidé de ne pas changer mes bonnes habitudes: faire avec les moyens du bord pour que cela reste simple et intuitif à utiliser, mais surtout pour que l’hébergement ne me coûte pas un rond ! Payer un serveur est pour moi totalement absurde (et très onéreux), surtout s’il s’agit simplement de faire tourner du WordPress pour quelques guides de temps à autre. Qui plus est, j’ai une sainte horreur de la publicité ; il n’est donc absolument pas question d’en coller sur mes projets pour les financer. Tout ce que je crée est fait sur mon temps libre, par pur plaisir et par passion.

C’est pourquoi j’ai choisi d’utiliser un site web classique, dit “statique”, à l’image de mon site principal, afin de pouvoir héberger ce projet simplement et gratuitement.

Cependant, étant donné la complexité de développement d’un site statique de A à Z, concevoir un espace plus élaboré comme un “blog” s’avère vite incongru et bien trop long à maintenir sans outils adaptés. C’est là qu’interviennent les “générateurs de sites statiques”: ils permettent de développer avec du code dynamique, avant de le compiler en fichiers HTML, CSS et JavaScript traditionnels. Pour ma part, j’ai fait le choix de Hugo.

Pourquoi Hugo et qu’est-ce que c’est donc ?

Hugo est, comme mentionné précédemment, un générateur de sites web statiques. Cela signifie qu’il prend en entrée du code dynamique, un peu à la manière de Django, EJS, etc… mais qu’après compilation, on obtient tout simplement des fichiers web classiques. Cela accélère et facilite grandement le développement de sites statiques qui, lorsqu’ils sont faits entièrement à la main, demandent souvent beaucoup de répétitions et de copier-coller du même bloc de code.

J’ai choisi Hugo pour plusieurs raisons:

• Il est open-source: et c’est un écosystème que j’affectionne particulièrement.
• Il est extrêmement rapide: développé en Go, sa compilation ne prend que quelques millisecondes (et encore) !
• Il est très modulable et complet: il dispose de nombreux thèmes, d’extensions, mais surtout d’une communauté très active et d’une notoriété solidement établie depuis des années dans le domaine.

Je ferai sans doute un (ou des) article(s) sur Hugo prochainement, parce que c’est vraiment un outil super.

Le thème que j’ai choisi et pourquoi

Le thème que j’utilise n’a pas été conçu par mes soins, mais est très généreusement mis à disposition par Atsushi Nagase. Vous pouvez le retrouver ici: hugo-primer-blog. Je me suis simplement permis d’ajuster quelques détails afin de l’adapter parfaitement à mes besoins.

Pourquoi ce thème ressemble-t-il au design de GitHub ?

Tout simplement parce que j’adore GitHub ! C’est une plateforme avec laquelle je travaille depuis de nombreuses années, qui regroupe tout ce dont j’ai besoin, et c’est probablement mon site web préféré.

Il n’y a pas vraiment d’autre explication à donner: le thème me plaisait tel quel, il répondait à toutes mes attentes, et son aspect très propre et professionnel m’a immédiatement convaincu.

Le code source de projet:

Comme d’habitude, je mets tout mon travail numérique personnel en open-source.

Bien que ce ne soit pas super intéressant, si ce n’est pour voir ma configuration et mes quelques modifications, j’ai comme d’habitude mis tout le code de ce “blog” sur mon GitHub, que vous pouvez aller consulter ici: https://github.com/Nde-Code/blog

Post-scriptum:

Je n’ai pas une orthographe extraordinaire et j’utilisation donc souvent des outils (y compris l’IA, évidemment) pour me corriger. Il n’est donc pas impossible, de temps à autre, de croiser des fautes. Si c’est le cas, m’en faire part me fera extrêmement plaisir.

L’ouverture d’une pull request ou d’une issue sur le dépôt GitHub est de loin le moyen à privilégier.