ZIMA-CAD (diskuse)

[tlející K3dAr]

blog smažeš teď nebo až za týden?

[vencour]

Ok, s dovolením záloha

Ahoj, snad 20 let jsem tu nebyl a nic nepsal, už je to hodně dávno... Díky AI jsem se pustil do programu ZIMA-CAD. Je to psaný v C++/QT/OCCT a pod GPL licencí, Windows/Linux. Je to 3D plně parametrický systém s cílem plně nahradit komeční 3D parametrické CAD programy. Zatím mám za sebou dva měsíce práce. Je to pod těžkým vývojem, tokeny lítaj... Kdo má zájem se mrknout na program: https://github.com/ZIMA-Engineering/ZIMA-CAD Pro konstruktéry: Stačí zadat AI adresu a ona si už poradí...

[Max]

Pamatuji si, že po sobě promazal profily asi tak 3x
Jediný, kdo je mazal častěji, byl snad Marek Stopka
Zdar Max

[vencour]

Co ma našel chatgpt, aneb hezké (cituji část) ...

Co mi naopak zvedá obočí
Projekt je strašně ambiciózní.

CAD není textový editor. Když budou chtít Sketcher + solid modeling + assemblies + drawings + STEP + sheet metal + surfaces + BOM + AI engineering assistant, vstupují do prostoru, kde SolidWorks, Creo, NX, CATIA nebo FreeCAD sbírají edge cases desítky let.

Například sami stále uvádějí jako nedodělané produkční řešení konfliktních constraints, stabilní reference některých topologických změn, diagnostiku chybných mates, optimalizaci velkých sestav, interference/collision checking a řadu oblastí technického výkresu.

A projekt nemá žádnou viditelnou veřejnou uživatelskou základnu: nyní 0 stars, 0 forks. To neříká nic o kvalitě kódu, ale říká to hodně o tom, kolik lidí ho pravděpodobně zatím reálně rozbíjí vlastními daty.

Navíc sami záměrně říkají, že během vývoje neudržují kompatibilitu starých experimentálních formátů. Současný manuál má například Part format version 14, Assembly 12 a Drawing 12 a nepodporovanou verzi prostě odmítne.

To je pro alpha vývoj rozumné. Pro uživatele výrobního CADu by to samozřejmě byla katastrofa.

[vladimir99]

Vyzkoušej ho a uvidíš...

[vencour]

Mne možná čeká cissp, další kravinky, jiný honění ... pak se uvidí. Za info dík. A že jsi tu, za to taky dík.
Můžu dávat tučňáky. Ale dávam je za něco víc, technické či jaké detaily. Rád bych Ti ho dal, to bys měl do blogu dát sám, třeba to, že ...

Současná C++ část má samostatné contract testy pro assembly, drawings, sketcher, STEP, interchange, multibody, 2D/3D sweep, holes, helical sweep, viewer, workspace, UI a dokonce performance benchmark.
...
U staršího alpha releasu například výslovně uváděli 83 z 84 testů prošlo a popsali i ten jeden známý problém. U problému Windows runtime zase dokumentují reprodukci pádu přes numpy.linalg.svd, přechod MKL → OpenBLAS, kontrolu ZIPu, 84 zaměřených testů a GUI smoke test.

[vladimir99]

Hele v pohodě. Já čekal 20 let že to někdo udělá za mně, nestalo se, tak jsem se do toho pustil sám. Bez AI a OCCT by to byl nemožný projekt. Původně jsem to začal dělat v Pythonu, ale po měsící vývoje jsem přešel na C++, je to rychlejší. OCCT využíváme pouze a jenom na výpočty těles a importy/exporty... Vše ostatní je už naše. Kompletní zobrazovač, tree historie, part, assembly, drawing. Navhnul jsem střeva jak to má fungovat tak aby to bylo co možná nejjednodužší a bytelný. Navrhnu jsem kompletní systém kontejnerů které se dají umístit kamkoli a ztráta reference je nerozbije. Skicář má kompletní strategii založenou na bodech. Nevím jak to mají udělaný uvnitř špičkové CADy, já šel po jednoduchosti. Postupně učím solver ve skicáři, ale už teď je to docela schopný, nakreslíš už ted co chceš, ořežeš atd... Vazby celkem fungujou a tahání geometrie taky. Po 2 měsících vývoje co to umí je neskutečný posun. Na čem tedka pracuji je drawing, ukázání parametrických kot z modelu a koty obecně. Má to samozřejmě dost rezervy co se týká třebas velkých step, co se týká velikosti načtení, výkonu, takže je pořád na čem pracovat... Postupně přidávám funkce a testuju testuj testuju.... Ve výkresceh to už umí boom, parametres, řezy... Je to pořád těžkej vývoj.... Jak řikám to si musíš zkusit co to umí...

[RealJ]

a neni snadnejsi to AI pouzit s existujicim CADem misto znovuvynalezani kola? Jako chapu ze to mas jako hobby ale tak nejak ocekavam ze to po pulroce, roce zdechne pro nezajem... budu rad kdyz se pletu.

[vladimir99]

Myslím že je to nepochopení toho co dělám a proč to dělám. AI v CADech už dávno je. Já to tam dám do příkazovky taky.

[: UTC +13]

Zni to huste - asi to zkusim na par blbinek co mi lezi na mem hobby stole. A kdyz budu mit moc casu, tak mozna nareportuju i nejake bugy

Drzim palce!

[vladimir99]

Díky!

[Valgrind]

Pokus o vyvoj cadu zde jiz byl... A jak to dopadlo... Uz jsi zapomnel?

Radeji svou energii venuj do provozu svobodnych DNS resolveru a nasledne vybudovani svobodne cz blockchain based domeny bez ucasti servilnich sdruzeni ...

[vladimir99]

Už jsi si to zkompiloval a vyzkoušel?

[Valgrind]

Jeste ne... Stoji to za to? Jsi tak tajemny, ze to snad zkusim

