Les rouages internes, les compromis et les décisions derrière un produit et les systèmes sur lesquels il repose, dont un système d'exploitation et les outils qui l'entourent. C'est le texte que nous aurions aimé trouver quand nous cherchions notre chemin. Pas de listes à puces racoleuses, pas de « dix astuces ».
Le système d'init est le premier processus de la machine et le parent de tous les autres. Voici la propriété sur laquelle nous avons jugé les candidats, ce que runit nous apporte et ce que ce choix a coûté.
Jugez un gestionnaire de paquets sur ce qui se passe quand une installation meurt à mi-chemin. Jugez un modèle de mise à jour sur le moment où vous payez le changement. Pourquoi 0dyssey est construit sur xbps et une base en publication continue.
Un gestionnaire en mosaïque piloté au clavier supprime une décision que l'on prend sinon des centaines de fois par jour. L'argument, une vraie configuration i3 et un compte rendu honnête des deux jours que cela vous coûte.
SIGNAL, le système sur lequel tourne ce site : pourquoi le sombre est l'acte principal, pourquoi les jetons portent des rôles plutôt que des valeurs, pourquoi le noir pur est un piège et pourquoi il n'y a qu'un seul accent.
Profondeur et lisibilité sont deux axes : l'abstraction qui porte ou qui piège, les valeurs par défaut comme opinions, les erreurs comme vraie documentation.
Le mode strict ligne par ligne, les guillemets, les tableaux plutôt que eval, le nettoyage par trap, et les pièges qui survivent à set -e. Les habitudes qui gardent un script honnête à 3 h du matin.
Six articles sont publiés. Le reste décrit à quoi sert cette section et dit clairement quels volets ne contiennent encore rien.
Systèmes, sécurité, Rust, fonctionnement interne des systèmes d'exploitation, systèmes d'IA. Écrits pour être lus une fois, avec soin, par quelqu'un qui ira s'en servir, plutôt que parcourus en diagonale par quelqu'un tombé dessus dans des résultats de recherche.
Notes prises en construisant 0dyssey et les plateformes, écrites au fil du travail, impasses comprises. Le journal daté se trouve sur la page du système d'exploitation et ne contient encore aucune entrée ; les deux essais sur les systèmes publiés ici sont ce qui s'en rapproche le plus à ce jour.
Des explications qui enseignent le concept plutôt que l'API. Le genre de texte qui reste utile après que la bibliothèque qu'il mentionne a été remplacée deux fois.
On achète de l'ingénierie à des gens qui comprennent manifestement l'ingénierie, et le moyen le plus rapide de le prouver est d'expliquer clairement, en public, quelque chose de difficile, avant que quiconque vous l'ait demandé.
Ce n'est donc pas un calendrier éditorial, ni du marketing déguisé en blog. Un texte est écrit quand le travail produit quelque chose qui mérite d'être consigné, ce qui signifie que le rythme de publication suit l'ingénierie, et non l'inverse.
La même règle s'applique aux journaux de construction : ils décriront ce qui s'est réellement passé, y compris ce qui a fait fausse route pendant une semaine. Un journal de construction qui ne contient que de bonnes décisions est un communiqué de presse.
Trois lecteurs, et les volets ci-dessus s'adressent à eux. Si aucun n'est vous, cette section ne vaudra pas votre temps, et c'est une réponse tout à fait acceptable.
Des personnes qui veulent comprendre les couches sous leurs abstractions. Le framework n'est pas le fond de la pile, et tout ce qui se trouve dessous est connaissable par quiconque accepte de le lire.
Des personnes prêtes à dépasser la surface et à maîtriser leur environnement : choisir ce qui s'exécute au démarrage plutôt que d'en hériter, et savoir pourquoi chaque pièce est là.
Des designers qui veulent l'aisance technique pour livrer plutôt que passer la main. Assez de connaissance de la machine pour mener un design jusqu'à la production et le défendre sur le terrain technique.
Les formes que prennent les écrits, d'une courte note à un travail porté sur plusieurs textes. À lire comme le périmètre de la section.
Rien de ce qui suit n'est en file d'attente, planifié ou en production, et rien n'est un engagement de cadence. Un texte paraît quand le travail qui le sous-tend produit quelque chose qui mérite d'être consigné.
Un problème, un correctif, et le raisonnement qui y a mené. Le genre de chose qui resterait sinon dans un carnet privé et serait reconstituée de zéro un an plus tard.
Un seul système creusé jusqu'au fond : le noyau, l'init, l'empaquetage, le shell, la possession et les durées de vie en Rust. Écrit pour être lu une fois, avec soin, par quelqu'un qui ira s'en servir.
Notes prises pendant qu'un système se construit, y compris la semaine qui a mal tourné. Ils suivent l'ingénierie, donc ils commencent quand il y a une construction qui vaut d'être consignée.
Un sujet trop vaste pour un seul texte, porté sur plusieurs : un système entier dans l'ordre, plutôt que le seul recoin qui fait un bon article autonome. Aucune n'est en cours pour l'instant.
Décrivez le problème avec vos propres mots. Vous aurez une réponse franche sur ce que demande réellement sa construction et sur le déroulement d'une mission.