xxx

21.9.2007 12:48 | POTRAVINY | poslední úprava: 18.3.2010 14:57

xxx        

Komentáře

[freshmouse]

Sadáme, přiznej se, že sis koupil Pravidla českého pravopisu?

[xindl]

ježiš nějaký chyby? asi jo tam budou pořád...

[freshmouse]

Právě že ne. Alespoň jsem nic nezahlédl...

[freshmouse]

Resp. je to minimum toho, co dříve.

[Radek Hladik]

Teda mně praštilo do očí to "k cíly" hned

[Spike]

Mě hned praštilo "mně". ;)

[Martin]

No, počítej s tím, že programovat se nenaučíš za týden. A než budeš schopen naprogramovat něco většího, tak to potrvá ještě déle. Já jsem rok na MFF, kam jsem šel s téměř nulovou znalostí programování. Za ten rok se mé vědomosti hodně moc zvětšily, ale že bych si troufnul na něco takového, to ani náhodou. Řekl bych, že naučit se dobře programovat, to je otázka spousty a spousty let.

Každopádně přeju hodně štěstí.

[xindl]

jako mám strašnou výhodu toho že vím naprosto přesně jak to má vypadat, co to má umět a strašnou nevýhod to že znám pouze totální základy...

[Martin]

No, v tom je ta potíž. To, že máš přesnou představit, *co* to má být a *jak* to má vypadat, ti totiž vůbec nepomůže. Akorát budeš frustrovanější, protože dlouhou dobu nebude vědět, jak to *udělat*. Tím ti nechci nijak ubírat elán, jen je potřeba se na to dívat realisticky.

[Martin]

To, že máš přesnou představu...

Tak to vypadá, když po sobě člověk něco přepisuje těsně před odesláním příspěvku.

[Miloslav Ponkrác]

jako mám strašnou výhodu toho že vím naprosto přesně jak to má vypadat, co to má umět

Ano, přesně takhle vznikají naprosté paskvily - programy.

[Grunt]

jako mám strašnou výhodu toho že vím naprosto přesně jak to má vypadat, co to má umět

To by mě docela zajímalo.Jak to má tedy vypadat?

[xindl]

vyprávění tak na 10hodin... ale klidně ti o tom někdy poviprávím.

[Grunt]

Nechci strašit, ale naprogramovat CAD systém úrovně Inventoru nebo Pro/E (předpokládám, že máš zájem o 3D CAD systém, protože Qcad už asi znáš) je jako navrhnout nějaký moderní automobil, včetně všech jeho součástek, sám, a jen s pauzákem, tužkou a pravítkem(A to ještě nepočítam, že si strojař a né ITťák).Jde to, ale…

Dále ještě potřebuješ nějaké lidi s dobrou znalostí fyziky a mechaniky(pro MKPčko), apod.

To je prostě práce pro nějakou firmu a nebo alespoň větší skupinu zkušených programátorů sponzorovaných nějakým komerčním subjektem.

vyprávění tak na 10hodin... ale klidně ti o tom někdy poviprávím.

Klidně můžeš alespoň v bodech shrnout.

[xindl]

ty jo toho je fakt strašně hodně... ale v podstatě mi jde o to aby bylo naprogramovaný 3D jádro který umí pracovat s parametricky s obekty ve 3D prostredí, typu bod, usečka, kružnice oblouk. Ono je toho fakt strašně moc...

[freshmouse]

Hmm, já myslím, že za rok hodně intenzivního studia s několika menšími projekty si může troufnout na první krůčky tvorby něčeho většího. Až to během dalšího roku dvakrát kompletně přepíše, začne už konečně Tvořit.

Jenže CAD není nic malého, a těch, co to zkusili sami, bylo a je jistě mnoho. Jenže: výsledky nikde. Program formátu CAD je totiž podle mě práce pro minimálně pět lidí, co by se tomu věnovali dost a ještě by za to v lepším případě byli placeni. Pokud má být výsledek v tomto miléniu a má-li být kvalitní. CAD není žádné Hello world.

Já spíš myslím, že by se teď měl učit programovat, v klidu, nespěchat, a jestli ho to do roka nepřejde, začít se poptávat po dalších členech případného týmu. Tím nemyslím tady v Česku, ale obecně, ve světě. A pokud ti lidé uvidí, že Sadámův zájem není jen pro tento týden, určitě se přidají. Každopádně to ale bude dřina a běh na dlouhou trať. Taky přeju hodně štěstí.

[Martin]

Hmm, já myslím, že za rok hodně intenzivního studia s několika menšími projekty si může troufnout na první krůčky tvorby něčeho většího.

Proti tomu samozřejmě nic nemám. Jen jsem chtěl podotknout, že by nebyl dobrý nápad, hned se pouštět do něčeho tak velkého. Všechno je třeba brát s rozumem. Je lepší začít po malých kouscích.

Na druhou stranu je určitě super, když má člověk už na začátku nějaký cíl (v tomhle případě naučit se programovat) a motivaci k tomu, toho cíle dosáhnout. A že má Saddám setsakramentskou motivaci k tomu, mít na UNIXu opensource CAD program, to už jsme tu mockrát měli možnost vidět.

[happy barney]

program formátu CAD v prvom rade chce poriadnu špecifikáciu a popri učení sa programovať ju zjednodušovať a zjednodušovať. Tých spomínaných 10 hodín je trochu veľa na to, aby si to jeden človek zapamätal na viac ako deň

Keby ich začal spisovať, napr tuná v blogu ...

[Lu-Tze]

Já mám pocit, že pořád zapomínáte na to, že může z velké části opajcnout už nějaký existující soft. Ten mu automaticky dává specifikaci a už je nen potřeba vymyslet, jak to naprogramovat. Řadu věcí taky vykouká z toho programu.

[Miloslav Ponkrác]

Ano, já si myslím, že nejlepší začátek je, pokud se seznámí s již existujícími řešeními - tedy se podívá do střev běžně existujících programů, které trochu splňují, nebo se přibližují jeho záměru. Nic lepšího se asi nedá udělat.