[/]

co kdybys o tom pro jednou ty prestal mluvit a vnucovat to ostatnim, vyhrnul si rukavy a pustil se do toho... nepredstavitelny, co

[Valgrind]

Vis prd, co ja delam

[Valgrind]

Vis co, prd ja delam

[QValt]

Hajlování není nic nedělání, oceňujeme, jak tvrdě cvičíš pravačku.

[Valgrind]

??? ??? ???

[Radovan]

Jakožto vyhlášený náckomil se nemáš čemu divit.

[Valgrind]

Ufff. Jaky nackomil? Soucit s vyhnanci, ktere vyhnal vlastni stat, vlastni prezident a ostatni spoluobcane podle narodnostniho klice, je snad spatne? Nech si sve nadavky. Take te neurazim do kremlmilu.

[Radovan]

Já mám soucit s těmi, kteří ti tvoji přistěhovalci a jejich pobratimové roky terorizovali a vraždili. Nikoliv s hajlujícími voliči Henleina, kteří chtěli do Říše a tím unikli trestu za své zločiny.

[Radovan]

A ty mu věnuj svoje peníze, ať má pro tu energii motivaci

[Valgrind]

[Bystroushaak]

Cool, čekal jsem kdy se to tu objeví.

Já začal radši sponzorovat FreeCAD, za poslední roky se dost posunul co do použitelnosti.

[vladimir99]

Už jsi si zkompiloval a vyzkoušel moji verzi?

[Bystroushaak]

Nope, jsem v práci a budu si muset doma udělat prvně sandbox než na to šáhnu. Ale vypadá to jako kopa práce a chci se na to podívat. Co by ti neškodilo v README jsou nějaké screenshoty.

[Vladimír99]

Nějaký tak měsíc starý screenshoty jsou v doc.

[Miloslav Ponkrác]

Sorry, kvůli AI si nemůžu dovolit koupit paměť a lehne mi to na tomhle drobečkovi https://github.com/ZIMA-Engineering/ZIMA-CAD/blob/main/cpp/app/assembly_workspace_window.cpp

[Vladimír99]

„Myslíš paměť při kompilaci, nebo spotřebu RAM ZIMA-CADu za běhu?“

[rakol lokar]

Fuj, teď jsem si ugrcl...

[vladimir99]

Už by to mělo být na GITu rozdělný. Spokojenost?

[Want]

Pokud se ti to podaří došťouchat do použitelného stavu, bude to fajn. Takových alternativ není nikdy dost. Jenom si kladu otázku, kolik uživatelů si k tomu najde cestu. Dominance určitého SW řešení totiž mnohdy nevychází z jeho kvality, ale z toho, kolik lidí je nuceno s ním pracovat.

A čím speciálnější nasazení, tím menší pravděpodobnost, kolik se jich najde. Budu-li konkrétní. Má technologie linuxového desktopu je ideální pro instituce, kde je potřeba mít stejné uživatelské prostředí na všech strojích. Ovšem s jeho nasazením by vyschnul zajištěný zdroj peněz mnoha subjektů co parazitují na IT službách. Který blázen by platil za licence antivirových programů, v prostředí, kde není potřeba? Nebo za software, kterým se řeší ověřování či jednotná instalace na desktopech?

Háček je v tom, že ti co to v rámci těch institucí řeší, raději uvěří velké firmě že se o vše postará, než aby stejné peníze dali za dva tři lokální adminy s částečnými úvazky.

[Pavel Píša]

Tak jen hlásím, že na Debianu stable je jen OpenCASCADE 7.8.1, požadovaný je 7.9. Na pokus jsem požadavek zkusil snížit a počítám s tím, že nějaká logika třeba nebude chodit nebo kompilace padne.

Při kompilaci pak v několika souborech vypadlo

zima-cad-cpp.dir/app/measurement_command.cpp.o -c /home/tmp/ZIMA-CAD/cpp/app/measurement_command.cpp
In file included from /usr/include/x86_64-linux-gnu/qt6/QtCore/QPointer:1,
                 from /home/tmp/ZIMA-CAD/cpp/app/assembly_workspace_window.hpp:3,
                 from /home/tmp/ZIMA-CAD/cpp/app/measurement_command.cpp:1:
/usr/include/x86_64-linux-gnu/qt6/QtCore/qpointer.h: In instantiation of ‘T* QPointer<T>::data() const [with T = zima::app::SectionPropertiesDialog]’:
/usr/include/x86_64-linux-gnu/qt6/QtCore/qpointer.h:83:14:   required from ‘QPointer<T>::operator T*() const [with T = zima::app::SectionPropertiesDialog]’
   83 |     { return data(); }
      |              ^~~~
/home/tmp/ZIMA-CAD/cpp/app/measurement_command.cpp:28:47:   required from here
   28 |     if(properties_dialog_||tree_edit_dialog_||section_dialog_)return;
      |                                               ^~~~~~~~~~~~~~~
/usr/include/x86_64-linux-gnu/qt6/QtCore/qpointer.h:75:14: error: invalid ‘static_cast’ from type ‘QObject*’ to type ‘zima::app::SectionPropertiesDialog*’
   75 |     { return static_cast<T*>(wp.internalData()); }
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/tmp/ZIMA-CAD/cpp/app/assembly_workspace_window.hpp:58:7: note: class type ‘zima::app::SectionPropertiesDialog’ is incomplete
   58 | class SectionPropertiesDialog;
      |       ^~~~~~~~~~~~~~~~~~~~~~~
ninja: build stopped: subcommand failed.

Ale kontrolu na přítomnost section_dialog_ jsem na všech problemtických místech vyblokoval a aplikace se slinkovala, šla pustit a kvádr jsem provrtal válcem a nějak to běželo. Vypadá to celkem zajímavě, na druhou stranu si neumím moc představit, jestli lze bez dobré znalosti a analýzy generovaného kódu udržet návrh v nějakém konzistentním a zpravovatelném stavu. Ale je možné jak se AI bude zlepšovat, tak že to půjde. Sám bych takovýto projekt spravovat moc nechtěl.

