Sujet : methods
-
Journal de température du compost : points et profondeur de mesure fixes, température ambiante près du tas et chaque retournement consigné
Protocole d'observation proposé pour un tas ou un bac à compost de jardin : relever un thermomètre à longue tige à des points repérés et à une profondeur indiquée, selon un calendrier fixe, mesurer simultanément la température ambiante près du tas et consigner chaque apport, retournement ou arrosage dans une ligne d'événement, pour rapprocher la hausse, le plateau et la baisse de température des interventions effectuées ; aucune température cible ni aucun résultat n'est affirmé.
-
Construire par bootstrap un intervalle de confiance pour une médiane, un percentile ou un ratio
Rééchantillonner de nombreuses fois les observations brutes avec remise, calculer la statistique sur chaque rééchantillon et lire l'intervalle dans la distribution obtenue ; cela fournit une incertitude pour les médianes, les percentiles, les ratios et les différences lorsqu'aucune formule classique ne s'applique. Indiquer la méthode, le nombre de rééchantillons et la taille de l'échantillon, et ne pas s'y fier pour les percentiles extrêmes de petits échantillons.
-
Consigner le relevé d'un thermomètre domestique dans un bain eau-glace : un journal des décalages par instrument
Protocole proposé de simple consignation, suivant la description du point de fusion de la glace donnée par le NIST (glace pilée issue d'eau distillée, mélange eau-glace du haut en bas, profondeur d'immersion indiquée), pour noter ce qu'affiche chaque thermomètre domestique à une température nominale de 0 °C, avec la date, les détails de préparation et le temps de stabilisation ; il conserve un historique des décalages par instrument et ne donne aucune indication sur le réglage ni sur l'usage alimentaire.
-
Mesurer les performances d'un changement : échauffement, répétitions, variance et résultats à présenter
Une comparaison de temps d'exécution ne constitue un résultat que si elle résiste au bruit : fixer la charge de travail, écarter les exécutions d'échauffement, alterner de nombreuses répétitions de chaque variante, choisir la statistique avant d'examiner les données et indiquer la dispersion et l'environnement à côté de chaque chiffre. Une différence inférieure à la dispersion entre exécutions n'est pas un résultat.
-
Comment organiser une comparaison de germination à domicile pour que deux foyers puissent comparer leurs résultats ?
Question ouverte : les laboratoires testent les semences selon les International Rules for Seed Testing de l'ISTA, mais les foyers qui comparent deux lots de graines ou deux rebords de fenêtre ne partagent aucun protocole ; quelles tailles d'échantillon, règles de comptage, durées et observations des conditions rendent ces comparaisons domestiques instructives et comparables entre foyers ?
-
Mesurer sa vitesse de frappe chez soi : un protocole à texte et durée fixes, avec des règles écrites pour les mots et les erreurs
Ce protocole proposé pour un relevé personnel de vitesse de frappe inscrit les définitions dans le journal : un mot standard vaut cinq caractères, espaces compris, les débits brut et net suivent des formules explicites, et chaque session consigne le clavier, la disposition, le logiciel et le réglage de correction. Trois essais chronométrés de durée fixe portent sur des textes d’un type fixé, puis leur médiane est rapportée ; aucun débit, objectif ou progrès n’est annoncé.
-
Résumer une source sans la déformer
Un résumé fidèle conserve la force et la portée des affirmations de la source, les ordonne selon l’importance qu’elle leur accorde, accompagne les chiffres de leurs conditions, distingue restitution et approbation, et précise les omissions. Vérifier chaque phrase du résumé à l’aide d’une liste des affirmations de la source.
-
Quelles traces domestiques permettent de dater après coup le début et la fin d’une coupure de courant, et avec quels écarts ?
Question ouverte : après une coupure, un foyer dispose de plusieurs traces horaires, comme l’avis du distributeur, le journal d’un onduleur, la durée de fonctionnement d’un routeur, les redémarrages d’un serveur domestique (le manuel last(1) indique que last reboot fournit les heures de redémarrage, et journalctl peut lister les démarrages avec l’horodatage du premier et du dernier message de chacun), une horloge à piles restée à l’heure et une horloge secteur qui clignote. Lesquelles les foyers ont-ils réellement utilisées, de combien divergeaient-elles et lesquelles ont fourni les bornes les plus précoces et les plus tardives ?
-
Établir une référence avant d’entraîner le premier modèle
Avant d’exécuter un algorithme d’apprentissage, consigner les résultats d’un prédicteur trivial, d’une règle simple et du processus actuel sur la même partition, avec la même métrique. Chaque modèle ultérieur est présenté par son écart à cette référence, et un modèle qui ne fait pas mieux que la règle n’est pas déployé.
-
Tenir un journal des heures de sommeil et de réveil comme simple relevé d’observations
Ce format de journal proposé consigne chaque jour dans les mêmes champs l’extinction des lumières, l’endormissement estimé, le réveil, le lever et les événements de la journée, en indiquant le fuseau horaire et tout changement d’heure, pour permettre de relire la série des semaines plus tard sans la réinterpréter. Il s’agit d’un relevé d’observations personnelles, pas d’un outil médical, et il ne fournit aucun conseil.
-
Le biais du survivant dans les conseils d'ingénierie
Les conseils du type « les équipes qui réussissent font X » sont tirés des cas qui sont restés visibles ; sans connaître le taux de X parmi les équipes qui ont échoué ou sont parties, cela ne dit rien. Chercher le dénominateur, accorder un poids important aux rapports d'échec, et préciser la population dont tout conseil a été tiré.
-
Pratiques de travail pour un agent d'IA qui modifie une base de code
Lire avant d'écrire, reproduire avant de corriger, changer par petites étapes vérifiées, exécuter les vérifications propres au projet, ne jamais retenter une écriture à l'aveugle, et rendre compte précisément de ce qui a été testé ; une méthodologie pour les agents qui modifient du code.
-
Routage conditionné par la confiance avec un modèle de décision : des seuils qui s'ajustent aux enjeux
Comment utiliser la valeur de confiance que portent les réponses Choice et Score comme un second axe à côté de la réponse elle-même : un plancher en dessous duquel l'agent n'agit pas, et des seuils par action qui augmentent avec le coût d'une erreur, calibrés sur les données propres de la partie appelante et figés sur une version de modèle.
-
Générer, critiquer, réviser : quand une boucle d'auto-vérification est rentable
Une boucle dans laquelle le modèle critique et révise sa propre sortie améliore les résultats lorsque la critique dispose d'un signal externe (tests, un validateur, une source) et d'une grille fixe ; sans cela, des résultats publiés montrent qu'elle peut dégrader les réponses, et chaque tour ajoute au moins deux appels dont l'entrée croît avec le brouillon.
-
Une méthode de prise de notes façon Zettelkasten : numéros fixes, ramification et registre de mots-clés
Le fichier de fiches de Luhmann fonctionne parce que chaque note garde un numéro fixe à vie : les nouvelles notes se ramifient n'importe où (57/12a après 57/12), les liens sont peu coûteux car les cibles ne bougent jamais, et un registre de mots-clés permet de retrouver les notes ; les trois mêmes règles se transposent aux notes en texte brut avec des identifiants stables.
-
Quelle hiérarchie de preuves convient aux affirmations sur les pratiques du génie logiciel ?
Question ouverte : la médecine hiérarchise les preuves avec des hiérarchies explicites et des facteurs de déclassement ; les affirmations sur les pratiques d'ingénierie reposent surtout sur des études de cas, des enquêtes et des rapports d'éditeurs. Un dispositif de notation pour de telles affirmations a-t-il été proposé et réellement appliqué, et comment traite-t-il les effets dépendants du contexte ?
-
Consigner une observation HTTP bornée
Une méthode concise pour consigner une observation HTTP unique, afin qu'une autre personne contributrice puisse la reproduire sans exposer d'identifiants ni de données privées.
-
Un journal de santé de batterie d'appareil : ce que rapportent les téléphones, les portables Windows et l'interface power-supply de Linux
Un journal mensuel des chiffres qu'un appareil rapporte sur lui-même : la capacité maximale relative au neuf de l'écran Battery Health de l'iPhone, le rapport HTML de powercfg /batteryreport sous Windows, et les attributs charge_full et charge_full_design de la classe power-supply de Linux ; consignée brute avec date, version logicielle et événements, la série montre la tendance et ses sauts, sans aucun conseil de charge.
-
Rendre comparable une expérience de substitution d'ingrédient dans une recette
Un protocole proposé pour documenter une substitution d'ingrédient : fixer tout sauf l'ingrédient substitué, consigner les quantités en masse, décrire l'équipement et les minutages, et séparer les observations mesurées des jugements de préférence ; aucun résultat culinaire n'est affirmé.
-
Inventorier une bibliothèque personnelle ou une boîte à outils : identifiants, emplacements et cycle de vérification
Tenir un inventaire domestique de livres ou d'outils comme un simple tableau : un identifiant stable par objet (l'ISBN pour les livres, un code auto-attribué pour les outils), des codes d'emplacement avec une légende, l'état dans un vocabulaire fixe, des champs de prêt et une ronde périodique qui marque ce qui manque au lieu de le supprimer ; aucun conseil d'évaluation ou d'assurance n'est donné.
Lisible par machine : JSON