[happy barney]

vo vašom uvažovaní chýba špecifikácia tej menšej, neopajcnutej, časti

[Radek Hladik]

Ono je programovat a programovat. Na MFF člověka nejdřív naučí, jak navrhovat úžasné algoritmy se složitostí O(x), kde x limituje k nule (zleva ) a až pak, jak udělat jednoduchý program. Neříkám, že je to tak špatně, naopak se mi vcelku líbí, když někdo pořádně rozumí tomu, co dělá. Na druhou stranu jsem viděl kamaráda, jak po pár přednáškách o Excelu na ekonomce "naprogramoval" pěknou aplikaci, která dělala přesně to, co potřeboval.

Leč pouštět se do vývoje CADu, aniž by člověk věděl něco o programování, to není dobrý nápad. Ve výsledku to dopadne tak, že brzo budeš celý systém předělat, protože neznalosti ze začátku přerostou přes hlavu. Doporučil bych nejprve začít s něčím jednodušším, abys získal zkušenosti. Prvotní návrh všech možných rysů, struktur atd. je totiž velice důležitý.

[Martin]

Ty jsi student MFF UK? Jestli ano, tak se to, jak vyučovali mě a mé kolegy, trochu liší od tvé zkušenosti. Jestli nejsi, tak moc nevíš o čem mluvíš.

Je samozřejmě pravda, že např. v Algoritmech a datových strukturách jsme se učili algoritmy s co nejlepší složitostí, tzn. řekli jsme si nějaký dřevorubecký algoritmus na řešení nějaké úlohy a pak uvažovali nad tím, jak jej vylepšit. Ale třeba v domácích úkolech z Programování nebo z Programování v C se nějak neřešilo, jak rychle program běžel. Tedy pokud neměl nějakou brutálně exponenciální složitost, kvůli které by jeho výsledek nemohly zkontrolovat ani pravnoučata cvičícího. Stejně tak na zkouškách. Pokud měl problém řešení s lineární nebo logaritmickou časovou složitostí a někdo na něj přišel, bylo to super. Pokud ale dotyčný vymyslel algoritmus jen s kvadratickou složitostí, bylo to taky v pohodě. Nebo "na řešení máte 5MB paměti, ale pokud to teda jinak nepůjde, nemusíte se pamětí omezovat".

Rozhodně není pravda, že bychom se na začátku jenom rochnili v algoritmech a jejich složitostech a až za nějakou dobu si mohli sáhnout na klávesnici a něco triviálního konečně naprogramovat.

[trekker.dk]

tak bych se chtěl zeptat na nějakou metodiku jak bych se to měl učit, nebo jestli by se nenašel nějaký dobrodinec, který by mě dával hodiny související přímo s problematikou CAD systému

Mám za to, že na to nepotřebuješ žádný specializovaný druh programování, prostě si někde kup knížku o C++, přečti si dokumentaci ke Qt a s chutí do toho.

[freshmouse]

Hmm, jenže většina knížek mu dá jen znalost syntaxe a takové věci. Znám to, sám jsem měl a mám dost knížek, ale jsem pořád nejlamovitější lamák. Na vejšce teď bude aspoň algoritmizace.

[Miloslav Ponkrác]

Aha, takže si koupí knížku o C++, přečte si dokumentaci ke Qt a půjde do programování CADu Skvělé, ale docela utopické.

To je jako říct, přečti si nějakou knížku o anatomii, pak nějakou knížku o transplantaci srdce a za rok můžeš provádět operace transplantace srdce.

Ono se to prostě nezdá, ale na projekt takového kalibru je potřeba být zkušený programátor! To se z knížek nenaučíte, na tohle dojdete časem, pokud máte talent. A pokud ho nemáte, tak na projekt velikost CADu nikdy nedorostete a nikdy ho funkčně dohromady nedáte. Takže zapomeňte na to, že takto jednoduše z pár knížek jde napsat CAD systém.

Jen takové poznámka mimo: Já osobně bych CAD systém nad Qt nestavěl a ani to žádný výrobce nedělá. Většinou se staví nad specializovaným grafickým enginem kvůli nátokům - asi nejblíže je použití OpenGL.

[trekker.dk]

Aha, takže si koupí knížku o C++, přečte si dokumentaci ke Qt a půjde do programování CADu Skvělé, ale docela utopické.

Docela reálné. Pak dokonce nastává několik možností - buď zjistí, že má skrytý talent pro programování, je prakticky génius a zvládne všechno sám.

Nebo zjistí, že na to sám nemá a najde lidi, kteří mu s tím helpnou, zjistí se, že jeho dosavadní práce je k ničemu, zahodí to a tým začne znovu.

Nebo ho to celé nas... a on se na to vys...

[Miloslav Ponkrác]

Podle mě to je dobrá cesta jen v jednom případě - pokud se čistě náhodou trefí do cesty, která vede k řešení. To ovšem znamená, že budeme mít někoho, kdo mu bude dobře radit, jakou cestou má jít - a ten někdo musí být praktický a radit mu užitečné věci, tedy nikoli věci, do kterých je onen rádce fanatický nadšenec, jak se zhusta v linuxové komunitě stává (bohužel - je to tak).

Asi je jasné, že na naprogramování CADu je nezbytná znalost C++ jazyka. Pak by se ovšem dalo diskutovat co použít ke grafickému rozhraní a co použít k 3D zobrazování grafiky. Má to být Qt? Těžko říct...

A ještě by se dala poradit jedna věc - nedělat ten CAD jako Linux only, ale od začátku ho koncipovat jako multiplatformní.

[trekker.dk]

Asi je jasné, že na naprogramování CADu je nezbytná znalost C++ jazyka. Pak by se ovšem dalo diskutovat co použít ke grafickému rozhraní a co použít k 3D zobrazování grafiky. Má to být Qt? Těžko říct...

Fakt je, že jsem nezkoumal všechny grafické toolkity, které pro Linux existují, ale při porovnání GTK vs. Qt se mi v Qt pracuje o něco lépe. Navíc obsahuje widgety pro práci s OpenGL.