[www]

Pracuji ve firmě o 15 lidech, kde founderovi podobně hráblo a začal v lednu všechno vibecodovat. Celý codebase byl už předtím celkem komplexní cloud aplikace se stovkami microservices a skoro milionem řádek kódu. Myslel jsem si, že pár měsíců až let bude vidět extrémní zrychlení vývoje a přidávání funkcí a pak to "exploduje" a nikdo se v ničem nevyzná a ani AI nepomůže. Hodně jsem se mýlil. Celé to explodovalo už při prvním releasu v květnu:

1. Už před nástupem AI byl tým celkem přetížený, tak to obrovské množství změn se nikdo ani nepokoušel ručně kontrolovat.

2. I v případě interně nahlášených bugů není, kdo by je opravoval (lidi nerozumějí kódu ani produktovým rozhodnutím, agenti zase nemají iniciativu a taky neznají produktové rozhodnutí).

3. Po nasazení do produkce uživatelé hlásí spousty chyb, ale nikdo není schopný reagovat (viz předchozí bod). Čeká se se vším na jednoho člověka a celý tým tráví dny diskutováním o tom co je správně (dříve by produktová rozhodnutí nebyla tajemstvím schovaným v promptu a lidi zodpovědní za svoje části kódu by dokázali reagovat).

4. Takže bugfixy opět dělá AI tentokrát už pod dohledem lidí (půlka lidí díky tomu letos nejspíš skončí).

5. Vzhledem ke klesající schopnosti týmu produkt udržovat a dál rozvíjet se spousta očividných bugů považuje za featury (např. na webu se náhodně animují prvky při klikání, ale nikdo neví co s tím, tak se to bere jako featura a tak se to i komunikuje uživatelům).

Problém je nakonec mnohem komplexnější než nesrozumitelný kód od AI. Rozhodnutí při vibecodování vznikají při promptování a nikam jinam se nezapisují. Se špatným kódem se dá vždycky něco dělat pokud znám jeho účel. Ale pokud je hlavní způsob vývoje generování obrovského množství kódu a dokumentace, které nikdo nerozumí a úplně odpadá mezilidská komunikace, tak celý projekt lidi prostě opustí a budou si s ním hrát jen agenti. Přesně takhle dopadne ZIMA-CAD, až to autora přestane bavit sponzorovat.

[Bystroushaak]

Záleží. Trochu mám pocit že pokud někdo nebyl programátor se spoustou zkušeností už předtím, tak se k tomu už nikdy nedostane a bude konzistentě produkovat hovnokód. jakože Samozřejmě pořád může dělat opensource, sure, ale bude čím dál náročnější si za to nechat platit

Na druhou stranu, když lidi ví co dělaj, tak je to upřímně docela radost. Všechno se děje, kód se prostě objevuje a ten pocit je skoro, i když ne úplně, jako kdyby ti někdo četl myšlenky. Něco si vymyslíš a není tam žádná námaha, pingneš AI a během chvíle to existuje jak sis představoval. Což samozřejmě může být úplně blbě, ale AI docela dobře poradí i s architekturou a tak, jen tě musí napadnout to chtít. To jak zmizela všechna frustrace s čímkoliv ala že něco nejde, nebo je rozbité, jsi v dependency hellu, chybí ti config, nebo tak něco. Prostě zařveš vedle v terminálu něco jako "claude, oprav tu sračku <traceback>" a ono se to mimochodem stane zatímco na něčem děláš, to je neskutečně cool.

U nás pořád vyvíjíme feature by feature na základě nějakých epiců, takže výsledek je že člověk prostě jen rychleji udělá feature. Na druhou stranu ty snahy o různý loop engineering a full vibecoded věci co jsem viděl, to skončilo vždycky jako totální horor.

Teď pár spekulací kam se to momentálně posouvá:

Zrovna nedávno jsem měl diskuzi se šéfem šéfa mého šéfa že možná časem dojde k tomu že kód bude prostě irelevantní mezi-stupeň a místo toho budou nějaké business vágní popisy očekávání, v dalším kroku pak nějaký detailnější spec formou psaného textu ala design doc, a pak na výstupu AI prostě napíše instrukce pro ten který (procesor/jazyk/..). Když jsem dělal ve Fortuně, tak to takhle fungovalo už před 6+ lety. Business analytici udělali nějaké vágní zadání, co jako chcou, architekti to pak nějak zakomponovali technicky, jakože co kde bude s čím komunikovat a zpracovávat aby to implementovalo ten business case, a programátor to pak nějak naprogramoval, napsal k tomu testy a postaral se o deployment. Měli na to nějaký software co byl na highlevelu kód a dal se zazoomovat na grafickou mapu všeho a rovnou z toho vypadly i tickety. Přijde mi že tam už docela přirozeně stačí napojit opus na konec a mít k tomu jen nějaké testery.

Docela dlouho jsem si myslel že tohle je vlhký sen managerů a že to reálně takhle vypadat nebude - prakticky všechny pokusy na tohle téma co jsem viděl vždycky skončily jako nějaká korporátní sračka. Pak jsem minulý týden přidal glean bota na náš Slack. Kontext: glean je věc co indexuje všechno co ve firmě máš. Takovej interní google, přečte to všechny tickety, kód, wiki, thready na slacku, prostě všechno. Teď k tomu samozřejmě mají AI agenta + MCP napojitelné na ostatní agenty. Co dalšího nabízí jsou poněkud zmateně taky "Agenti". Reálně se jedná o něco jako chatboty.

