https://dzarlax.dev/rs/tags/build-logs/Recent content in Build-Logs on Alexey Panfilov — Product, AI, SystemsHugorsSat, 23 May 2026 14:19:10 +0200https://dzarlax.dev/rs/articles/poku%C5%A1ao-sam-da-napravim-prevodilac-za-blog.-na-kraju-sam-napravio-sistem-provera./Sat, 23 May 2026 00:00:00 +0000https://dzarlax.dev/rs/articles/poku%C5%A1ao-sam-da-napravim-prevodilac-za-blog.-na-kraju-sam-napravio-sistem-provera./<p>Počeo sam sa jednostavnom željom: imao sam engleske članke na dzarlax.dev, i želeo sam rusku i srpsku verziju bez toga da svaki post pretvorim u projekat za vikend.</p> <p>Na prvi pogled sve je delovalo kao nešto što može da se automatizuje. Izvorni tekst je već bio u Markdown formatu. Sajt je već imao rutiranje prilagođeno jeziku. Pišem u Obsidian vaultu. Paketi članaka su predvidivi:</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>Zato je početno pitanje zvučalo tehnički: koji model za prevođenje da koristim?</p>https://dzarlax.dev/rs/articles/health-dashboard-1.-deo-ocena-kojoj-mogu-da-verujem/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/rs/articles/health-dashboard-1.-deo-ocena-kojoj-mogu-da-verujem/<p>Ovo je prvi deo serije o izgradnji mog self-hosted Health Dashboard-a. Prva verzija nije bila metodološki projekat. Bila je to cev: uzmi podatke iz Apple Health-a, pošalji ih POST zahtevom na moj server i ujutru prikaži ocenu.</p> <p>Zvuči čisto i jednostavno — sve dok prva loša noć podataka ne završi u Postgres-u. Ocena zdravlja je pouzdana samo onoliko koliko je pouzdana ingestion putanja ispod nje. Rana verzija ovog sistema uglavnom me je toj lekciji učila na teži način.</p>https://dzarlax.dev/rs/articles/health-dashboard-2.-deo-izvan-granica-health-auto-export-a/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/rs/articles/health-dashboard-2.-deo-izvan-granica-health-auto-export-a/<p>U 1. delu server je naučio da prima merenja bez gubitka podataka i da ponovo izgradi svaku izvedenu tabelu iz sirovih podataka. To je bilo dovoljno da dashboard postane koristan. Ali nije bilo dovoljno da podaci postanu pošteni.</p> <p>Ovaj deo govori o trenutku kada eksterni exporter više nije bio dovoljan kao samostalan ingestion path, i o dve regresije koje su se pojavile kada sam pored njega dodao sopstveni iOS klijent. Health Auto Export i dalje šalje podatke na server. Endpoint <code>/health</code> prima oba izvora, a code path koji parsira HAE payload-e i dalje se održava. „Izlazak iz granica“ u naslovu odnosi se na ograničenja HAE-a, a ne na njegovo slanje u penziju.</p>https://dzarlax.dev/rs/articles/health-dashboard-3.-deo-moji-nosivi-ure%C4%91aji-lagali-su-pre%C4%87utkivanjem/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/rs/articles/health-dashboard-3.-deo-moji-nosivi-ure%C4%91aji-lagali-su-pre%C4%87utkivanjem/<p>Posle 2. dela ingestion sloj izgleda čisto. Server prima payload-e, nativni iOS klijent radi uz Health Auto Export, šema zna za san po segmentima, dashboard prikazuje pet faza sna. Deluje kao da je gotovo. Nije.</p> <p>Sledeća klasa problema postala je vidljiva tek pošto su podaci postali tehnički korektni. Svake noći imam <strong>tri uređaja</strong> koja mogu nešto da kažu o mom snu: Apple Watch na zglobu, RingConn<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup> na prstu i iPhone pored kreveta, koji koristi Apple-ovu procenu Sleep Schedule. Svaki zna nešto što ostali ne znaju. I nijedan se ne slaže sa ostalima oko toga šta je tačno izmerio.</p>https://dzarlax.dev/rs/articles/health-dashboard-4.-deo-kada-readiness-prestane-da-bude-jedan-broj/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/rs/articles/health-dashboard-4.-deo-kada-readiness-prestane-da-bude-jedan-broj/<p>U 1. delu opisao sam originalni 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>Bio je to koristan broj. Svakog jutra mi je govorio da li nešto u podacima od prethodne noći izgleda neobično u odnosu na moj lični baseline. A onda se ispostavilo da meri pogrešnu stvar.</p> <p>Ovaj deo je o auditu koji je to otkrio, redizajnu koji je iz njega nastao i trenutku kada se Faza 1 zatvorila bez ijednog modela koji bi pobedio svoj naivni baseline po kriterijumu postavljenom unapred.</p>https://dzarlax.dev/rs/articles/health-dashboard-5.-deo-problem-energybank-a/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/rs/articles/health-dashboard-5.-deo-problem-energybank-a/<p>U 4. delu audit je oborio readiness formulu i izvukao paralelni nalaz: EnergyBank v1 je imao pogrešan znak korelacije sa HRV<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup> sledećeg dana (r=−0.149) i RHR<sup id="fnref:2"><a href="#fn:2" class="footnote-ref" role="doc-noteref">2</a></sup> sledećeg dana (r=+0.212) na 387 uparenih dana.</p> <p>Pogrešan znak korelacije je jaka tvrdnja. To znači da je sama ideja živa, ali je target bio pogrešno postavljen: ono što je v1 merio verovatno je bilo <em>productive strain</em>, a ne <em>recovery deficit</em>. Ta dva pokazatelja koreliraju mnogih dana i razilaze se upravo tamo gde je najvažnije: tokom tihog, ali anksioznog dana, tokom bolesti ili kada sat nije na zglobu.</p>https://dzarlax.dev/rs/articles/health-dashboard-6.-deo-meriti-stres-bez-samozavaravanja/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/rs/articles/health-dashboard-6.-deo-meriti-stres-bez-samozavaravanja/<p>U 5. delu redizajn EnergyBank-a ostavio je placeholder: <code>drain = α · active_kcal + β · sustained_hr_load</code>, gde je <code>β = 0</code> dok per-user validation rubric ne vrati <code>validated</code>. Taj član jednačine — drain od autonomic load — pripada v2.2. I upravo sa njim sam želeo da budem posebno oprezan, jer je „stres“ najviše preobećavana metrika u consumer health-u.</p> <p>Ovaj deo je o tome šta stres uopšte znači fiziološki, šta moji podaci mogu i ne mogu da kažu o njemu, zašto je očigledna formula bila pogrešna i čemu služi validation rubric.</p>https://dzarlax.dev/rs/articles/health-dashboard-7.-deo-aplikacija-koja-je-prestala-da-ra%C4%8Duna/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/rs/articles/health-dashboard-7.-deo-aplikacija-koja-je-prestala-da-ra%C4%8Duna/<p>Prvih šest delova ove serije bilo je o tome kako server uči da ima sopstvena mišljenja. Ingestion gates, identitet izvora, eligibility za sub-scores, granice verzija formula, validation rubrics — svaki sloj zaslužio je pravo da izda broj. Kada je taj posao bio završen, sa druge strane žice otvorilo se novo pitanje: šta iOS klijentu uopšte sme da radi sa tim brojevima?</p> <p>Odgovor je ispao uži nego što sam očekivao na početku. Najzanimljiviji deo izgradnje mobilne aplikacije nije bio ono što je u nju dodato. Bio je ono što je iz nje iznova i iznova <em>brisano</em>, dok je server učio da svaku stvar radi bolje.</p>https://dzarlax.dev/rs/articles/health-dashboard-8.-deo-prvo-pitati-pa-govoriti/Mon, 18 May 2026 00:00:00 +0000https://dzarlax.dev/rs/articles/health-dashboard-8.-deo-prvo-pitati-pa-govoriti/<p>U 6. delu formulisano je pravilo: subjective input ne može da potvrdi formulu za stres. To pravilo ostaje na snazi. Formula koja se automatski podešava na user self-report postaje zatvorena petlja bez spoljne reference. Korisnik racionalizuje post-hoc, formula se ažurira ka toj racionalizaciji, a sledeći krug samoizveštavanja biva iskrivljen prethodnim rezultatom formule. Lek je držati rubric spoljašnjom: HRV sledećeg jutra, pomeraj RHR, arhitektura sna. Brojevi koje korisnik ne zapisuje svesno.</p>https://dzarlax.dev/rs/articles/kako-sam-zamenio-menad%C5%BEer-obele%C5%BEiva%C4%8Da-od-13-gb-alatom-od-17-mb/Wed, 13 May 2026 00:00:00 +0000https://dzarlax.dev/rs/articles/kako-sam-zamenio-menad%C5%BEer-obele%C5%BEiva%C4%8Da-od-13-gb-alatom-od-17-mb/<hr> <p>Neko vreme sam zatvarao oči pred tim: svaki put kada bih pogledao <code>docker stats</code> na svom Hetzner VPS-u, Karakeep je ubedljivo bio najteži kontejner. Mašina sa 7,6 GB RAM-a, 25 servisa — i jedna Node aplikacija koja drži <strong>1,32 GB</strong> rezidentne memorije za ono što je, u mom slučaju, bio samo nabudženi spisak linkova sa screenshotovima.</p> <p>Dostupne memorije ostalo je <strong>1,4 GB</strong>, swap je bio zakucan na 2,0 / 2,0 GB, a Postgres sa limitom od 768 MB stizao je do 61% iskorišćenosti. Ništa nije gorelo, ali rezerva je prestala da deluje kao rezerva.</p>