A ještě by se dala poradit jedna věc - nedělat ten CAD jako Linux only, ale od začátku ho koncipovat jako multiplatformní.

Právě proto bych Qt + OpenGL volil jako jednu z realizovatelných možností - obojí je multiplatformní. Zároveň rozhodně neříkám, že to je jediná možná kombinace knihoven, se kterou by se to nechalo zvládnout, jenom mě osobně přijde dobrá.

[Josef Kufner]

Ono je celkem velký rozdíl mezi psaním kódu a programováním. Důležitý je pořádný návrh toho programu, promyslet možnosti rozšiřitelnosti, zbavit se zbytečných omezení, navrhnout pěkné jádro, ještě hezčí API, atd, atd,... Jak pak ubastlí jednotlivé části je úplně jedno. Pokud to bude dobře navržené, může příliš zprasené části lehce a rychle přepsat nebo nahradit jinými.

[Miloslav Ponkrác]

Jenže tohle chce právě zkušenosti. Programátor, který tohle dokáže už není žádný začátečník a má za sebou léta zkušeností a ještě talent, který zdědil z genů, protože spousta programátorů se do této fáze vůbec nikdy nedostane.

[Lu-Tze]

Tak to má vypadat, nejdřív mám cíl a pak k tomu hledám prostředky. A ne naopak. Vedle toho vypadají "v čem se mám začít učit programovat" individua jako pozéři.

Mi neřikej, že žádnej pokus o ten cad zatím není. Jestli je, tak by se z toho snad dalo i vyjít.

[xindl]

je a všechny pokusy pomalu zkrachovali... A nebo jsou v nepoužitelném stavu...

[Miloslav Ponkrác]

Problém je, že na slušné naprogramování takového díla nestačí jen umět programovat.

Ono je totiž nutné navrhnout dobře i vnitřní architekturu a datové struktury a další věci v tomto programu a to je věc, kterou se s prominutím za rok dva programování nenaučíte. To chce poměrně značné zkušenosti a mít za sebou pár projektů udržovaných alespoň pár let, kde jste už udělali všechny možné myslitelné chyby. A nedá se tyhle zkušenosti naučit.

Takže to dopadne tak, že několik prvních verzí půjde totálně zahodit a napsat úplně znovu - a to jsem ještě optimista. Napsat systém velikosti CADu není sranda a při špatně navržené archotektuře jde celá práce spolehlivě do háje.

Takže můžu prohlásit, že bych doporučil programovat CAD člověku s minimálně pětiletými (ale raději víceletými) masívními programátorskými zkušenostmi, které nespočívají jen na opisování examplů, ale aktivnímu hledání a zkoumání a programování. Ale stejně mi pět let zkušeností programátora na vytvoření dobrého CAD systému přijde dost málo...

[xindl]

víš jí to mám tak že vím co chci ale potřebuju nějak dostat do hlavy nástroje jak to vytvořit... tkao kdžy já jsme konstruktér a vím jak to má vypadat tak se naučím dělat s CAD systémeme abych to navrhnul... samo že programení je složitejší, ale mě fakt nevadí na něčem pracovat roky. ale potřebuju se dokopat k tomu že někde zjistím jak to funguje a hlavně jestli by mě nědko nevysvětlit principy programování, prostě jak se to dělá, vestly kdžy chceš tohle udělá se to takhle třebas, z toho si už odvodím závislosti na tomhle atd atd...

[Martin Baleja]

Takže, zatímco tě tady drtivá většina lidí od nápadu odrazuje, já tě v tom podpořím. Oni ti lidi totiž předpokládají, že ty sám čekáš, že ten CAD napíšeš na první pokus (prostě dnes místo hospody začneš psát "Hello world" a za 7 let z toho bude TuxCAD deLuxe). Já si naopak myslím, že můžeš kdykoliv s klidem začít, protože pokud na tom budeš opravdu pracovat tak ten program stejně nejméně jednou budeš muset přepsat komplet od základů. Poprvé ho přepíšeš a vyhneš se problémům, kvůli kterým's předchozí verzi musel zahodit. Druhou verzi (přičemž tou "verzí" samozřejmě nemyslím z 95% hotový CAD, ale spíš něco tak na 5% cesty, ne-li míň) zahodíš kvůli jinému problému, třetí taky no a jestli tě to bude ještě pořád bavit tak tu čtvrtou už začneš psát s nějakou zkušeností....

[xindl]

díkes!

[xindl]