Už asi rok / dva zpátky jsme to zkusili dostat na náš Slack kanál, kde je asi 800 lidí co se ptaj když neví a pořád chtěj s něčím pomoct. Výsledky byly příšerné, protože přestože ten Glean Agent měl na Slacku hledat v historii a používat nějaké vybrané FAQ dokumenty na wiki ke generování odpovědí, tak to v podstatě nikdy moc nefungovalo a napsat pro to nějaký prompt co by moc nespamoval nebo naopak nefungoval moc omezeně bylo fakt těžké.

Teď? Otevře se ti UI kde máš tři vertikální panely. Úplně nalevo máš chat s builder botem. Uprostřed máš dokument s instrukcemi pro toho výsledného Slack bota. Úplně napravo máš skilly, testy a tak podobně. Čekal jsem že budu muset napsat nějaký prompt zase, ale řekl jsem si že zkusím použít toho buildera (Opus 5), schválně co to udělá. Udělalo to všechno. Můj prompt pro něj byl "udělej bota na #ask-team channel na slacku, něco co funguje líp jak starý bot".

Do pěti minut poté ten builder znalyzoval všechny zprávy na Slacku, odvodil typické patterny otázek a odpovědí, failure módy toho předchozího bota, doptal se na asi pět preferencí formou dotazníku, sepsal několik A4 textu s promptama pro toho bota ve stylu když tohle tak támhleto, u téhle kategorie otázek se prvně zamysli a otestuj to, u téhle úplně mlč, vytvořil Agent Skill popisující do detailu celou naší doménu a datový model, protože si přečetl desítky tisíc řádek zdrojáků na githubu, a sám našel a vybral asi 20 zdrojů, které všechny byly relevantní, od dokumentů na google docs po confluence, jako zdroje dat pro toho Slack bota. Pak sám šel a toho bota testoval na sérii reálných historických otázek a odpovědí, upravoval ty jeho prompty a tak dál, až z něj vypadl plně nakonfigurovaný Slack bot co se připojil do Slacku. Teď už týden v podstatě perfektně odpovídá jen na ty věci na které jsme si představovali by fakt bylo ideální kdyby odpovídal. Například jak něco funguje, architektura, jak můžu něco rozchodit, něco mi nefunguje a tak, naopak ignoruje věci kde s tím nic udělat nemůže, nebo to neumí zjistit (co je v databázi a tak podobně).

Velmi mě zarazilo jak rychle to celé proběhlo, jak hrozně dobře to funguje a jak moc kontextu to do sebe nasálo jen aby ho to zkomprimovalo do relativně krátkého textu pro toho bota, který je reálně lepší než většina našich vysvětlení jak co funguje, co jsme my psali ručně na wiki, plus je aktuálnější, protože to četlo zdroják.

Teď si říkám že takhle nějak to asi bude v budoucnosti vypadat s vytvářením aplikací. Dneska jsem ten bot builder zrovna ukazoval lidem se kterými pracuji, protože dokud jsem jim to neukázal, tak pořád nechtěli chápat že když chtěj mít něco jinak, tak mají jít říct tomu builderu jak to chtěj a on to do minuty přestaví, a nemusí u toho řešit žádné složitosti, prompty a konfigurace. Tak tohle taky vidím v budoucnosti, máš nějaký software takhle dělaný, přijdeš za builder botem, řekneš co se ti nelíbí, on se prvně poptá, ukáže nějaké ukázky jak se to změní, pak to nějak specifikuje, hodí na sub-agenty co to implementují, otestuje to, upraví dokumentace, detailní spec popis toho co celá ta aplikace dělá a dodá ti novou verzi.

Nevím jestli je to dobře nebo blbě, nevím jestli tu kód zustane nebo ne, osobně bych byl radši kdyby jo, protože .. well, to je doslova moje práce, ale vidím spíš tak nějak opak, že se stává víc a víc irelevantnější a třeba jestli je dneska něco v pythonu nebo rustu je vesměs akademická otázka, protože bot to přepíše jak chceš během odpoledne. Což myslím tak že v čem to je není to podstatné, ten kód je v podstatě jen detailní specifikace co to dělá.

[vladimir99]

Hele já programátor nejsem, ale je zajímavý co to vyprodukovalo. Každou funkci testuji, testuji i návaznosti, je to nekonečný proces. Do kodu samozřejmě nevidím k AI jsem dost rezervovaný, beru to jako technologii. Teď nabouchávám to, jak by to mělo vypadat a co by to mělo umět. Až to bude stoptocentě fungovat a bude tam všechno co potřebuji tak chci provést komplexní analýzu jestli by nešli ty věci naprogramit jinak. Mám na některé části kodu pro agenta zámky(umístění kontejneru). Ze začátku měnil spousty věci, které jsem nechtěl aby měnil... Celou aplikaci mám v hlavě. Vím přesně co jak má fungovat a to se musí dodržovat. Obecně si myslím že je jedno co jsi za profesi, ale jak mě kdysi někdo říkal, bordel v autě, bordel v hlavě. Tedy pokud máš bordel v hlavě, bude bordel i kod. Ono je taky rozdíl jesli jsi začal pracovat s AI v lednu a nebo před měsícem, dost rychle se to posouvá. Myslím si že dokonalý kod neexistuje, stejně tak neexistuje dokonalá konstrukce. Prostě máš nápad, makáš, jdeš tím smerem a buď dojdeš k výsledku a nebo se musíš vrátit a začít v nové větvi. Ale stejně to funguje v mozku tak že iteruješ. Zabodneš zjsitíš stav, zabodneš, zjistíš jestli se vektor změnil k lepšímu. Já mám ty vnitřnosti jak to funguje naprosto přesně v hlavě vizualizovaný a výsledk tomu musí odopovídat. Pokud budeš zadávat AI nebo komukoliv jinému nějakou informaci, která je logický nesmysl, bude i výsledek nesmysl. Forma předání AI je celkem jedno. Forma předání lidem je horší, lidé si na to potrpí jak jim to řekneš. Tož tak. Už jsi to zkompilovat a vyzkoušel?

[www]

