A la base le Buildblog est à la fois un projet expérimental, documentaire et citoyen.
Initialement, je voulais étudier WordPress en tant que support de cahiers de laboratoire électroniques (CLEs) pour la Chimie-Biologie-Informatique, donc valider des composants pour les équations, codes, images, tables, formules chimiques, graphes. Puis le projet a évolué vers un système de documentation, concernant toute la chaine de production : administration système, développement, calcul, visualisation, analyse de données … Dans un contexte de CAO moléculaire, plus précisément Drug Design (structure-based, ligand-based) à destination de chimistes concevant des molécules d’intérêt biologique. Par exemple des inhibiteurs actifs sur des enzymes, transporteurs ou récepteurs. Des molécules qui permettent à la fois d’étudier des mécanismes impliquant ces macromolécules, de valider des stratégies chimiques, tout en étant utilisables comme précurseurs de médicaments. Sur mon versant, il s’agit de R&D plutôt que de recherche, mais avec les contraintes d’un service support.
Ce qui veut dire que face à une demande, il faut pouvoir entrer dans un sujet (nouveau ou récurrent) – puis en sortir très vite (pour répondre à une autre demande) – puis y revenir, parfois des mois ou des années après. Ce qui nécessite de la documentation, à la fois sur les données et les méthodologies. Ici je n’expose que des informations issues de cas concrets et publics (publiées, déclassées, non confidentielles ou génériques). Le blog évolue vers un référentiel consultable par un public étudiant ou issu de laboratoires, ce qui peut compléter une discussion ou une formation. De L3 à thèse, mais d’autres publics pourront y trouver un intérêt.
Je voulais aussi disposer d’un un système de documentation sur les codes. J’ai commencé par une normalisation des codes, puis des générateurs d’API, mais ce n’était pas suffisant. Il me fallait des documentations sur divers aspects tels que l’utilisation d’une fonctionnalité, une preuve de concept ou un test pour une brique logicielle … Egalement au niveau systèmes, de manière à valider et reproduire des installations et configurations. Avec le développement de la société numérique, il n’y a pas que les collègues que cela intéressera, il y a de plus en plus de personnes, des lycéens aux plus âgés … à qui cela pourrait être utile. Bien souvent nos codes ou nos méthodes recouvrent une réalité complexe mais restent simples dans leur construction, alors pourquoi pas ?
Buildblog n’est pas un blog, chaque article pourrait couvrir quelques pages d’un livre numérique. Je ne suis pas le seul à m’inscrire dans une démarche que l’on pourrait qualifier d’explicative, au hasard de navigations j’ai pu voir d’autres initiatives de ce type. Mais le tout est de durer dans le temps et de se renouveler … Donc cet espace remplace et étends progressivement l’ex buildblog.buildez.net, actif de 2009 à 2021. Forcément, certains articles de buildez.net faisaient référence à des méthodes qui sont devenues obsolètes. Si le fond reste intéressant, ils sont remaniés, sinon ils sont oubliés. Au final, je suis resté sur une solution CMS, mais avec des regroupements (topic, guides, projets …) de manière à former des suites thématiques, plus faciles à lire que des articles dispersés.
La partie citoyenne consistait à ouvrir une fenêtre sur l’activité de laboratoire, mais c’était un peu compliqué. Je ne voulais pas faire de la vulgarisation, c’est le travail des savants, des journalistes, des passeurs de science … Je ne voulais pas faire un site de service, c’est le travail des équipes, laboratoires, des chargés de communication, des tutelles … Je ne voulais pas faire un blog d’idées, je n’en pense pas moins, mais je n’en ai pas le droit, la liberté académique ne s’applique pas à ma catégorie professionnelle. L’idée c’est que le public puisse avoir un aperçu de ce qui se passe dans un laboratoire. Pas sur le mode communiqué de presse, mais par la petite histoire de tous les jours. Je voulais aussi rester léger, garder un peu de tout ce qui a fait que je me suis engagé dans ce domaine. Finalement j’ai un abandonné cet aspect avec la nouvelle édition. Mais je me dis que pour un public un minimum éduqué en termes de technologie et de sciences, le fait de projeter des éléments d’information concrets (codes, méthodologies …) peut tout aussi bien contribuer à cette idée.
Enfin, je voulais créer un espace d’information qui soit celui d’un praticien. J’aime ce mot, employé dans le milieu médical ou juridique. Dans notre contexte il ne faut pas opposer la pratique à la théorie ou à l’expérience. A tort ou à raison, je refuse ce genre de cloisonnements, le praticien c’est celui qui connait la manière de procéder, ce qui signifie un bon dosage entre théorie, expérimentation et méthodes. Ce qui implique un intérêt autant pour les success stories que pour les choses qui n’ont pas marché, les deux nous enseignent beaucoup.
L’idée du Buildblog c’est donc de décloisonner et de mélanger tout cela dans le même espace, à chacun(e) de décider de ce qui l’intéressera.