mě k tomu programování dohnala poslední predváděčka softwareu... To je strašný, microsoftem hovno hadr... Prostě musíš platit maintenece jinak jseš synem smrti.. ( Dokud nekdo něco svobodnýho nenaprogramuje tak bude linux v tomhle odvětví prostě v PRDELI!

[Miloslav Ponkrác]

Jenže jakmile projekt přeroste určitou velikost, nelze jej napsat nadšenecky. Pak je potřeba někoho, kdo dobře navrhne architekturu a vnitřní strukturu programu (a kvalita architektury programu často rozhodne o délce bytí a nebytí projektu). Pak to chce někoho, kdo ten projekt zorganizuje, tedy manažerské schopnosti (jinak i kvalitní program upadne v zapomenutí a ani pes po něm neštěkne) a kdo se bude starat o jeho prosazení, propagaci, atd.., protože co si budeme povídat, minimálně nekolik let bude jeho kvalita podprůměrná a budete muset lidem vysvětlovat proč používat Váš produkt, naslouchat jim, atd.. Pak někoho, kdo to bude programovat. Dále někoho, kdo dá odborné know how z oboru. A hlavně je potřeba zajistit financování, protože je sice hezké, že deklarujete, že to budete dělat klidně deset let, ale pracovní vytížení, manželka, děti a další problémy z Vašeho předsevzetí udělají směšný cár papíru.

Všimněte si, že přes všechny nadšenecké propagace, přes všechny optimistické texty každý větší projekt kolem Linuxu je zastřešen a financován komerční firmou, který všechny věci z výše uvedeného prvního odstavce má v malíčku. Linuxové jádro a jeho vývoj je ze značné části placen komerčními firmami. Mozilla je v zásadě aktivita komerční firmy, stejně tak jako jeho produkty Firefox, Thunderbird, Nvu a kdo ví co ještě. Qt knihovna je aktivita firmy Trolltech. Mysql také nenapsal nikdo jiný, než firma. A tak bych mohl pokračovat do aleluja.

Tímto Vás nechci odradit, ale chci jen podpotknout, že se na to podívejte z reálného hlediska. Pokud zůstanete nohama pevně na zemi a nebudete v růžových brýlích "nadšeneckého programování" možná máte šanci ze světem CADu na Linuxu pohnout.

[springer]

100 % ACK.

Trvalo to sice 10 let, nez se ty nesmysly o OSS a bazaru a katedrale relativovaly (i kdyz denne vstavaji novi bojovnici za free software) a to je ten prvni krok, aby bylo mozno vykrocit jinym smerem. Stavajici CAD programy jsou stare minimalne 20 let a vsechny vychazeji z tahani car po obrazovce. S konstruovanim to nema nic spolecneho ale jedna pikantni spolecna vlastnost s C++ (objektove programovani) tu je. Konstrukterum se take namlouvalo, ze s prichodem CAD systemu budou muset zacit "jinak myslet" , zrovna tak jako u toho objektoveho pristupu. A skutek utek.

Pan Zima ma vydrz, v breznu 2005 hodil tu prvni udicku ohledne CAD a to by se melo honorovat.

Otazka je, jestli to mame diskutovat tady, nebo jestli nekdo odela na nejakem servru (penguin sekci, kde to rozjedeme.

[Jimmy]

Všechny CAD programy nejsou 20 let staré V práci používáme Caelum XXen od Toyoty a současná verze se začala vyvíjet až v roce 2001 a dnes už je to docela použitelné. Je to optimalizované na plastové výlisky, ale dobře to lze použít i jako obecný CAD. Má to některé zajímavé myšlenky a počet chyb se s každou verzí rapidně snižuje. Doporučuji se podívat na www.xxen.net a případně si stáhnout zkušební verzi na vyzkoušení.

[springer]

v anglicke web-verzi je vetsina under constuction, takze jestli to bezi pod linuxem se nevi, demo pro vylisky je pekne ale je to podle me na to napasovane, napr. sedimentacni nadrz 4x2 m z 6 plechu se takhle delat neda ....

[Jimmy]

Je to japonská firma a je to vyvíjené primárně pro japonský trh, takže anglická podpora je trochu slabší.
Hlavní myšlenka tohoto CADu je v tom, že se vymodeluje vnější povrch a pak se řekne, kde a jak bude tlustá stěna (samozřejmě některé povrchy můžu smazat). A pak se tam nasází žebra a díry, přičemž ony se vždy zastaví na hranici povrchu a není je třeba jako v Ideasu přesně trefovat či ořezávat. Výsledek je, že modifikace jsou velmi triviální a rychlé. Nicméně na tyto vymoženosti lze i klidně zapomenout a používat to stejně jako Ideas, Catii atd.

Pod linuxem to zatím neběhá, chtěl jsem to dát jako příklad že všechny CADy nemusí být 20 let staré. Jinak je to optimalizované na plastové výlisky. Sice letošní verze už má i nějaký sheetmetal modul, ale v nepoužitelném stavu - nic to ještě neumí.

Tohle by mohlo být varování. CAD který píše firma, ne úplně malá se zkušeností, už 5 let a pořád to není úplně ono. Jak dlouho asi bude psát CAD jedinec ?

[xindl]

hele nevím jeslti mám na to to naprogramovat, ale já jsem totální blázen, nadšenec, takže doma si konstrujui všehcno možný od zmíněných hliníkových CASEU přez říční lodě 12x4metrů po samopaly, hydromotory, prostě všehcno možný... to je prostě vášen a jestli mě někdo zná tak potvrdí že to nemám v hlavě v pořádku a prostě nepřestanu dokud něco nezískám.

[trekker.dk]

Říční lodě 12x4 metrů? Jak to vypadá?

jestli mě někdo zná tak potvrdí že to nemám v hlavě v pořádku a prostě nepřestanu dokud něco nezískám

V případě toho samopalu můžeš získat trest odnětí svobody za nedovolené ozbrojování

[xindl]

teoreticky (3D modej) si mužeš vykonstruovat co chceš. >/] realizace je věcí jinou voe!

[trekker.dk]

No tu bednu jsi zrealizoval, ne? Jsem měl za to, že se to vztahovalo i na ty ostatní

[xindl]

Za měsíc budu mít první release říční lodi, prostě lodi na labe. ono to až zas tak těžký není...

[Josef Kufner]

No v první řadě můžeš začít tím, že projdeš co už jsi všecko sepsal a vymyslel a hodíš to na jednu hromadu, třeba do příštího blogpostu. Nezabývej se zatím vůbec implementací, jen tím, co chceš aby to umělo a jak to vypadalo. Předhoď to tady všem a uvidíš co bude dál. Ono asi nikdo nebude mít dost času a chuti, aby se tomu věnoval naplno, ale je docela možné, že by tu a tam mohl někdo něčím přispět a tobě by stačilo to udržet v konzistentním stavu, hlídat směr vývoje a říkat, co je zrovna potřeba...

[xindl]

tomu psaní už moc nevěřím, snažil jsem se o to aby se dělal open CAD na vejšce a psal jsem psal a kde nic tu nic... takže tedka spíše věřím tomu se do toho prostě pustit, srát na všechno a vymejšlet to rovnou stylem chaos.

[Josef Kufner]

Vždyť jo Jen to hoď na jednu hromadu, ať je od čeho se odrazit. Jednak si to trošku srovnáš v hlavě, ostatní budou mít lepší představu, dostaneš k tomu pár možná i rozumných připomínek a v nejhorším tě to bude stát hodinku času... Vím, že jsi tu o tom už psal několikrát, takže by to neměl být problém projít a nějak shrnout a provédst malý update...

[alkoholik]

Na Tvem miste bych zacal tim, ze stahnu zdrojaky Qcadu.

[springer]

kdyby byl pan Zima informatik (a vyznavac free software), tak by to mozna udelal. A mozna by po usilovne praci obohatil 'komunitu' o nejaky clone qcadu.

Ale pan Zima je strojar.

[Grunt]

Na Tvem miste bych zacal tim, ze stahnu zdrojaky Qcadu.

Pozor!Není CAD jako CAD.Qcad je spíše 2D čmárátko a řekl bych že SADAM stojí spíše o nějaký modelovací CAD systém.Bylo by spíše lepší začít se zdrojáky od Blenderu(či něčeho podobného), ale absolutně nejlepší by bylo vykašlat se na to a alespoň to programování přenechat na programátorech.

[xindl]

no okolo blenderu by to bylo zajímavý v případu třebas plošného a hybridního modelování. Ale to j euž už moc moc moc moc moc velkej masaker!

[ghostmonk]

Z Blenderu by se snad dalo "vykrast" treba jen GUI.

[Miloslav Ponkrác]

No vzhledem k tomu, že Blender je C + Python, a že k jeho pochopení (myslím reverse engeneeringu) je potřeba umět nejen oba jazyky, plus zvládnout jejich kooperaci - tak to mu nedáváte tady lehký úkol do začátku.

Navíc mám pocit, že blender je ve svém oboru asi podobný jev, jako vim v editoru. Je prostě těžký na naučení, vyžaduje investici do ovládání a jeho metody a postupy se prostě mimo Blenderu nepoužitelné, stejně tak jako na postupech vimu se prostě nedá udělat běžný širokými masami přijímaný editor.

P.S.: Autor příspěvku miluje vim

[ghostmonk]

No mne jen prijde GUI v Blenderu dostatecne modularni na to aby se uzivateli mohlo predhodit hned nekolik GUI profilu k vyberu, coz Blender bohuzel nedela. Ma sice v defaultu nekolik alternativ podle druhu cinnosti, ale tem chybi alternativy delene podle konkurencnich(komercnich) Aplikaci. Ale to je spise otazka spusobu vyuziti moznosti tak modularniho GUI. (IMO se k tomu vyvojari Blenderu jen zatim nedokopaly) Nepredpokladal bych ze je python zrovna nosnym prvkem toho GUI, ale mozna se pletu.

[Josef Kufner]

GUI Blenderu byl pry delany na miru grafikum, takze to je trosku specificka zalezitost naprosto zamerne a pro masy to snad ani nikdy nebylo urceny.

[ajikdpoe]

Ludia nechcu profesionalny CAD pre linux, ludia chcu AutoCad. A to je problem takze sa mozes snazit ako chces ale problem to nevyriesi.

[xindl]

A o to jde, lidi taky nechtějí linux... A přesto já ho chci...

[frEon]

pletes se, lidi chteji CATIA

[Robo]

no, ked to bude pod GTK, tak mas moje sympatie ;)