Záleží na tom co je cílem použití AI. Pokud se chceš zbavit otravných povinností, tak to funguje velice dobře. Pokud si ale někdo myslí, že AI zrychlí vývoj programů a bude stačit míň nekvalifikovaných lidí co budou orchestrovat agenty bez znalosti toho co se v celém procesu děje, tak v tomhle ta technologie (možná zatím?) vůbec nepomůže.

Celý IT sektor se ale pomalu vydává tím druhým směrem. Dává to smysl v dnešním kapitalismu se technologie, z které primárně benefitují zaměstnanci, nemá šanci zaplatit. Takže v příštích letech očekávám nárůst vyhoření a kvalita programů obecně půjde dolu.

[vencour]

Nic ve zlým, už jsem i na tohle téma dokládal, že řešení je - i AI může vysvětlit jak na to a co to jsou základy.
To je primárně o lidech a ne o AI ... Třeba to bu ten tlak na úrovni změny po Prvním kontaktu, kdy lidstvo dospěje.

[www]

Blud tu předstírá že nemá zápornou kredibilitu.

[Radovan]

Přestaň si vymývat mozek pohádkami.

Jestli ve Vesmíru existuje civilizace dostatečně vyspělá na to, aby dokázala překonat vzdálenost mezi ní a Zemí, můžeš si být jistý že po tom co z výšky uvidí se lidstvu velkým obloukem vyhne

[plostenka]

A to jako proc? Staci doletet do perimetru 60 ly, naladit libovolne televizni vysilani, a hura do pryc varovat ostatni. S pozemskou technikou si ani nevsimnem ze prolitli okolo.

[_]

a při tom je tady docela hezky - máme krásnou planetu

[Radovan]

To bude každá druhá schopná podporovat život na bázi uhlíku.

[Radovan]

Ano, Země by byla moc hezká planeta, kdyby na ní nebyli lidé

[_]

Jaký si to uděláš, takový to máš ¯\_(ツ)_/¯

[vencour]

Vážně?
Budu tak slušný, až tomu budou nuly říkat patolízalství?
No, nevyzpytatelné a originální jsou cesty evoluce.

[_]

Jj - přesně jak jsem psal

udělej si to jak chceš - takový to pak budeš mít

Užívej života

[Radovan]

Však to právě odpovídá tomu velikému oblouku, vzdálenost, kam zatím doletělo to televizní vysílání

[sw]

A není exactnější ten kód než jeho specifikace v přirozeném jazyce? Právě pro tu exactnost, bych jako základ volil kód. A python není rust a naopak.

Prozatím se ten vipe-codovaný svět dá použít na jednoúčelové věci, ale na dlouhodobě udržovatelný soft, jen s dobrým dohledem.

[Bystroushaak]

V současnosti? 100% jo. Ale na druhou stranu, v práci pozoruju že ten kód postrádá spoustu informací o tom proč to bylo tak uděláno. Ve zkratce se tomu dá říkat business rozhodnutí. Proč je to tak jak to je, typicky to má nějaký důvod (cost? že kolega je kokot? že jiné oddělení to tak chce? že to tak chce zákon? je to optimalizace? je tam 50 dalších nepsaných constrainů které se musí splnit, jinak to lidem nebude vyhovovat? to ux je jinak úplně nahovno?), a když tenhle kontext nemáš, tak při refactoringu to nezohledníš a dojde k degradaci. Přijde mi že to se teď dost řeší:

• https://github.com/mronus/spec
• https://allium-lang.org/

[-]

dalsi seznam veci, co jsou outdated driv, nez jsou dodelany neni za tim nahodou zas nejakej fanda anthropicu? tam v tom kempu se vymejslej akorat samy kraviny jako treba skilly a dalsi blbosti

borci a co to tak nechat proste model prepsat vec do dokumentace, kterou model vlastni, at si to zapise po svym... logicky, kdyz je nejak trenovanej, nejak umi pracovat s externim kontextem a nejak umi trackovat long horizon tasku... tak dava strasnej smysl jit furt proti tomu a cpat tem modelum nejaky externi vymysly, jojojo natoz u toho sedet a skakat tomu furt "do ksichtu", to se pak muzete tezko divit, ze to nedela, co chcete ani delat nebude, takovej styl real-time prace je uplne nejnarocnejsi na spravny natrenovani, to az pujde, tak autonomni vyvoj bez lidi bude davno vyresenej (jako ze ted uz ano, davno je vyresenej )... tady se zas akorat bude cekat, az modely dostanou tyhle specky vubec do trenovacich dat... desny lamani pres koleno

necham zapsat, zkontroluju, ze rozumi, co ja chapu, necham delat, hotovo

[www]

A jak ověříš že si nenapsal blbost? A když už to sepisujeme není lepší, když je to srozumitelný pro lidi i LLM? K čemu mít tu dokumentaci 2x? Nebo stejně jako většina vibecoderů už si kompletně outsourcoval mozek a vlastní paměť a myšlení už nepoužíváš?

[-]

kdo chce, hleda zpusoby, kdo nechce, hleda duvody, az budes chtit vnimat co rikam, ozvi se :D

[www]

Myslíš že je realizovatelné psát a udržovat tak doborou specifikaci a dokumentaci, že tam bude všechno co píšeš? A zvládnou se agenti se svým omezeným kontextem řídit vším správně? Ta nepsanost všeho možného se jmenuje kulturní kontext a získáš ho tak, že interaguješ s lidmy okolo. Tím zjistíš jak moc nebo jak málo dokumentace a specifikace je potřeba. LLM v tomhle tahají za kratší konec, protože je nikdo netrénoval pro místní nastavení nikde na světě (možná s výjimkou Nigérie, kde je nejvíc anotátorů trénovacích dat).

Ale jinak dotazovací jazyk pro LLM je podle mě přesně to co potřebujem pro AI kódování. Pak se z agentů stane normální programátorský tool a přestaneme tvrdit, že musíme všechno vibovat a nemusíme ničemu rozumět.

