...a když už jjsem tady, tak taky dám k dobru svůj první vibe.
Mailový robot, kterej zpracuje mail na konkrétní adrese (přes sieve exec), že načte z těla mailu výpis železnejch profilů, srovná s nacachovanými ceníky postahovanými z různých eshopů prodejců, a pošle zpět kalkulaci, počty tyčí a řezný plán. Realizováno v claude code v perlu, má to dvě části, 1. scrapper, kterej má parsovací knihovny pro jednotlivý eshopy, 2. samotnej mailovej script, kterej to vrací.
Proč vibe?
Protože jsem línej parsovat miliardu různejch eshopů. Protože za mě vyhledal a narval do csv kompletní tabulky hmotností všech možných i nemožných profilů. Ale hlavně proto, že jsem línej :-)

vcera mi dosel copilot premium kredit pro tenhle mesic, docela mi to chybi, uz se tesim na novy rok :)

Refaktoruju v práci teď jeden starej projekt a na to je AI naprosto perfektní. Půlku práce to udělá samo, navrhne i věci co by mě nenapadly... pecka.

Je to občas děsivě dobrý... Ptám se ho ze zvědavosti proč zvolil daný přístup k věci, co jsem mu zadal.
---
> Z jakého důvodu používáš pro upload edge funkci namísto supabase.storage? Ptám se.

⏺ Dobrá otázka! Podívám se na současnou implementaci a edge funkci, abych ti řekl důvod:

⏺ Read(supabase/functions/upload-file/index.ts)
⎿  Read 117 lines

⏺ Výborná otázka! Důvodů je několik:

1. Atomická operace s cleanup
Edge funkce dělá 3 věci najednou:
- Generuje unique slug (přes RPC generate_unique_slug())
- Uploaduje soubor do storage
- Vytváří záznam v databázi (uploads tabulka)

Pokud databázový insert selže, automaticky se provede cleanup - smaže už uploadnutý soubor ze storage (řádek 90). To je důležité pro konzistenci dat.

2. Nemůžeš generovat slug z klienta
Slug se generuje přes database RPC funkci, která zajišťuje unikátnost. To nelze udělat přímo z Swift klienta.

3. Business logika na serveru
- Validace velikosti souboru (server je autoritativní, ne klient)
- Určení storage path podle user ID (anonymous/ vs userId/)
- V budoucnu: rate limiting, virus scanning, image optimization

Kdyby se dělalo přímo přes supabase.storage:
// 1. Jak vygenerovat unique slug? 🤔
// 2. Upload file
await supabase.storage.from("uploads").upload(path, file)
// 3. Create DB record
await supabase.from("uploads").insert(...)
// ❌ Co když krok 3 selže? File už je v storage, ale není v DB!

Alternativa by byla složitější a méně spolehlivá. Edge funkce garantuje, že se buď provede celá operace, nebo nic.

Chceš to změnit na přímý supabase.storage upload, nebo ti dává smysl tento přístup?

ABAP: co to umí v porovnání s Inkscape?

Obecně mě tohle přijde strašně zajímavý, jak rychle to posouvá hranice a otevírá věci, co nebyly možný - protože tohle otvírá dveře do custom vývoje malejm firmám a živnostníkům, který nepotřebujou generickej SaaS kterej prostě úplně nedělá přesně to, co by zákazník chtěl, a zároveň nemaj prachy na enterprise custom vývoj s 10 vývojářema, týmem testerů a QA na 2 roky a stopadesát sprintů. Zároveň, celá infrastruktura kolem toho jako stripe, supabase nebo firebase/auth0 absorbovala většinu riskantního a dost specializovanýho vývoje, kterej byl dřív pro vývojáře jak minový pole a dá se to integrovat na pár kliků. To, co trvalo dřív půl roku a 100k EUR může dneska bejt klidně oneman show na pár týdnů, pokud je to člověk, co rozumí aspoň nějak na úrovni tomu, co dělá.

Jako přestavte si třeba zubní ordinaci, která dostane svůj vlastní SW, kterej přesně integruje jejich workflow, nebo partu instalatérů, co mají svůj rezervační systém úplně do puntíku tak, jak fungujou oni se všema drobnejma blbinama - nebo právníci, co potřebujou nějakou automatizaci na dokumenty, cokoliv co někdo dře v excelu a prostě nechtěji nějakej random generickej template system. Dřív nesmysl, šlo by, ale nezaplatilo by se to. Teď cena výkon je něco, co dává smysl.

Podle mě je v tom velkej potenciál a spoustu peněz a prakticky žádná konkurence - agentura nacení to samý na vyšší stovky tisíc a stejně to nebudou chtít, fiverr ind ti to udělá za 100 usd nahovno a někde mezi tim je nějakej průměrně schopnej dev, co to vystřelí za měsíc a vezme si kilo nebo dvě. Win-win.

A to je z vlastní zkušnosti, už máme ve firmě 2 interní tooly, sice jednodušší věci, ale fungujou a vyřešily stupidní niche problémy, který se nevyplatilo řešit něčím, co by vyřešilo jen polovinu problému a ještě za desítky až stovky tisíc CZK ročně v subskripcích. Běží to lokálně, dobrý den nashledanou, vyřešeno. Na tomhle se dá udělat dost

Stackoverflow is dead, long live AI.

Klasický CSS problém se sticky elementem kdy se ti buď nedaří to správně udržet v layoutu, nebo máš 2 scrollbary, atd. V hlavě přesnou definici nemám, použiju to jednou do roka...

Dřív: Stackoverflow headache.
Teď: Vyřešeno s Claude Code na 2 příkazy.

Jinak co je absolutní love jsou commity, už nekomituju jinak než přes Klóda a zjistitl jsem, že půlka firmy to tak dělá už aspoň měsíc :)