[Václav "Darm" Novák]

Naivní člověče... :D

[Horatz]

Heh, tady je nejak moc skeptiku :/ Zkus si nejprve sam napsat jednoduchy rendrovaci engine. Treba jen vykresleni geometrickych 3D objektu, na to staci trochu algebry a zaklady C. Kdysi jsem si s takovyma ptakovinkama hral v Pascalu, nic moc to neumelo ale to ja taky. No a pak uvidis, jestli to ma cenu, jestli se ti to chce delat ... Pak muzes neco slozitejsiho: kamarad se dlouho moril s projektem na 3D vykreslovani kuchynskych linek, dal do toho dost prace, hlavne v optimalizacich; neni zadna legrace vykreslovat slozite objekty v 'realnem' case. No a az projdes touhle fazi, tak budes umet uz dost, abys zvazil, jestli CAD je vubec realny projekt :) Jenze v te dobe uz muzes kolem sebe mit par dalsich lidi, co budou pomahat. Nebo to bude cely v kytkach.

Kazdopadne drzim palce.

[xindl]

ja jsme myslel že bych začal třebas tím že budu mít něco co dokáže pracovat s nějakými obekty na urovni matematiky. tedy tvořit mazat body, usečky, kružnice, oblouky elipsy, a pak bych chtěl zkusit s nimi v rámci programu pracovat. tedy řekl by jsi vytvoř usečku, smaž usečku, zmen pozici bodu usečky, posun celou usečku., posun bod, smaž mod. zmen parametry, a to všehcno ve 3D. pak bych udělal skupinování, tedy třebas by byla skupina(třída co já vim) rovina, nběo jiná prostě skupina. a pomocí tohodně bych mohl třídit a vybírat. pak třebas zruš skupinu, u dané křivky, vytvoř podskupinu, nadskupinu(hodilo by se kdžy chceš navázat křivku která je v jiné rovině než první a dohromady bybyla jedna křivka ale každá za pomocí jiné roviny a přitom by byli třebas na sebe navázaný a nebo by se todalo využít při tom když vytvořiš křivku v jedné rovině a cheš tu křivku dát do jiné roviny a nebo jí prach sprostě natáhnout někam za rovinu stylem první bod nech bejt a druhej bod posun někam jinam a nebo j posun v nějkém smeru...) Prostě bohatě by mě stačial matematická část programu pro křivky a pak zkusit na to napsat zobrazovací grafiku a kdyý by to fungovalo tak se pustit do plně 3D parametrického prostředí. tedy vytvářet další obekty a vyřečit její zobrazení(matematicky se to vždicky popíše)...

[wake]

A jste si jisty, ze chcete krivky? opravdu nechcete telesa (tj. 3D primitva)? Krom toho, ze to je ve 3D "prirozenejsi", tak jedine na tomhle jste potom schopen udelat fyzikalni vypocty.

[trekker.dk]

A nemohl by ten program z křivek sestavit ta primitiva a na těch počítat? Mám zato, že strojaři jsou spíš zvyklí kreslit čáry než tělesa