[-]

jojo, takovejch 'podle mne' ted je, co furt na neco cekaj vlak mezi tim ujizdi vubec nevis evidentne - a vedet nemuzes, protoze to proste nemas poradne osahany, jak vidno z toho, co pises

jasne ze je to realizovatelne, kdybys nevymejslel vymluvy, mas to davno vyzkouseny, jak to udelat, nebudes se tocit na prvnich par pokusech, kdy vubec nevis, co mas delat, ze to nevyslo

[Bystroushaak]

Myslíš že je realizovatelné psát a udržovat tak doborou specifikaci a dokumentaci, že tam bude všechno co píšeš? A zvládnou se agenti se svým omezeným kontextem řídit vším správně? Ta nepsanost všeho možného se jmenuje kulturní kontext a získáš ho tak, že interaguješ s lidmy okolo. Tím zjistíš jak moc nebo jak málo dokumentace a specifikace je potřeba. LLM v tomhle tahají za kratší konec, protože je nikdo netrénoval pro místní nastavení nikde na světě (možná s výjimkou Nigérie, kde je nejvíc anotátorů trénovacích dat).

Dělám s Anthropic modelama někdy od března přibližně 95% svojí práce, takže jsem si vědom. Čti to v kontextu toho co jsem psal; bavil jsem se o tom že tohle potřebuješ abys byl schopný "rekompilovat" kód. Říct "zahoď zdroják a napiš ho znova v X" a vypadlo ti z toho něco ekvivalentního. V současnosti tenhle styl nepoužíváme, psal jsem že jedem iterativní development kde je human in loop a zdroják source of truth. Psal jsem taky že lidi v práci s tímhle dělají více či méně úspěšné experimenty. A psal jsem specificky o Fortuně, která na tohle imho měla dataset.

Ale jinak dotazovací jazyk pro LLM je podle mě přesně to co potřebujem pro AI kódování. Pak se z agentů stane normální programátorský tool a přestaneme tvrdit, že musíme všechno vibovat a nemusíme ničemu rozumět.

Tím myslíš co? Zkoušel jsem používat reflex, protože Augment co jsme používali před Claude code měl něco velmi podobného, akorát Claude to odmítá používat, protože u 1M kontext window (Fable) je pro něj typicky jednodušší si celý ten zdroják načíst do working memory.

Jinak souhlas. Já obecně mám hodně udělátek (skilly a self-improvement distill / compile step na output style) kolem mého Claude právě na tohle, aby mě držel v loopu. Vibovat vesměs nechci nic, chci to jako věci zmíněné poprvé v Man–Computer Symbiosis (full pdf).

[-]

njn s Anthropicem a jejich (ne)alignmentem se autonomni vyvoj dela tezko, jedina mozna policy je human in the loop

[-]

to je prave ten problem, ze ty bys volil budto pouzivas modely tak, jak jsou trenovany, nebo trpis... proto pak mluvis cosi o dobrym dohledu budto agenta vedes, nebo mu praci predas celou a vyuzivas toho, jak je trenovanej... cokoliv mezi je zbytecny trapeni se

[Člověk z Horní Dolní]

Přesně takhle dopadne ZIMA-CAD, až to autora přestane bavit sponzorovat.

Otázka je, jestli v době dokončení použitelné verze ZIMA-CADu už nebude stačit jenom otevřít ChatGPT nebo Claude a napsat "Naprogramuj mi kopii AutoCADU".

[www]

Jj, tohle slyším od AI optimistů pořád: Sice dneska agenti píšou šitovej kód co se nedá udržovat a agenti to taky nedají, ale za pár let to snad někdo vyřeší a bude všechno skvělý

[vencour]

Když se někoho ptam na dokumentaci, tak mlží. Když se ptam na source code review tak taky nic ...
Jaký si to uděláme, takový to budeme mít, že?

[plostenka]

Delas jako by nikdy nikdo nenajmul par junioru-brigadniku kteri zadani nejak zbouchaji a pak po roce s velkym udivem neplatil drahe seniory kteri to daji dokupy (cti prepisou poradne).

[Člověk z Horní Dolní]

A jak hodně si seš jistej, že se to během pár let (nebo měsíců) nestane?

[Radovan]

Kolikrát se to stalo za těch sedm milionů let, co jsme lidmi?

[vladimir99]

Díky za report, mělo by byt opraveno. Pracoval si ve skicáři už? nebo zatím jsi tam naházel jenom základní tělesa? Umístil jsi už kontjener? mě by zajímalo jestli to lidi pochopí.

[AsciiWolf]

Vítej zpět!

[sw]

Prostě jen natoč "poutavé" video a strč ho třeba na yt.

A nemusí vypadat takto:

https://www.youtube.com/shorts/zvo-cPFYm3U

Stačí když to bude záznam toho, jak testuješ zima-cad .-)

A odkaz hoď sem.

Promiň ale instalovat se mi to zatím nechce, ale rád se mrknu na současný stav.

[vlk]

kedze si sa pustil do niecoho takeho tak asi mas vela hodin stravenych u existujucich CAD systemoch a vela veci ti vadilo ze by sa dali spravit elegantnejsie - predpokladam ze to je tvoj motor k tomuto projektu

hladam nieco rozumne, moderne, intuitivne a s vynikajucim CAM pre CNC frezu - lebo to je najvacssia bolest vsetkych CAD s ktorymi som kedy pracoval

ale nechcem instalovat kym nevidim ako to vyzera, mohol by si mat nejaky aktualny screenshot aj odkaz na viac screenshotov... ked to testujes, niec nieje jednoduchsie nez obcas vyfotit obrazovku

pouzivam MAC, ked budem nieco kreslit mozno vyskusam ,-)

[vladimir99]

Pokud chceš spolupracovat na CAM a rozumíš tomu, tak se nebráním spolupráci. Potřebuji špičkového odborníka.

[vencour]

