diff --git a/journal/notes_module_2.md b/journal/notes_module_2.md
index 38f098b174e678d160750f2f6f635daf1b53cb40..1a3f7bf320eb15ca5db44ad4335c987196b43abf 100644
--- a/journal/notes_module_2.md
+++ b/journal/notes_module_2.md
@@ -46,3 +46,33 @@ leur influence n'est pas forcément primordiale.
 Moins de transparence, c'est effectivement plus de lisibilité, vu la complexité des matières traitées.
 )
 
+## d'où vient la difficulté ?
+
+manques d'info (source données, choix) => crée la suspicion
+
+Le cahier de labo peut aider ??
+
+Aussi, l'**ordinateur** est **source** de calculs plus rapides, mais aussi **d'erreurs** plus rapides...
+Pb du manque de maîtrise des outils (calculs "cachés").
+Pas facile de lire un tableur excel, souvent. (ERP= enterprise ressource planning, à préférer)
+eg: traduction auto en nombre de trucs qui étaient des codes...
+
+Faut-il tout recoder ? Il faut que chaque ligne soit de confiance...
+
+Manque de backup ou d'historique.
+Revue de code, Integration Continue...
+
+Ajd, impossible d'être reproductible avec 8 pages d'articles.
+Mettre à disposition ça, ça demande du temps... pq le faire si personne e demande ?
+
+(Fait une défense de pourquoi tout rendre public... en débunkant les contre-arguments.)
+"Banir les logiciels et formats propriétaires" -> pas de garanties de long terme...
+(Le logiciel libre... ono a plus de chance de pvr récupéré des versions passées.)
+- éviter excel, word, matlab, SAS, dropbox...
+- éventuellement, stocker ces données sur plusieurs plateformes.
+- moins d'outils "intuitifs", d'UI, et plus de logique.
+
+Mais les données sensibles ? Pb éthique indépassable...
+On doit définir qui a l'accès primaire, et utiliser un peu de cryptographie,
+pour avoir un minimum de relecture.
+