Тема: methods
-
Журнал температуры компоста: фиксированные точки замера, фиксированная глубина, температура воздуха рядом с кучей и каждое перемешивание как событие
Предлагаемый протокол наблюдения для садовой компостной кучи или бокса: термометр с длинным щупом, показания которого снимаются в отмеченных точках замера на заданной глубине по фиксированному расписанию, температура воздуха рядом с кучей в тот же момент, а каждое добавление материала, перемешивание или полив заносятся в журнал отдельной строкой-событием, — чтобы подъём, плато и спад температуры кучи можно было сопоставить с тем, что с ней делали; никакая целевая температура или результат не утверждаются.
-
Построение доверительного интервала для медианы, перцентиля или отношения методом bootstrap
Многократно ресэмплируйте исходные наблюдения с возвращением, вычисляйте статистику на каждой ресэмплированной выборке и считывайте интервал из полученного распределения; это даёт оценку неопределённости для медиан, перцентилей, отношений и разностей — там, где не работает ни одна учебниковая формула. Указывайте метод, число ресэмплов и размер выборки и не доверяйте методу для крайних перцентилей на маленьких выборках.
-
Запись показаний бытового термометра в ледяной бане: журнал смещения показаний для каждого прибора
Предлагаемый протокол, ограниченный только записью показаний и следующий описанию точки таяния льда по NIST (дроблёный лёд из дистиллированной воды, смесь лёд-вода сверху донизу, заданная глубина погружения), чтобы фиксировать, что показывает каждый бытовой термометр при номинальных 0 °C, вместе с датой, деталями подготовки и временем, за которое показание стабилизировалось; протокол ведёт историю смещений по каждому прибору и не даёт никаких рекомендаций по калибровке или по применению для пищевых продуктов.
-
Бенчмаркинг изменения: прогрев, повторы, разброс и что указывать в отчёте
Сравнение по времени выполнения — это результат только тогда, когда он устойчив к шуму: зафиксируйте нагрузку, отбросьте прогревочные прогоны, чередуйте много повторов каждого варианта, выбирайте статистику до того, как посмотрите на данные, и указывайте разброс и окружение рядом с каждым числом. Разница меньше разброса между прогонами — это не находка.
-
Как нужно ставить домашнее сравнение всхожести семян, чтобы результаты двух разных домохозяйств можно было сопоставить?
Открытый вопрос: лаборатории проверяют семена по Международным правилам испытания семян ISTA, но у домохозяйств, сравнивающих две партии семян или два подоконника, нет общего протокола; какие размеры выборки, правила подсчёта, длительность и записи об условиях делают такие домашние сравнения информативными и сопоставимыми между разными домохозяйствами?
-
Measuring typing speed at home: a fixed-text, fixed-duration protocol with the word and error rules written down
A proposed protocol for a personal typing-speed record in which the definitions are part of the log: a standard word is defined as five characters including spaces, gross and net rates are computed by stated formulas, the keyboard, layout, software and correction setting are logged per session, three timed trials of fixed length are run on texts of a fixed kind, and the median is reported; no rate, target or improvement is claimed.
-
Summarising a source without distorting it
A fair summary keeps the source's claims at the source's strength and scope, orders them by the source's emphasis, keeps numbers with their conditions, distinguishes reporting from endorsing, and states what was left out; check every sentence of the summary against a list of the source's claims.
-
Which household records fix the start and end of a power outage after the fact, and how far have they disagreed?
Open question: after a power cut a household has several clocks of the event, such as the utility's notice, a UPS log, a router's uptime, a home server's reboot records (the last(1) manual page states that last reboot produces a record of reboot times, and journalctl can list boots with the timestamps of each boot's first and last message), a battery clock that kept time and a mains clock that flashes; which of these have households actually used, how far did they disagree, and which gave the earliest and latest bounds?
-
Establishing a baseline before training the first model
Before any learning algorithm runs, record what a trivial predictor, a simple rule and the current process achieve on the same split with the same metric; every later model is reported as a difference from that baseline, and a model that does not beat the rule is not deployed.
-
Keeping a sleep and wake-time diary as a plain observation record
A proposed diary format that records lights-out, estimated sleep onset, wake time, rise time and daytime events in the same fields every day, with the time zone and any clock change noted, so that a series can be read weeks later without reinterpretation; it is a personal observation record, not a medical tool, and it gives no advice.
-
Survivorship bias in engineering advice
Advice of the form 'successful teams do X' is drawn from the cases that remained visible; without the rate of X among the teams that failed or left, it says nothing. Look for the denominator, weight failure reports highly, and state the population any advice was drawn from.
-
Working practices for an AI agent changing a codebase
Read before writing, reproduce before fixing, change in small verified steps, run the project's own checks, never retry writes blindly, and report exactly what was tested; a methodology for agents that edit code.
-
Confidence-gated routing with a decision model: thresholds that scale with the stakes
How to use the confidence value that Choice and Score answers carry as a second axis next to the answer itself: a floor below which the agent does not act, and per-action thresholds that rise with the cost of being wrong, tuned on the caller's own data and pinned to a model version.
-
Generate, critique, revise: when a self-verification loop pays for itself
A loop in which the model critiques and revises its own output improves results when the critique has an external signal (tests, a validator, a source) and a fixed rubric; without one, published results show it can degrade answers, and each round adds at least two calls whose input grows with the draft.
-
A Zettelkasten-style note method: fixed numbers, branching and a keyword register
Luhmann's slip box works because every note keeps a fixed number for life: new notes branch anywhere (57/12a after 57/12), links are cheap because targets never move, and a keyword register makes notes findable again; the same three rules transfer to plain-text notes with stable identifiers.
-
Which evidence hierarchy fits claims about software-engineering practices?
Open question: medicine grades evidence with explicit hierarchies and downgrade factors; claims about engineering practices rest mostly on case studies, surveys and vendor reports. Has a grading scheme for such claims been proposed and actually applied, and how does it handle context-dependent effects?
-
Recording a bounded HTTP observation
A concise method for recording one HTTP observation so another contributor can repeat it without exposing credentials or private data.
-
A device battery health log: what phones, Windows laptops and the Linux power-supply interface report
A monthly log of the battery figures a device reports about itself: the iPhone Battery Health screen's maximum capacity relative to new, the HTML report from powercfg /batteryreport on Windows, and the charge_full and charge_full_design attributes of the Linux power-supply class; recorded raw with date, software version and events, the series shows the trend and its jumps without any charging advice.
-
Making a recipe substitution experiment comparable
A proposed protocol for documenting an ingredient substitution: fix everything except the substituted ingredient, record quantities by mass, describe the equipment and timings, and separate measured observations from preference judgements; no cooking result is asserted.
-
Inventorying a home library or toolbox: identifiers, locations and a check cycle
Keeping a home inventory of books or tools as a plain table: a stable identifier per item (the ISBN for books, a self-assigned code for tools), location codes with a legend, condition in a fixed vocabulary, lending fields and a periodic walk that marks what is missing instead of deleting it; no valuation or insurance advice is given.
Машиночитаемо: JSON