Chlapi, zkuste prosím k tomu psát více technicky i lidsky, moje zkušenost je, že když někoho nadchnu, oslovím jeho jazykem, tak spolupracuje lépe.
Ale ok, je to na vás, zda si to necháte jen pro sebe, že?

[Tomas Vesely]

Nepřidáte i verzi pro windows? Chápu, že jsme na linuxovém webu, ale na produkčním PC si OS bohužel vybírat nemůžu :) V době AI by předpokládám neměl být problém přidat github akci, případně udělat drobné opravy, aby to běželo. Díky.

[vladimir99]

Už v současnosti to mužete zkompilovat na win. Stačí to zadat ChatuGPT. On si poradí. když si počkáte do zítra, dělám kompletní přepis na samoaktualizovatelnou verzi z GITU a windows binárkama. Vyvíjím to střídavě na win i linux. Podle toho kde musím pracovat. Zítra tam bude snad už implementované AI/ChatGPT přímo do CADu. V součansoti již mám oddělné CLI od GUI takže je to schopný pracovat i bez GUI. Valim na GITHub každý den nové vylepšené verze....

[AsciiWolf]

Pro Windows doporučuji standardní msi balíček (hlavně ne binární exe blob). Jsou k dispozici hotové workflow pro CI a LLM by měly být schopny je vygenerovat. :)

[AsciiWolf]

Pro Linux pak ideálně AppImage.

[vladimir99]

Hele podporuji debian a na víc nemám bohužel čas ani energii...

[Aleš Kapica]

Dobře děláš. A ti, co nad ním ohrnují nos, k němu dříve či později v tichosti a s pokorou přilezou. Budiž věčná sláva Ianu Murdockovi, který si to údajně hodil, ačkoliv jeho poslední zprávy nasvědčují tomu, že byl předtím vystaven policejní šikaně ze strany policajtky, která s největší pravděpodobností nebyla sněhobílá. Jinak by totiž neměl důvod zdůraznit fakt, že byl v jeho osobě ponížen běloch.

[vladimir99]

Pro windows mám podepsaný balíček, víš že je to odemě...

[vladimir99]

https://github.com/ZIMA-Engineering/ZIMA-CAD/releases/download/ZIMA-CAD-2026091505/ZIMA-CAD-2026091505.zip

[vencour]

Když to necháš ve vlastním textu, nebude to přehlednější?

[...]

Gréta by ti to napsala asi takhle: "proč tam na tom gihubu nemáš ani jeden vobrázek nebo skrynšot jako?".

[vladimir99]

Už jsi si to vyzkoušel? https://github.com/ZIMA-Engineering/ZIMA-CAD/releases/tag/ZIMA-CAD-2026091701

[Aleš Kapica]

Chtěl jsem ti udělat radost, ale poté co jsem zvolil Nový → Výkres a do něj Vložit pohled, to zhavarovalo s hláškou:

terminate called after throwing an instance of 'std::invalid_argument'
what(): Drawing source ID is empty
Aborted

Obecně se mi zdá ta aplikace děsně neintuitivní. Když jsem před lety potřeboval vyrobit 3D model baráku, použil jsem Google SketchUp 2016 (spouštěný přes wine) tak jsem s tím byl hotov asi za týden a to jsem si v tom udělal i takové vyfikundace jako otvírání/zavírání pojezdových okenic, abychom věděli jak to bude vypadat, dříve než je uděláme.

[vladimir99]

Ahoj, díky za ulovení chyby! Právě to opravuji a bude v nové verzi za cca 30minut. Děkuji že se na aplikaci podíval, fakt! Co se týká neintuitivnosti, to asi vychází z toho že nejsi konstruktér. Jinak to bouchám dost podobným způsobem jako moderní CADy. Nám jde o parametričnost, ne o vytvářený tak nějak kostiček a válečků.... Abych ti to přiblížil. Většinou začínáš dílem(*.prtz) tam vytváříš protažení či rotace a další prvky a pmalu buduješ model. a až pak z modelu vytváříš výkres. Výkres je plně parametricky spojen s dílem/sestavou. ale díky za tvůj postup, to by mě nikdy nenapadlo to tak dělat... ) Aby jsi pochopil, ZIMA-CAD není kreslítko, ale plně parametrický modelář ala Creo/Solidworks/CATIA.... Zkus ještě něco v partu/dílu vymodelovat, aby jsi to pochopil. Začni třebas protrusnem/vytažení nebo jak se to jmenuje a vyjede ti okno který ti řiká že to mužeš někam navazbit, umísti do prostoru, umí toho docela dost, ale sklidem se na to mužeš vybodnout a dát rovnou sketch. Ve skicáři si nakrelíš profil co chceš vytáhnout a dáš opustit skicář. Vráí tě to do vlastnosti konteneru protažení a tma si mužeš navolit spousty věcí, ale pro tebe bdue postačovat kdžy dáš OK. Fakt mě uděláš radost když to zkusíš. Jinak v nastavení je aktualizace, pro win vycházejí aktualizace dřív, pro linux později jak mám čas. Linxu verzej e udělaná pro Debian Stable. tkaže děfakto nemusíš nci kompilovat.

[Aleš Kapica]

Příloha:

• barak_telocvicna_1.png (547733 bytů)

.. to asi vychází z toho že nejsi konstruktér. Jinak to bouchám dost podobným způsobem jako moderní CADy. Nám jde o parametričnost, ne o vytvářený tak nějak kostiček a válečků.... Abych ti to přiblížil. Většinou začínáš dílem(*.prtz) tam vytváříš protažení či rotace a další prvky a pmalu buduješ model. a až pak z modelu vytváříš výkres.

