Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Priznam se ze tu knihu od Cady jsem necet, kdysi jsem si ale vypujcil knihu od Pecinovskeho z knihovny a tu jsem po cca 1 hodine zavrel. Ted jsem zbezne prosel http://i.iinfo.cz/r2/k/Jak_efektivne_ucit_OOP.pdf a musim rict ze v nekterych pripadech to dava smysl, nebo myslite ze by se to melo ucit jeste jinak?Smysl to dává, ale ďábel je v detailech.
Aha. Na Okounovi ve vláknu o ObjC.https://docs.oracle.com/javase/7/docs/api/java/lang/reflect/Proxy.html?is-external=trueJava tu velmi pozdní vazbu má. Ale třeba Swift ne, proto na něj Čada dští síru
Kde? Zběžně jsem googlil a nenašel. Docela rad bych na to kouknul...
Ah, tak tohle ve svem veku vazne nepotrebuju :-D
Myslel jsem, kde OCS kritizuje Swift.
https://docs.oracle.com/javase/7/docs/api/java/lang/reflect/Proxy.html?is-external=trueJava tu velmi pozdní vazbu má. Ale třeba Swift ne, proto na něj Čada dští síru
Kde? Zběžně jsem googlil a nenašel. Docela rad bych na to kouknul...
Java tu velmi pozdní vazbu má. Ale třeba Swift ne, proto na něj Čada dští síru. Jinak dynamické typování a ta vazba jsou fajn, ovšem nejlépe v kombinaci s kontrolou typů, automatickou správou paměti (ARC) a generickými typy. Ostatně ObjC to všechno má. Jen ty namespacy chybí, ale dá se bez nich žít.Ano, ObjC je super a předstihlo svoji dobu (a ovlivnilo dost jazyků včetně Javy), ale není to jediný použitelný jazyk a hlavně je nebetyčná debilita tvrdit, že namespacy a generika jsou na nic (to druhé už ObjC má a Čada stejně tvrdí, že jsou na p**u). Navíc je jak korouhvička, kdysi zaníceně obhajoval Javu (contra Virius) a teď ji kritizuje, kudy chodí. Až by člověk řekl, že má nějaký psychický problém.
Neřekl bych, že protežuje jen ObjC. Ale i další jazyky, které se mu nějak podobajíNeobhajoval on náhodou Javu proti C++? To by totiž smysl dávalo a dokonce by měl i pravdu. Ty jejich veřejné spory (Čada vs. Virius) byly pro čtenáře aspoň docela zajímavé. Přestože Viriuse znám osobně ještě ze svých studentských let a i jeho styl psaní mi vždycky vyhovoval více, názorově je mi o něco bližší Čada.
A z českých autorů okolo OOP bych nezapomínal ještě na Vojtěcha Merunku. Myslím, že by mohl zapadat do té tazatelovy "vhodné alternativy" k Čadovi.
Ovšem oba jsou představitelé té školy "velmi pozdně vazebního OOP", která se v jazycích jako Java či C++ realizuje těžko.
Ano, ObjC je super a předstihlo svoji dobu (a ovlivnilo dost jazyků včetně Javy), ale není to jediný použitelný jazyk a hlavně je nebetyčná debilita tvrdit, že namespacy a generika jsou na nic (to druhé už ObjC má a Čada stejně tvrdí, že jsou na p**u). Navíc je jak korouhvička, kdysi zaníceně obhajoval Javu (contra Virius) a teď ji kritizuje, kudy chodí. Až by člověk řekl, že má nějaký psychický problém.Ondřeje Čadu nebrat, OOP sám moc nerozumí. Bruce Eckel je mnohem lepší a hlavně píše srozumitelněji.
Čada je sice velmi svérázný autor, ale pokud o něm někdo tvrdí, že OOP moc nerozumí, tak to bych si spíše vsadil na to, že v OOP plave autor takovéhoto výroku.Čada je Apple fanatik a jediný slušný jazyk je pro něj ObjC. Správa paměti má být podle něj jen čistě manuální, generika a namespacy jsou na ho**o a navíc se na fórech chová jak hulvát. Podle toho pak vypadá i ta kniha - obsahově extrémně biased a styl dost zmatený a nevyvážený. Vlastně bych ji nedoporučoval ani zadarmo nebo jen jako příklad, jak nepsat.
No jo, když ono to Objective C je opravdu dobrý jazyk a s applími frameworky se opravdu dobře dělá
Sám sice nejsem příznivcem čadovského konfrontačního stylu, ale faktem je, že i tak jeho knížky mají informační hodnotu. Vždycky obsahují velice konkrétní informace a názorné příklady a srovnání. Takže to už raději Čadu než nějakého nemastného, neslaného "noname autora", přežvykujícího po milion páté téma "staňte se Java expertem za 30 dnů", přičemž když zalistujete textem, máte pocit, že sám autor se tu Javu učil max. 30 dní před napsáním toho svého dílka.
Čada je Apple fanatik a jediný slušný jazyk je pro něj ObjC. Správa paměti má být podle něj jen čistě manuální, generika a namespacy jsou na ho**o a navíc se na fórech chová jak hulvát. Podle toho pak vypadá i ta kniha - obsahově extrémně biased a styl dost zmatený a nevyvážený. Vlastně bych ji nedoporučoval ani zadarmo nebo jen jako příklad, jak nepsat.Ahoj, doporučili byste $SUBJ? Slyšel jsem na ni smíšené recenze, tak si nejsem jistý, jestli se investice do ní vyplatí. Existuje na českém trhu nějaká vhodná alternativa?
Pokud jde o prezentované myšlenky, tak je IMHO dobrá. Pokud jde o formu, připadá mi poněkud zmatená a nevyvážená a prošpikovaná nadbytečnými subjektivními dojmy. Prostě Čada.
Spíš fanatici poskytující ty nejfanatičtější odpovědi, které jsou většinou OT a problém neřeší.Menšie OT:
Prečo sa z roota stáva Java fórum? Každú chvíľu voľajaká téma o nej.
Protože na root chodí právě ti nejlepší znalci Javy, kteří vždy poskytnou tu nejfundovanější možnou odpověď.
U iMacu si ale dávají na čas s novými modely.Třináctka bez TouchBaru by byla z pohledu klávesnice celkem fajn (i když ty switche mi dvakrát nesedí, jak jsem tady už psal), ale ta má zase problémy jinde. To jsem tu ale už psal.
No jenze jsi psal nesmysly. Slabsi grafika? Stara 6100 umi jenom 4k, nova 540 umi 5K@60Hz tak nevim v cem je slabsi. Chudsi konektivita? Vzdyt to ma navic TB3, co starsi modely nemeli (mozna si myslel ze to nema kde jake konektory, kdo to ale potrebuje tak se pripoji k dockingu jedinym kablem a hotovo). Klavesnice je subjektivnu zalezitost, to uznam ze nekdo potrebuje mackat pul centimetru dolu aby byl spokojenej. Kazdopadne ta nova motylkova je pekne navykova a jedina vec co mi trochu vadi je ze je klikaci. Ta velikost tlacitek je proste luxusni i na moje medvedi packy. Spise jsme se bal toho obrovskyho touchpadu, ze bude zlobit pri psani, ale nejak to softwarove poresili a nepozoruji nechtene mackani ci skakani kurzoru.
Proste suma sumarum, na programovani lepsi notas za tu cenu nez Macbook Pro neni. A kdo nepotrebuje notas tak iMac je stejne produktivni a navic ma vykonnejsi procaky.
Menšie OT:A čemu to vadí? Kdyby to bylo většinou třeba o Haskellu, tak by to byla ještě větší žumpa, protože lidi s nutkáním psát příspěvky by už nepsali k věci vůbec (protože která lopata zná teorii kategorií, že? takto se aspoň sem tam ozve někdo zasvěcený).
Prečo sa z roota stáva Java fórum? Každú chvíľu voľajaká téma o nej.
To jo, ale to už chce něco v nativním kódu, ne Javu.To zadání je tak triviální, že tam není algoritmicky co optimalizovat.
S pamětí ne, ale třeba pro exp() jsou v SSE a AVX vektorové instrukce + se to dá aproximovat (i na NEONu). Na mém Ivy Bridge je AVX aproximace 40x rychlejší než skalární expf, na NEON se mi to přepisovat nechce.
Je to pole pointerů na objekty typu Complex, což žere hodně paměti a zpomaluje garbage collector.Nejen Go, tak to má i C++, C#, Swift...
Správně tam udělej dvě pole typu double, jedno pro reálnou část a druhé pro imaginární část. Třídu Complex vůbec nepoužívej, metodu exp rozepiš na operace nad hodnotami typu double.
Musíš zajistit, že v jádru toho cyklu se nebude alokovat žádný objekt, mohou tam být pouze operace s primitivními typy. Pokud tam nějaký objekt alokuješ, pak se z toho garbage collector posere.
Případně můžeš použít jazyk go, ve kterém je možné vyrobit pole struktur (aniž by to byly pointery jako v javě) a je možné se strukturami pracovat jako s primitivními typy, bez zatěžování garbage collectoru.
Mám docela velkou praxi v c a c++.To je tak široká otázka, že nejde rozumně zodpovědět. Jen tak od boku, co třeba server využívající NIO a snažící se minimalizovat zatížení GC? Java totiž neumí alokovat efektivně a deterministicky na zásobníku, takže se musí šaškovat s pooly apod. Jako cvičení asi dobré a užitečné.
Předem díky
Vašek
a nejsou ty data v matici ridke, ze je velka cas hodnot nulova?U póz pro částicový filtr asi řídká nebude. Některé věci prostě v Javě nejdou, zvlášť na RPi.
pak jdou pouzit sparse matice, ulozis si do vektoru pozici i, pozici j a hodnotu.
Otázka je, jak pak typ pro komplexní čísla v Javě udělat. Tady to bez hodnotových typů prostě nijak objektově nejde.A pak je tu ten tajemný typ Complex. Každý prvek matice je objekt, tedy v poli je jen reference, která ukazuje bůhvíkam do paměti. V nejhorším případě musí procesor v každé iteraci toho dvojitého cyklu čekat, až mu dorazí data z hlavní paměti.
Aha, tak tady by mohl být ten problém. Protože pokud má poitry + dvě čísla a objekt má třeba hlavičku a spol. (nebo nemá a jsou to doubly), tak se to do 1 GB paměti RPi prostě vejít nemůže.
Záleží kolik je dostupné paměti a jak je nastavená. Každopádně obecnou radou je:To zadání je tak triviální, že tam není algoritmicky co optimalizovat.
- debugovat aplikaci a ověřit, kde ta paměť mizí
- podívat se, jak to dělají ostatní, tj. jak ostatní ten filtr v javě pro RPi implementují, zda už na to třeba není nějaká optimalizovaná knihovna která třeba používá nějaké triky
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.
