https://dzarlax.dev/ru/tags/pet-projects/Recent content in Pet-Projects on Alexey Panfilov — Product, AI, SystemsHugoruSat, 23 May 2026 14:19:10 +0200https://dzarlax.dev/ru/articles/%D1%8F-%D0%BF%D1%8B%D1%82%D0%B0%D0%BB%D1%81%D1%8F-%D1%81%D0%B4%D0%B5%D0%BB%D0%B0%D1%82%D1%8C-%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4%D1%87%D0%B8%D0%BA-%D0%B4%D0%BB%D1%8F-%D0%B1%D0%BB%D0%BE%D0%B3%D0%B0.-%D0%B2-%D0%B8%D1%82%D0%BE%D0%B3%D0%B5-%D1%81%D0%B4%D0%B5%D0%BB%D0%B0%D0%BB-qa-%D0%BE%D0%B1%D0%B2%D1%8F%D0%B7%D0%BA%D1%83./Sat, 23 May 2026 00:00:00 +0000https://dzarlax.dev/ru/articles/%D1%8F-%D0%BF%D1%8B%D1%82%D0%B0%D0%BB%D1%81%D1%8F-%D1%81%D0%B4%D0%B5%D0%BB%D0%B0%D1%82%D1%8C-%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4%D1%87%D0%B8%D0%BA-%D0%B4%D0%BB%D1%8F-%D0%B1%D0%BB%D0%BE%D0%B3%D0%B0.-%D0%B2-%D0%B8%D1%82%D0%BE%D0%B3%D0%B5-%D1%81%D0%B4%D0%B5%D0%BB%D0%B0%D0%BB-qa-%D0%BE%D0%B1%D0%B2%D1%8F%D0%B7%D0%BA%D1%83./<p>Я начал с простого желания: у меня были английские статьи на dzarlax.dev, и я хотел получить их русские и сербские версии, не превращая каждую публикацию в проект на выходные.</p> <p>На первый взгляд всё выглядело автоматизируемым. Исходник — в Markdown. На сайте уже настроена мультиязычная маршрутизация. Текст я пишу в Obsidian vault, а структура статей максимально предсказуема:</p> <p>Plaintext</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-fallback" data-lang="fallback"><span class="line"><span class="cl">articles/&lt;slug&gt;/index.md </span></span><span class="line"><span class="cl">articles/&lt;slug&gt;/index.ru.md </span></span><span class="line"><span class="cl">articles/&lt;slug&gt;/index.rs.md </span></span></code></pre></div><p>Поэтому изначальный вопрос казался чисто техническим: какую модель перевода выбрать?</p>https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-3-%D0%BC%D0%BE%D0%B8-%D0%BD%D0%BE%D1%81%D0%B8%D0%BC%D1%8B%D0%B5-%D1%83%D1%81%D1%82%D1%80%D0%BE%D0%B9%D1%81%D1%82%D0%B2%D0%B0-%D0%BB%D0%B3%D0%B0%D0%BB%D0%B8-%D0%BF%D0%BE-%D1%83%D0%BC%D0%BE%D0%BB%D1%87%D0%B0%D0%BD%D0%B8%D1%8E/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-3-%D0%BC%D0%BE%D0%B8-%D0%BD%D0%BE%D1%81%D0%B8%D0%BC%D1%8B%D0%B5-%D1%83%D1%81%D1%82%D1%80%D0%BE%D0%B9%D1%81%D1%82%D0%B2%D0%B0-%D0%BB%D0%B3%D0%B0%D0%BB%D0%B8-%D0%BF%D0%BE-%D1%83%D0%BC%D0%BE%D0%BB%D1%87%D0%B0%D0%BD%D0%B8%D1%8E/<p>После части 2 ingestion-слой выглядит чистым. Сервер принимает payload-ы, нативный iOS-клиент работает рядом с Health Auto Export, схема знает про посегментный сон, дашборд показывает пять фаз сна. Кажется, всё готово. Нет.</p> <p>Следующий класс проблем стал виден только после того, как данные стали технически корректными. В любую ночь у меня есть <strong>три устройства</strong>, которые могут что-то сказать о моём сне: Apple Watch на запястье, RingConn<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup> на пальце и iPhone рядом с кроватью, который использует собственную оценку Apple Sleep Schedule. Каждое из них знает что-то, чего не знают остальные. И ни одно из них не согласно с другими насчёт того, что именно оно измерило.</p>https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-4-%D0%BA%D0%BE%D0%B3%D0%B4%D0%B0-%D0%B3%D0%BE%D1%82%D0%BE%D0%B2%D0%BD%D0%BE%D1%81%D1%82%D1%8C-%D0%BF%D0%B5%D1%80%D0%B5%D1%81%D1%82%D0%B0%D0%BB%D0%B0-%D0%B1%D1%8B%D1%82%D1%8C-%D0%BE%D0%B4%D0%BD%D0%B8%D0%BC-%D1%87%D0%B8%D1%81%D0%BB%D0%BE%D0%BC/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-4-%D0%BA%D0%BE%D0%B3%D0%B4%D0%B0-%D0%B3%D0%BE%D1%82%D0%BE%D0%B2%D0%BD%D0%BE%D1%81%D1%82%D1%8C-%D0%BF%D0%B5%D1%80%D0%B5%D1%81%D1%82%D0%B0%D0%BB%D0%B0-%D0%B1%D1%8B%D1%82%D1%8C-%D0%BE%D0%B4%D0%BD%D0%B8%D0%BC-%D1%87%D0%B8%D1%81%D0%BB%D0%BE%D0%BC/<p>В части 1 я описал исходный readiness score:</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-fallback" data-lang="fallback"><span class="line"><span class="cl">readiness = HRV_score * 0.40 + RHR_score * 0.30 + Sleep_score * 0.30 </span></span></code></pre></div><p>Это было полезное число. Каждое утро оно показывало, выглядит ли что-то в данных прошлой ночи необычно относительно моего личного baseline. А ещё оказалось, что оно измеряет не то.</p> <p>Эта часть — об аудите, который это вскрыл, о редизайне, который из него вырос, и о моменте, когда Фаза 1 закрылась без единой модели, которая превзошла бы свой наивный baseline по заранее заданному критерию.</p>https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-5-%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0-energybank/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-5-%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0-energybank/<p>В части 4 аудит обнулил readiness-формулу и выявил параллельный факт: EnergyBank v1 имел противоположный знак корреляции с HRV<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup> следующего дня (r=−0.149) и RHR<sup id="fnref:2"><a href="#fn:2" class="footnote-ref" role="doc-noteref">2</a></sup> следующего дня (r=+0.212) за 387 парных дней.</p> <p>Противоположный знак корреляции — это сильное утверждение. Это означает, что сама концепция жива, но target был задан неверно: то, что измерял v1, вероятно, было <em>productive strain</em>, а не <em>recovery deficit</em>. Эти два показателя коррелируют во многие дни и расходятся именно там, где это важнее всего: в тихий, но тревожный день, во время болезни или когда часы сняты с запястья.</p>https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-6-%D0%B8%D0%B7%D0%BC%D0%B5%D1%80%D1%8F%D1%82%D1%8C-%D1%81%D1%82%D1%80%D0%B5%D1%81%D1%81-%D0%B1%D0%B5%D0%B7-%D1%81%D0%B0%D0%BC%D0%BE%D0%BE%D0%B1%D0%BC%D0%B0%D0%BD%D0%B0/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-6-%D0%B8%D0%B7%D0%BC%D0%B5%D1%80%D1%8F%D1%82%D1%8C-%D1%81%D1%82%D1%80%D0%B5%D1%81%D1%81-%D0%B1%D0%B5%D0%B7-%D1%81%D0%B0%D0%BC%D0%BE%D0%BE%D0%B1%D0%BC%D0%B0%D0%BD%D0%B0/<p>В части 5 редизайн EnergyBank оставил placeholder: <code>drain = α · active_kcal + β · sustained_hr_load</code>, где <code>β = 0</code> до тех пор, пока per-user validation rubric не вернёт <code>validated</code>. Этот член уравнения — drain от autonomic load — относится к v2.2. И именно с ним я хотел быть особенно осторожным, потому что «стресс» — самая переобещанная метрика в consumer health.</p> <p>Эта часть — о том, что стресс вообще означает физиологически, что мои данные могут и не могут о нём сказать, почему очевидная формула была неправильной и зачем нужна validation rubric.</p>https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-7-%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D0%BE%D0%B5-%D0%BF%D0%B5%D1%80%D0%B5%D1%81%D1%82%D0%B0%D0%BB%D0%BE-%D1%81%D1%87%D0%B8%D1%82%D0%B0%D1%82%D1%8C/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-7-%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D0%BE%D0%B5-%D0%BF%D0%B5%D1%80%D0%B5%D1%81%D1%82%D0%B0%D0%BB%D0%BE-%D1%81%D1%87%D0%B8%D1%82%D0%B0%D1%82%D1%8C/<p>Первые шесть частей этой серии были о том, как сервер учится иметь собственные мнения. Ingestion gates, идентичность источника, eligibility для sub-scores, границы версий формул, validation rubrics — каждый слой заслужил право выдавать число. Когда эта работа была сделана, на другой стороне провода появился новый вопрос: что iOS-клиенту вообще разрешено делать с этими числами?</p> <p>Ответ оказался уже, чем я ожидал в начале. Самая интересная часть создания мобильного приложения была не в том, что в него добавлялось. А в том, что из него снова и снова <em>удалялось</em>, пока сервер учился делать каждую вещь лучше.</p>https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-8-%D1%81%D0%BD%D0%B0%D1%87%D0%B0%D0%BB%D0%B0-%D1%81%D0%BF%D1%80%D0%BE%D1%81%D0%B8%D1%82%D1%8C-%D0%BF%D0%BE%D1%82%D0%BE%D0%BC-%D0%B3%D0%BE%D0%B2%D0%BE%D1%80%D0%B8%D1%82%D1%8C/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/ru/articles/health-dashboard-%D1%87%D0%B0%D1%81%D1%82%D1%8C-8-%D1%81%D0%BD%D0%B0%D1%87%D0%B0%D0%BB%D0%B0-%D1%81%D0%BF%D1%80%D0%BE%D1%81%D0%B8%D1%82%D1%8C-%D0%BF%D0%BE%D1%82%D0%BE%D0%BC-%D0%B3%D0%BE%D0%B2%D0%BE%D1%80%D0%B8%D1%82%D1%8C/<p>В части 6 было сформулировано правило: subjective input не может подтвердить формулу стресса. Это правило остается в силе. Формула, которая автоматически настраивается на user self-report, становится замкнутым циклом без внешней опоры. Пользователь рационализирует post-hoc, формула обновляется в сторону рационализации, и следующий раунд самоотчёта искажается предыдущим результатом формулы. Лекарство от этого — держать rubric внешней: HRV на следующее утро, сдвиг RHR, архитектура сна. Числа, которые пользователь не записывает сознательно.</p> <p>Почему же тогда, спустя несколько недель, я выпустил утренний one-tap check-in, который спрашивает пользователя, как он себя чувствует?</p>https://dzarlax.dev/ru/articles/%D0%B4%D0%B0%D1%88%D0%B1%D0%BE%D1%80%D0%B4-%D0%B7%D0%B4%D0%BE%D1%80%D0%BE%D0%B2%D1%8C%D1%8F-%D1%87%D0%B0%D1%81%D1%82%D1%8C-2-%D0%B2%D1%8B%D1%85%D0%BE%D0%B4-%D0%B7%D0%B0-%D1%80%D0%B0%D0%BC%D0%BA%D0%B8-health-auto-export/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/ru/articles/%D0%B4%D0%B0%D1%88%D0%B1%D0%BE%D1%80%D0%B4-%D0%B7%D0%B4%D0%BE%D1%80%D0%BE%D0%B2%D1%8C%D1%8F-%D1%87%D0%B0%D1%81%D1%82%D1%8C-2-%D0%B2%D1%8B%D1%85%D0%BE%D0%B4-%D0%B7%D0%B0-%D1%80%D0%B0%D0%BC%D0%BA%D0%B8-health-auto-export/<p>В части 1 сервер научился принимать наблюдения, не теряя их, и пересобирать каждую производную таблицу из сырых данных. Этого хватило, чтобы сделать дашборд полезным. Но не хватило, чтобы сделать данные честными.</p> <p>Эта часть — о моменте, когда стороннего экспортёра перестало хватать как самостоятельного ingestion path, и о двух регрессиях, которые появились после того, как я добавил рядом с ним собственный iOS-клиент. Health Auto Export всё ещё отправляет данные на сервер. Endpoint <code>/health</code> принимает оба источника, а кодовый путь, который парсит HAE payload-ы, по-прежнему поддерживается. «Выход за пределы» в заголовке — про ограничения HAE, а не про то, что я его выкинул.</p>https://dzarlax.dev/ru/articles/%D0%BF%D0%B0%D0%BD%D0%B5%D0%BB%D1%8C-%D0%B7%D0%B4%D0%BE%D1%80%D0%BE%D0%B2%D1%8C%D1%8F-%D1%87%D0%B0%D1%81%D1%82%D1%8C-1-%D0%BE%D1%86%D0%B5%D0%BD%D0%BA%D0%B0-%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D0%BE%D0%B9-%D1%8F-%D0%BC%D0%BE%D0%B3%D1%83-%D0%B4%D0%BE%D0%B2%D0%B5%D1%80%D1%8F%D1%82%D1%8C/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/ru/articles/%D0%BF%D0%B0%D0%BD%D0%B5%D0%BB%D1%8C-%D0%B7%D0%B4%D0%BE%D1%80%D0%BE%D0%B2%D1%8C%D1%8F-%D1%87%D0%B0%D1%81%D1%82%D1%8C-1-%D0%BE%D1%86%D0%B5%D0%BD%D0%BA%D0%B0-%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D0%BE%D0%B9-%D1%8F-%D0%BC%D0%BE%D0%B3%D1%83-%D0%B4%D0%BE%D0%B2%D0%B5%D1%80%D1%8F%D1%82%D1%8C/<p>Это первая часть серии о создании моего self-hosted Health Dashboard. Первая версия не была методологическим проектом. Это была труба: взять данные из Apple Health, отправить их POST-запросом на мой сервер и утром показать оценку.</p> <p>Звучит чисто — пока в Postgres не приземляется первая плохая ночь. Оценка здоровья надёжна ровно настолько, насколько надёжен путь приёма данных под ней. Ранняя версия системы вбивала мне этот урок через ошибки.</p> <p>Один из первых режимов сбоя выглядел так:</p>https://dzarlax.dev/ru/articles/%D0%BA%D0%B0%D0%BA-%D1%8F-%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B8%D0%BB-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80-%D0%B7%D0%B0%D0%BA%D0%BB%D0%B0%D0%B4%D0%BE%D0%BA-%D0%BD%D0%B0-13-%D0%B3%D0%B1-%D0%B8%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%BC-%D0%BD%D0%B0-17-%D0%BC%D0%B1/Wed, 13 May 2026 00:00:00 +0000https://dzarlax.dev/ru/articles/%D0%BA%D0%B0%D0%BA-%D1%8F-%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B8%D0%BB-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80-%D0%B7%D0%B0%D0%BA%D0%BB%D0%B0%D0%B4%D0%BE%D0%BA-%D0%BD%D0%B0-13-%D0%B3%D0%B1-%D0%B8%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%BC-%D0%BD%D0%B0-17-%D0%BC%D0%B1/<p>Я довольно долго закрывал на это глаза: каждый раз, когда я смотрел <code>docker stats</code> на своём Hetzner VPS, Karakeep с большим отрывом оказывался самым тяжёлым контейнером. Машина с 7,6 ГБ RAM, 25 сервисов — и одно Node-приложение, которое держит <strong>1,32 ГБ</strong> резидентной памяти ради того, что в моём случае было просто навороченным списком ссылок со скриншотами.</p> <p>Доступной памяти оставалось <strong>1,4 ГБ</strong>, swap упирался в 2,0 / 2,0 ГБ, а Postgres с лимитом 768 МБ доходил до 61% использования. Ничего не горело, но запас перестал ощущаться запасом.</p>