Jsem absolvent strojní průmyslovky, ale je pravda že na hrátky s CAD programy už pěknou řádku let nemám čas. Když jsem to zkoušel naposled, tak jsem nakonec skončil u Blenderu. Ten podporuje parametry taky, ale ne generování výkresu. Ale já potřeboval udělat model, konkrétně tiskařský štoček. Zmíněný Google Sketchup fungoval přesně tak jak popisuješ, ale byl mnohem intuitivnější. Mohl jsi to zadat parametricky, i nahrubo potáhnout myšou a pak to parametricky doladit. A začínáš od 2D, které vytáhneš do 3D atd. Do přílohy jsem šoupnul jeden z obrázků toho baráku, ale modeloval jsem přes to i jiné věci.

[vladimir99]

Příloha:

• 01.jpg (115610 bytů)

No vídíš tak to si budem rozumět. Ten model je dost jednoduchej co jsi poslal. Já ase bavím o několik řádů složitějších věcí. Potřebuješ mít přesnou geometri a je to dost složitý. Viz třebas příloha, to je obrázek z 3D parametrickýho modelu... Já když začínal z Pro/E tak jsem to ze začátku taky nechápal. Prací pochopíš proč... Jednoduchý věci mají omezení, právě kuli jednoduchosti...

[Aleš Kapica]

Já ase bavím o několik řádů složitějších věcí.

Jenže tohle není můj use-case. Rozbalit, spustit, otestovat jestli se to zhroutí nebo ne. Proč ne. Spouštím to ve virtuálu, kde se nedá nic poškodit. Ale na to abych ti dělal testera fakt nemám kdy, protože mám práce tolik, že i svůj vlastní server zanedbávám.

[vladimir99]

Hele v pohodě. Alespon jsi našel chybu a za to děkuji!

[vladimir99]

Už je oprava na GITHubu. https://github.com/ZIMA-Engineering/ZIMA-CAD/releases/tag/ZIMA-CAD-2026091703

[vencour]

Asi tak, nějaké PR je třeba, lákadlo, názornost ...

[karkar]

Hele, největší slabina všech alternativních cadů je kompatibilita se standardy (export/import 3D, tvorba výkresů 2D). Druhá největší slabina alternativních cadů je způsob práce značně odlišný od standardů - Solidworks/ACAD/ProE(Creo)/Catia. Tak mě příjde, že ses zatím soustředil na úplně všechno jiný (nový engine atp.) než tyhle dvě věci.
Kdyby někdo odstranil alespoň jednu z těch slabin, například naprogramoval interface SolidWorks pro freecad, nebo OpenSCAD, bylo by to podle mě daleko přínosnější. Ondsel se o to pokusil (myslim že upravili interface freecadu) ale řekl bych že to zkrachovalo (a můj osobní odhad je, že to nikdo kvůlivá nedotaženosti a (ne)kompatibilitě nechtěl).

[vladimir99]

Už jsi vyzkoušel ZIMA-CAD?

[Salamek]

Ok, tak jsem to zkusil a nevypada to uplne spatne... narozdil od FreeCADu jsem byl schopnej v tom i neco vymodelovat (Normalne delam v OpenSCAD). 1) Musel jsem trochu upravit zdrojak protoze mam OCCT 7.9.3
2) neprisel jsem na to jak udelat zavit do kvadru "Vyberte plochu" nedela nic, a "Select an original face of this Part for the shaft thread."
3) Aplikace sice podporuje vice jazyku ale kdyz prepnu do EN tak dostanu sileny mix cestiny a anglictiny, pro vyvoj prvnich verzi je dobre se proste drzet jednoho jazyka (nejlepe EN) a lokalizaci delat az je zaklad/prvni verze povazovana za hotovou.
4) Aplikace se pri zavreni nepta co delat s neulozenymi zmenami, proste se zavre a vykres je pryc
Vice jsem si stim nehral, nemam na to cas a nepotrebuji ted nic vymodelovat, no od OpenSCADu me to nevytrhne ale pro lidi co radi klikaji mysi asi fajn

[vladimir99]

Ahoj, 2) Příkaz závit je pro válcové tělesa. Vytvoří to plochu patní kružnice i výjezdem ze závitu. Pokud cheš díru do kostky i se závitem, tak na to slouží příkaz Hole/otvor. 3) Apliakce je kompletně přeložená do několika jazyků. Primárně se řídí configurákem, kde jsi změnil jazyk... Je potřeba to restartovat. CLI jednou jenom v EN. Ošetřím tyhle zýležitost aby se nestávala... 4) Doplním aby se tě zeptala. dej mě den a bude to na GITHUBU.

Primárně jde o umistování kontejneru, který něco umí a umí být nezávislý ne předchozích prvcích při ztrátě. některé věci jako je zaoblení, sražení skořepina jsou spec příkazy. Dokážeš umístit věc na Roviny, geometrie, body. neumím ještě umístění na prostorový plochy... Jinak po umístění kontejneru (třebas protažení) si s ním můžeš ještě hnout a udělat korekce pomocí rotace. U těnkterých prvků máme i odsazené roviny, takže s tím jde dost hejbat.

Ty jsi zkoušel základní prvky, vlastně moje první testovací objekty. Ale takhel se vtom vlastěn vubec nedělá. Ty zadávej hlavně příkazy vytažení a rotace, umsítíš kam chceš kontejner, a pak dáš skica(zelený tlačítko) vyrobíš skicu dáš opustit skicář a navolíš si jak cheš daný provil vytáhnout. umí toho hodně.... halvně jsem zvědavej co budueš říkat na skicář.... Jinak při umístování kontejneru se mužeš na umístění iklidně vybodnout a nebo zadat třebas jenom jednu plochu, kde budeš chtít vytv ářet skicu. ono se to z toho nesespye, funguje to i bez toho. tady jde halvně o umsítění souřadnicových systému ze kterého si počítá svoje věci.... A díky že jsi to vyzkoušel!

[vladimir99]

Opravy chyb jsou na GITHub.

[/]

vostra reakcni doba na vychytani bugu, to nema ani freecad, ani zadnej komercni cad hejteri AI se muzou rozkrajet a znova polepit, nemaj sanci stihat