[wake]

IMHO je přirozenější zadat ozubené kolo jako "válec s válcovou dírou uprostřed, do něhož jsou po obvodu vysekané hranoly s lichoběžníkovou podstavou" nez jako hromadu čar ve 3D.

Válec "zná" svůj wireframe a plášť (tj. jedno- a dvou- rozměrné substruktury). Opačný postup (rozpoznání "toto je válec" ze shluku čar a kouzel) je výpočetně značně složitější, leckdy neproveditelný. Ve fyzikálních výpočtech je tělesový model nezbytný.

Samozřejmě musí být knihovna 3D primitiv dostatečně bohatá, nezbytné bude zřejmě umožnit zadání tělesa i rovnicí/soustavou rovnic, knihovna pro operace nad tělesy bude muset být excelentně navržená...

Ideální by bylo inspirovat se např. i v nějakém herním engine s fyzikálním modelem.

[springer]

... ty 'hranoly' nejsou lichobezniky ale obecne pravidelne ctyrhrany, pricemz dve protilehle krivky jsou bud kruznice nebo evolventy. ...

'prirozene' je zadat ozubene kolo s prumerem=d, poctem zubu=z, sirkou ozubeneho vence, uhlem ozubeni, sirkou valcoveho ulozeni a velikosti drazky...

[wake]

... ty 'hranoly' nejsou lichobezniky ale obecne pravidelne ctyrhrany, pricemz dve protilehle krivky jsou bud kruznice nebo evolventy. ...

ano, to jem cekal. jsem programator a ne strojar. evolventa je stejne jednoducha jako primka - jde o to mit ten ctyrbokej bazmek jako teleso a umet ho odecist od valce. knihovna obsahujici konkretni objekty (napr. vsechna kola z bostonskeho katalogu...) se pak bude kostruovat daleko snadneji.

[xindl]

modelování pomocí primitiv využívá třebas CATIA verze 4, verze 5 už fachá jinak. Jinak dneska se tak už nemodeluje... modeluje se pomocí skici kterou pak vytáhněš nebo orotuješ. Jediný kde ještě používají CATIA v4 je automobilní průmysl, třebas všechny auta co jsou vyrobený ve škoda auto jsou ve verzi 4, třebas fabia, felicia, octavie, superb je už napul namodelovanej ve 4ce a 5ce, a jediný co je v 5ce je SUV... Jo a zajímavost CATIA V4 jede jenom na unixu... AIX, HP-UX, solaris...

[wake]

modeluje se pomocí skici kterou pak vytáhněš nebo orotuješ.

jo. takze to za tebe posklada nejaka rutinka misto toho abys to patlal sam...

[Horatz]

OK. Tak zacni. Uloha prvni - program v C, ktery nakresli usecku s danymi koncovymi body. Uloha druha - program v C, ktery nakresli ctverec o zadanych souradnicich. Kod muzes hodit sem do blogu; urcite se najde dost lidi, kteri ti to budou oponovat ... :)

[Josef Kufner]

Asi to bude znít poněkud zvrhle, ale myslím, že renderovací engine není zrovna tou nejdůležitější částí. Né že by na něm nezáleželo, nebo se to bez něj obešlo, ale je to prostě věc, kterou by mělo být možné celkem beztrestně nahradit nějakým jiným kreslítkem.

[Horatz]

hm, no jo; Spis mam na mysli, ze nekde se zacit musi ;) Vymyslet celkovou kocepci velkyho systemu je pekny, ale nekdo to bude muset naprogramovat. Jinak mate recht a jak uz naznacoval nekdo vyse, idealni by bylo zacit studovanim zdrojaku uz hotovych veci nebo se rovnou k vyvoji pripojit, ale jak jsem pochopil, SADAM je v techto vecech elev. Tak davam jednoduchou ulohu pro zacatek ... :)

[xindl]

ok zkusím to. někdy v týdnu to snad sem hodím.

[wake]

..ale nekdo to bude muset naprogramovat...

kdyz e dobrej napad, tak se toho urcite nejakej programator chyti...

[Deleted [8409]]

www.antigrain.com - docela povedená knihovna na geometrii :)

[Ondrej 'SanTiago' Zajicek]

No do jedne ruky 'Algoritmy a datove struktury' od Topfera, do druhe ruky neco o C nebo C++ a hura na to. Nepodcenovat ani teorii, ani praxi.

[Martin]

Souhlas. Jen bych opravil název "Algoritmy a datové struktury" na "Algoritmy a programovací techniky".

A jako knihu o Céčku mohu vřele doporučit "Programovací jazyk C" od Pavla Herouta.

[freshmouse]

Ty algoritmy od Töpfera jsem sháněl, ale nikde je nemají. :'(

[Martin]

Zkusil jsi Palác knih na Václaváku? Nejspodnější patro, učebnice. Přinejhorším se přeptej nějaké hezké slečny brigádnice, jako já, když jsem tam tu knihu přesně před rokem nemohl najít.

A tak ne. Teď koukám, že je možná opravdu vyprodaná. Ale v univerzitní knihovně ji určitě mít budete. Pokud teda opravdu jdeš na to ČVUT.

[freshmouse]

To bylo první místo, kam jsem zamířil. I když jsem viděl, že není, přesto jsem tam zašel, a přeptal jsem se nějakého hezkého hošana-brigádníka, ale nic nesehnal... :-/

[Martin]

Pokud někde na nějakou narazím, můžu ti dát vědět. Já se, jakožto příslušník živočišného druhu knihofilů, vyskytuju ve všech možných knihkupectvích celkem často. Určitě bych ale vyzkoušel i tu univerzitní knihovnu, stejne do ní už nejspíš brzy půjdeš.

[freshmouse]

Musíme tam všichni.

[wake]

Jeste Design Patterns od GoF, neco specializovaneho o 3D grafice, datove struktury spise od Mehlhorna, neco o numerickych algoritmech, ... schopny bakalar z MFF by to mozna i napsal (tj. dopsal). nechcete zacit tim bakalarem?

