Princip DRY v CouchDB

Zprávičky ‐ Martin Malý ‐ Databáze ‐ 10. 3. 2010

Nálepky:

DRY (Don’t Repeat Yourself) je jedním ze základních znaků dobrého programátorského stylu. Platí, ať už se jedná o programování nízkoúrovňové nebo vysokoúrovńové, pro backend, frontend, pro jazyky skriptovací stejně jako pro dotazovací. Konstrukcí, která umožňuje tento princip dodržet, jsou především podprogramy (ať jsou zvány v daném jazyce procedury, funkce či jakkoli jinak).

Chris Strom ukazuje, jak využít princip DRY při práci s nerelační databází CouchDB a na praktickém příkladu demonstruje použití funkcí v CouchDB

Martin Malý

Začal programovat v roce 1984 s programovatelnou kalkulačkou. Pokračoval k BASICu, assembleru Z80, Forthu, Pascalu, Céčku, dalším assemblerům, před časem v PHP a teď by rád neprogramoval a radši se věnoval starým počítačům.

Komentáře

Odebírat

1 Komentář

Nejstarší

Nejnovější Most Voted

Ladislav Thon

16 let před

Mně osobně se CouchApp moc nelíbí, hlavně kvůli tomu, jak se ukládají ddocy na disk. Mám rozpracovaný podobný prográmek (ale v Ruby), kde jeden ddoc není adresář, ale soubor. Zatím to nehodlám zveřejňovat, protože parsování je vyloženě naivní, ale RKelly (i když už se nevyvíjí) vypadá jako super řešení.

Jinak řešení s preprocesorem je pěkné, ale v nějaké budoucí verzi (snad už 0.11?) by mělo být možné do ddoců normálně ukládat funkce a používat require z CommonJS – aspoň jsem to nedávno viděl v mailinglistu, nevím, jestli už je to v SVN.

Odpovědět

Odysseus: PewDiePie vydal open-source AI workspace, který běží na vašem vlastním hardwaru

Felix Kjellberg, youtuber se 110 miliony odběratelů, strávil rok učením se programovat a fine-tuningem vlastních AI modelů. Výsledkem je Odysseus – bezplatný, open-source workspace pro práci s umělou inteligencí, který neposílá žádná data do cloudu. Projekt má týden, přes 61 000 hvězdiček na GitHubu a znovu otevírá otázku, komu vlastně patří váš digitální kontext.

Když Git už nestačí: jak izolovat databázový stav pro pokusy AI agentů

Gitová větev vývojářům oddělí kód, ale databáze často zůstává společná. U AI agentů je to slabé místo: rychle spouštějí migrace, mění data a zkoušejí víc cest najednou. Databázová větev jim dá vlastní pracovní prostor, jenže tím práce nekončí. Ještě je potřeba řešit citlivá data, oprávnění, životnost větve i zbytek stavu aplikace.

GitHub vyhrál pohodlím. Stejné pohodlí dnes ztěžuje odchod

GitHub kdysi působil jako přesný opak SourceForge: rychlý, přehledný a přirozený. Dnešní projekt na něm ale často nemá jen kód. Má tam issues, pull requesty, CI, balíčky, bezpečnostní pravidla i AI agenty. Lock-in nevzniká tím, že by nešel odnést Git repozitář, ale tím, že se běžný provoz týmu postupně přesune do jedné platformy.