URL: https://linuxfr.org/users/steckdenis/journaux/s-essayer-a-la-production-scientifique Title: S'essayer à la production scientifique Authors: steckdenis Date: 2013年08月30日T20:09:49+02:00 License: CC By-SA Tags: Score: 24 Bonjour, Il y a deux ou trois mois, j'avais écrit un journal à propos [d'un code source qui tourne plus vite quand je lui rajoute des instructions](/users/steckdenis/journaux/performances-des-processeurs-intel-et-optimisation). Ce journal a donné lieu à plein de discussions très intéressantes sur l'optimisation, et j'y ai découvert comment facilement et efficacement utiliser *operf*. Le problème à ce moment-là était que le code en question n'était pas disponible. Je venais en effet de terminer un projet personnel, qui n'était pas encore en état d'être présenté. Il n'y avait pas de documentation, pas d'explications, pas de licence, et très peu de tests. Au lieu de bâcler la distribution et d'expliquer tant bien que mal le fonctionnement du code (ainsi que ses faiblesses) dans un README, je me suis dit que j'allais m'essayer à l'écriture scientifique. Pourquoi ? Parce que je suis étudiant en sciences informatiques (comme on appelle par chez nous) et que je compte m'orienter vers une carrière de professeur et chercheur (l'avantage est que le libre est très bien représenté et utilisé dans mon université, l'Université Libre de Bruxelles). J'ai donc pris mon plus beau clavier et j'ai lancé Kile, mon éditeur LaTeX préféré. Je me suis renseigné sur la forme qu'ont habituellement les articles scientifiques, sur la manière dont ils présentent le contenu, et j'ai lu quelques articles (j'en avais déjà lu avant, je trouve que c'est une source d'information assez bien faite, surtout les articles « Untel a publié une thèse impossible à comprendre, donc moi je fais un article qui l'explique clairement »). Après quelques semaines, voici [le résultat](http://steckdenis.be/static/files/13_db.pdf). **Ce travail n'a pas la prétention d'être de la moindre qualité**, et c'est plus un premier essai sur la forme que sur le fond. De même, pour m'imprégner de l'ambiance et pour m'éviter les questions du genre « comment je vais traduire ce jargon en français », j'ai tout écrit en anglais, qui chez moi n'est pas du Shakespeare. Ce journal a donc deux buts : * Répondre à la curiosité justifiée des personnes ayant commenté mon dernier journal, en mettant à disposition la [base de donnée](http://steckdenis.be/static/files/db.tar.xz) en question; * Demander à ceux qui veulent et à ceux qui savent ce qu'ils pensent de ce premier article. Il doit bien y avoir quelques chercheurs parmi les lecteurs de Linuxfr, ainsi que pas mal de développeurs travaillant dans toute sorte de milieux. Je prends toutes les remarques, qu'elles considèrent le fond, la forme, la manière de rendre l'article plus clair, de mieux le détailler, de le rendre plus pertinent pour un non-chercheur. La seule chose sur laquelle j'attire votre attention est que mon article ne démontre rien. J'explique comment fonctionne la base de donnée, pourquoi j'ai pensé à faire les choses comme ça, puis je termine par quelques benchmarks (de qualité douteuse, il faut bien l'avouer, je ne suis pas *benchmarkeur* professionnel). À aucun endroit vous ne trouverez de preuve formelle que mon code marche. D'ailleurs, il marche jusqu'à preuve du contraire, il n'est testé que par les benchmarks et par quelques autres bouts de code qui trainent sur mon ordinateur. Sur ce, bonne lecture, j'espère qu'elle vous sera agréable. **Les licences :** CC-BY-SA 3.0 pour le papier, et GPLv3 pour le code.