[eXces]

Chtělo by to ale multiplatformní CAD, protože jenom s linuxovým by si to neuživil... I když, kdo ví co bude za pár let, že? Každopádně doporučuji prvně udělat návrh, případně hodně podrobně sepsat co by to mělo umět a z toho začít dělat nějaký návrhy a přitom se učit programovat a když tohle všechno půjde, tak se k tomu přidají další a další lidi a snad by se to mohlo někam pohnout.

[xindl]

dit jasan to je už vymyšlený, C++, python, QT, OpenGL...

[Pavel Kysilka]

zdravim,

Na Tebe se tu kazdej vykasle, i kdyby jsi se ted chtel neco ucit.

Podle pouziteho vyraziva a zpusobu, jak se zde vyjadrujes a co delas, tak se nemuzes divit.

Celou dobu tu vyvolavas flame a potom najednou, ze neco budes delat.

Nejaky pan Plesinger se choval podobne. Vetsinou tu urazel, dovedl i hezky sproste nadavat a pak me i snad zajem se zapojit do nejakeho projektu. A opakovane neustale mluvil nekolik mesicu o stejnem tematu a stejnym obsahovym slozenim.

Pan Plesinger delal taky do CAD-systemu. Shoda nahod. Kdy umres a na jakou nemoc ??

Bez nejakeho chovani a etikety udelas velmi malo projektu. Jako individualista mozna ano.

Kdo neveri, at tam bezi. Aneb vybrane spisy Sadama.

http://www.abclinuxu.cz/blog/SALAM_OLEJKUM/2007/7/31/188469

http://www.abclinuxu.cz/blog/SALAM_OLEJKUM/2007/7/

A taky pak, at neztraci cas s odbornymi radami. S teroristy i internetovymi se nejedna v rukavickach a demokraticky.

Pavel Kysilka

[eXces]

No fakt vtipný. Překvapivě mě Sadám nikdy neurazil a jeho vyjadřování má své kouzlo. Je to taky jeden z mála lidí, kteří mají dobrou vizi, jak linux někam posunout a snaží se toho dle svých možností dosáhnout (doposud tedy jen zafinancovat). Pokud ti vadí, tak ho blokuj a nedělej ze sebe trotla v diskuzích. Mám konkrétně na mysli tu otázku ohledně smrti.

[Pavel Kysilka]

Mluvite -li o jakychkoli trotlech, tak mi reknete, jak se nazyvaji lide, co tuhle nekolikamesicni hru tady Sadamovi basti ?

Lide, co nasleduji skvele vize nebo jinak ? Osobne si nemyslim, ze jsou to trotlove.

bye gf

[eXces]

Tak já fakt nevím, člověk tvého kalibru asi umí udělat spoustu kvalitního software s otevřeným kódem, ale komunikovat na běžných vlnách s tebou asi nejde. Vůbec nechápu, co tím chceš říct. Každopádně, pokud můžeš použít svůj profil na abc k napsání odpovědi, tak to prosim udělej, byl bych si rád jist, že jsi gf.

[User682]

Zdravim,

OK, predchozi prispevek byl skutecne muj.

Co jsem jim chtel rici ?

Tak vysvetlim. Predtim jsem jenom lehce napovedel a nemusi to byt vzdycky pochopitelne. OK.

Tak nejak mam pocit, ze se tu ruzne i velmi dobre kapacity zahazuji s nejakym primitivem, ktery si tu rad zaflamesi.

Bohuzel k tomu staci, aby dany clovek napsal neco ve stylu:

Ve Windows je toto a na linuxu neni. A proto je linux na <vlozte neslusne slovo>. A pridat treba rokerske "Hobluj!!!" a podobne. Vzdy stejny vzor prispevku.

V cem je pointa ?

SADAM a jiny flamesisti urcite nebude clovek znaly IT a vubec, jak to v IT chodi. A ani znaly v *nixovem svete. Takze potom tu vyplodi nejaky utrzek.

Muze byt svym zpusobem pro nekoho buh a ja to nikomu neberu.

Ale pokud je spatne zadani projektu, tak projekt take nebude povetsinou dobry. Cilize text blogu je skutecne tezky chaos a pise zamer. To, co se zde snazi popisovat, tak vetsina lidi z IT, co neco umi, popisou podstatne lepe a predevsim znaji. Znaji i procesy v IT.

A fve finale tu Sadamovi odpovidaji lide, jejich kvality jsou podle me uplne jinde, nez se zahazovat s flamerem, ktery nema prehled o IT.

Trochu mi to pripomina jako nektere prispevky na root.cz, kde se tvrdi, jak jsou Windows lepsi a nekdo tam tvrde stira argumenty Microsoftu veskere linuxaky. Ze by bonus k reklame na nejmenovanou firmu ?

Na zive.cz jsou podobne prispevky. Prumerny Lojza(treba Sadam) si koupil vcera nabusene AMD, ma Visty,Office2007 a Photoshop a je king. Nebo si nainstaloval nejake distro a je taky king. Je mu sice 15 let, ale snazi se bavit s lidmi s roky praxe. Hraje to sice na 10 let zkusenosti, ale to jaksi v 15 letech veku nepujde. A Lojza ze zive.cz ma i svoji hackerskou prezdivku. Ne nejake jmeno, protoze nikde vlastne nedela a asi by se mu vsichni v praci smali.

O co jde ?

Nema smysl malemu diteti nebo flamerovi vysvetlovat odborny problem a jeho navrhy reseni. Je to ztrata casu. Lojza, co pise blog, stejne nevi, jak to v IT chodi. A jedine misto, kde mu to prochazi je jeho milovane zive.cz nebo dneska uz i abclinuxu.cz .

Kdyby nahodou prumerny Lojza chtel byt nejak vniman, tak staci, aby vice cetl/poslouchal misto psani bludu. A pokud nevi, tak at se pta.

Fajn a ted se da bavit o normalnich vecech. Treba delsi dobu resim treba toto:

Nactete velky svg soubor nebo graf o 5000 a vice prvcich. Melo by to umet rychle zobrazovat pres opengl a take mit namapovany veskere prvky v nejake strukture v pameti a s nimi pracovat. Prvni nacteni muze trochu trvat. Cilize mapovani mezi grafickou vrstvou v opengl a strukturou, ve ktere jsou veskere prvky pro zobrazovani.

Nasel nekdo nejaky na rychlost(predevsim scrolovani a zoom) optimalizovany framework?

Pavel Kysilka

[xindl]

Podle sebe soudím tebe... Fajn, IT nerozumím, unixu už vubec ne a co je napováženou, nerozumím ani špetku CAD systémům. )))))

[eXces]

Hele když seš tak chytrej, chlapečku, tak mi vysvětli, jak máš 10 let praxe, když je ti teprve patnáct?!?!

[xindl]

jo mám praxi 23 dní, prakticky od doby co jsem nastoupil na střední srojírenskou školu strojnickou v chrudimy... časoprostorem tak 17let zpátky... jo a od 4 let si hraju s legem a merkurem... )))

[eXces]

Ok, zarazilo mě, že máš profil a nepoužil si ho. Bál sem se, abych nenaletěl nějakýmu vtipálkovi.

Pochopil sem co se snažíš říct, ale nechápal sem tvojí reakci, která prostě moc smysl nedávala.

Předpokládám, že Sadáma (který se svým pravým jménem netají) znáš natolik, aby si ho mohl soudit. No to je jedno, je to tvůj názor, to ti neberu a ani jsem se o tom nesnažil polemizovat, vadil mi tvůj způsob prezentování tvých názorů.

[xindl]

když soudíš, připrav se na to že budeš souzen...

[User682]

Jasne, muzes neco napsat o me hezkeho do sveho blogu. To uz tady bylo.

Nebo mas jiny plan ?

Kazim ti ksefty, ze jo ? Jak se jmenujes a kam nam to jeste pises podobne hezke prispevky ?

bye gf

[xindl]

???

[PepaPrudič]

Rozhodně existují i lepší CADy pro Linux než QCAD (který je ze záhadných důvodů zmiňován v diskusi nejčastěji).

Pozornost bych upřel především k Varkonu: http://varkon.sourceforge.net/man.htm a k BRL-CADU: http://brlcad.org/

Ten první používá/la(?) údajně například firma SAAB (o stíhačkách téhle firmy jste asi slyšeli), ten druhý vznikl v laboratořích americké armády. Oba podle mne převyšují Qcad, ale oba jsou limitované, především tím, že nejsou univerzální, ale byly určené jen na něco. Na říční lodě nicméně vhodné jsou.

[PepaPrudič]

Ještě něco: To jsem zmínil jen dva, existují i jiné CADy pro Unixové systémy, ale některé třeba nejsou zadarmo, takže pro uživatele, co to má jen jako koníček, nejsou tak zajímavé.

Pro autora blogu: Kdybych chtěl pomoci s vývojem CADů pro Linux jako programátor, zapojím se do týmu Varkon. V tvém případě doporučuji: Seznam se s tím Varkonem, nakresli si v něm nějaký projekt. A pak napiš tutoriál (asi několikadílný) v češtině pro ABCLinuxu pro Varkon, pomož s překladem jeho dokumentace, udělej mu české fandovské stránky, reportuj bugy.

Uděláš tím pro CADy pro Linux daleko víc, než když se budeš snažit programovat svůj nový super CAD. Protože díky tvým tutoriálům se třeba najde pár programátorů, co si ve volném čase chtějí kreslit plány ke svému lehokolu, a posléze přiloží ruku k dílu a Varkon pozdvihnou ještě dál.

[xindl]

varkon je mrtvej, mám takovej pocit...

[springer]

...Varkon:

pan Zima vytece uz u prvniho problemu, jak chytit existujici body pri vytvareni line. Jako 2D-kreslitko to snese srovnani s autocadem 1986.

...brl-cad

pan Zima to neprelozi v novych distribucich (neb ty jiz nasazuji gcc > 4.0)

[xindl]

Varkon tak i BRL-CAD jsem zkoušel a je to maso oboje...

[PepaPrudič]

BRL-CAD jsem přeložil v aktuálním Debianu, kde je gcc > 4.0 a nenarazil jsem na problém.

Varkon jsem pravda, nezkoušel dlouho - BRL-CAD mne zaujal víc, takže si hraji s ním, ale Varkon mi přišel konvenčnější, proto jsem ho doporučil. Autocad neznám.

[springer]

no to s tim >4.0 jsem si proste jen tipnul, muze to byt i neco jineho, co zpusobi nasledujici hlasku ...

/usr/include/stdlib.h:617: error: previous declaration of 'int posix_memalign(void**, size_t, size_t)' with 'C' linkage /usr/lib/gcc/i586-suse-linux/4.0.2/include/mm_malloc.h:34: error: conflicts with new declaration with 'C++' linkage

[Grunt]

Mnohokráte děkuji. O těchto projektech jsem neměl nejmenší tušení.

Zatím jsem zkoušel jen Varkon ale vypadá zajímavě.Sice mu chybí UI, ale co není, může být. Celé prázdniny jsem váhal jestli koupit nějakou pořádnou knihu o programování a konečně se to pořádně naučit…teď už jsem si jistý.Ještě zkusim ten druhý.

[Martin]

Sice mu chybí UI, ale co není, může být.

Na první pohled jsem se divil, co by taková umělá inteligence v CADu měla dělat.

[Grunt]

Na první pohled jsem se divil, co by taková umělá inteligence v CADu měla dělat.

Samozřejmě že konstruovat za konstruktéra. K čemu jinému by potom takové programy byly?

[foo]

Ma predstava je asi takovato: naprogramovat neco jako METAFONT s rozsirenymi funkcemi vhodnymi pro CAD. No, a GUI by uz jen byla nadstavba na tim. :) Asi jsem blazen!

[Josef Kufner]

Hmm, nadstavba nad metapostem by nemusela byt uplne tak blba