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.


Příspěvky - Zabanovaný Anonymní Troll

Stran: 1 ... 23 24 [25] 26 27 ... 31
361
Prave, kdyby nebylo v HotswapAgentovi co zlepsovat, tak to sem nepisu. Jinak zvedne code base? To myslis vazne nebo nevis o cem pises?

Ten Hotswap agent nefunguje ani nahodou out of box, musi se nakonfigurovat, pripadne se mu tam musi rucne pridat a naprogramovat ty jeho handlery, aby hotswap na ruzne pouzite technologie fungoval. Takze ano, zvedne to codebase.

Navic uz existuje JRebel, ktery to dela mnohem lepe.

A navic to ani neni potreba, protoze Spring Boot uz se resfreshnout dokaze.

362
REST/AJAX aplikaci zvládne šikovný středoškolák. Pokud chceš proniknout hlouběji do architektury Springu, tak výborné téma je Spring Plugin pro HotswapAgent https://github.com/HotswapProjects/HotswapAgent/tree/master/plugin/hotswap-agent-spring-plugin

Hotswap Agent je na kolene ubastleny utter crap a doufam ze ho nikde v zadnem projektu konfigurovany neuvidim, protoze je to typicke polofunkcni DODO ktere akorat zvedne codabase a starosti programatorum.

Jedine DCEVM a na Spring Boot uz Hotswap Agenta stejne nepotrebujes, protoze se to umi vcelku svizne reloadnout.

Jinak kdyz uz jsme tady tak krasne resili Javu, Spring  a dostali jsme se k Hotswap, tak se mi vcelku libi jak ma Hotswap vyreseno golang - nijak. Nez totiz ta plecka Java s pomalym Springem nastartuje, tak aplikace v Go uz by mezitim nabehla 100x.

363
Sítě / Re:Nejlepší nabídku za pevný mobilní internet
« kdy: 20. 04. 2019, 09:44:51 »
Ja se tesim az prijde den, kdy se bude uctovat jen nizka cena za 1MB a proste nic vic. Zadne debilni baliky dat. Proste si koupim simku, nabiju si ji kreditem a za mesic si prosurfuju treba 80GB dat, zaplatim treba 1000,- a cus. Jiny mesic neprosurfuju nic, zaplatim 0,-. A enbudu potrebovat nejake pitome routery a ruzne pausaly, budu mit jen v mobilu simku.

A operator bude mit jen 3 ceny:
1minuta volani
1sms
1MB dat

A to pro celou EU.

A zadne kraviny dalsi kolem toho.

364
tam se toho da vyzkouset tolik.
Já jsem se ale ptal, k čemu to bude.

A ja se zase ptam, k cemu bude nejaka nedodelana a nefungujici webova aplikace je jedno pro co, treba pro konference. Takovou aplikaci NIKDY jako jednotlivec nedotahne do pouzitelenho konce v ramci nejake pitome bakalarky, pokud nechce ztratit kus drahoceneho zivota.

Napr. rozjet Postgresql lokalne a pouzit Hibernate pro praci s entitami, bez pouziti second level cache. Pak zkusit nasimulovat delay do te databaze a zapnout second level cache a porovnat vysledek. Potom zkusit zapnout diskPersitence u te cache a porovnat vysledek. Ucelem toho mereni je, porovnat performance cache kterou ma Hibernate v Jave a kterou by melo Postrgesql. A ty prerformance testy udelat poradne, simulovat treba 100 paralelnich requestu za vterinu.
Ano, to se dá udělat. A zjistí výsledky, které se vztahují přesně k tomuhle jednomu testu, které ale budou k ničemu ve všech ostatních případech, např. u reálných aplikací. K čemu to tedy bude?

K tomuhle testu se vztahuje vysledek ve smyslu celkhoveho zatizeni pocitace u Postrges vs javovsky Hibernate. Jestli vam to prijde jako nudny a bezvyznamny test, tak to je potom problem.

Ucelem toho vseho je doakazat, ze Hibernate a Java je sracka co akorat zere RAM a zatezuje servery 8) :D A nebo mozna prekvapi?  8)
Aha, tak to vysvětluje vše. Prostě máte nějaký výsledek, a teď sháníte libovolný postup, jak se k němu dostat.
Tomu se rika udrzovat veci jednoduche a nevymyslet kraviny, ale misto toho hledat zpusoby a duvody, proc jednoduchymi muzou zustat. Javy a Hibernate se to tyka prevelice.

Da se otestovat spousta zajimavych veci a kdyz se to udela poradne, tak z toho bude uzitecny vystup.
Aby z toho byl užitečný výstup, musel by otestovat tisíce různých kombinací aplikací, databází, způsobů zátěže a konfigurací. Ten váš příklad s cache nevypovídá vůbec o ničem, protože účinnost cache se samozřejmě bude dramaticky lišit v závislosti na formě pracovní zátěže – záleží na poměru mezi čtením a zápisem, na tom, zda se čtou opakovaně stejná data, na tom, zda je povolené poskytovat starší data.

Ale prd, na to abyste otestoval dopad pouzivani Java hoven na performance nejakeho enterprise enviromentu nemusite testovat tisice ruznych kombinaci.

Kdezto kdyz bude nekdo vyrabet jakousik webovku, tak to stejne bude stat za houby a nebude to k nicemu, akorat to skonci na skladisti bakalarek tak jako u miliony jeho predchudcu.
Webovou aplikaci je možné jako bakalářskou práci udělat pořádně. Vaše měření v žádném případě. Myslíte, že mu někdo pro účely bakalářské práce půjčí Exadatu, stovky gigabajtů dat a stovky uživatelů, kteří budou provádět reálnou práci? Když jste to chtěl vztahovat na enterprise informační systémy…
[/quote]

Pokus o vyrobu webove aplikace skonci s pravdepodobnosti 1000:1 jako dalsi bakalarsky shit, kde jedinym vystupem z toho vseho budou nejake nove znalosti a zkusenosti pro toho dotycneho, ale zadny realny uzitecny vysledek pro ostatni.

365
Jak ze na tom nic nevyzkoumas, to si delas srandu ne. Zrovna ohledne cachovani o kterem pises muzes porovnat perfromance SQL a Hibernate kdyz ma databaze delays ze je jakoze remote a kdyz je databaze na stejnem stroji. Databaze si taky umi cachovat, takze nepotrebujes mit cache 2x, paklize jede ta DB na stejne masine.
Co na tom vyzkoumáte jiného, než síťový round-trip databáze?

Uz i samotne na tom nic nevyzkoumas je hlod, vsude se delaji enterprise informacni systemy a tomuhle malokdo dobre rozumi.
Co na tom tedy vyzkoumá užitečného? Tedy takového, co bude platit i pro jiné případy, než pro ten jeden, který zkoumal? V reálném světě je každý systém jiný a chová se jinak. Chování se mění i v závislosti na tom, kolik je zrovna aktivních uživatelů a co dělají. A zrovna u enterprise informačních systémů se milisekundy zpoždění síťové odezvy při přístupu do databáze opravdu neřeší. Navíc u enterprise systému by snad nikoho nenapadlo provozovat aplikační server a databázi na tom samém stroji.

Dyt tam se toho da vyzkouset tolik.

Napr. rozjet Postgresql lokalne a pouzit Hibernate pro praci s entitami, bez pouziti second level cache. Pak zkusit nasimulovat delay do te databaze a zapnout second level cache a porovnat vysledek. Potom zkusit zapnout diskPersitence u te cache a porovnat vysledek. Ucelem toho mereni je, porovnat performance cache kterou ma Hibernate v Jave a kterou by melo Postrgesql. A ty prerformance testy udelat poradne, simulovat treba 100 paralelnich requestu za vterinu.

Citace
<cache name="com.mycompany.MyEntity"
   maxElementsInMemory="50"
   eternal="true"
   overflowToDisk="false"
   timeToIdleSeconds="600"
   timeToLiveSeconds="600"
   diskPersistent="false"
   memoryStoreEvictionPolicy="LRU"       
/>

Ucelem toho vseho je doakazat, ze Hibernate a Java je sracka co akorat zere RAM a zatezuje servery 8) :D A nebo mozna prekvapi?  8)


Da se otestovat spousta zajimavych veci a kdyz se to udela poradne, tak z toho bude uzitecny vystup. Kdezto kdyz bude nekdo vyrabet jakousik webovku, tak to stejne bude stat za houby a nebude to k nicemu, akorat to skonci na skladisti bakalarek tak jako u miliony jeho predchudcu.

366
Me by treba zajimalo, jakou bude mit Hibernate v zakladni konfiguraci perfromance pro zretezeny eager fetch tabulek T1...Tn oproti tomu samemu napsanemu pomoci plain SQL, a jaky performance bude mit opakovani toho dotazu (hibernate  cachuje). Plus nejake dalsi simulovane use case.

Na tom nic nevyzkoumas. To zalezi na nastaveni cachovani. Ciste SQL muzes take cachovat, i v aplikaci.

Jak ze na tom nic nevyzkoumas, to si delas srandu ne. Zrovna ohledne cachovani o kterem pises muzes porovnat perfromance SQL a Hibernate kdyz ma databaze delays ze je jakoze remote a kdyz je databaze na stejnem stroji. Databaze si taky umi cachovat, takze nepotrebujes mit cache 2x, paklize jede ta DB na stejne masine.

Uz i samotne na tom nic nevyzkoumas je hlod, vsude se delaji enterprise informacni systemy a tomuhle malokdo dobre rozumi.

367
Me by treba zajimalo, jakou bude mit Hibernate v zakladni konfiguraci perfromance pro zretezeny eager fetch tabulek T1...Tn oproti tomu samemu napsanemu pomoci plain SQL, a jaky performance bude mit opakovani toho dotazu (hibernate  cachuje). Plus nejake dalsi simulovane use case.

368
Kdybych dnes chodil na VS a delal bakalarku nebo diplomku, tak se zamerim na perfromance testy. Udelal bych testovaci apliakci ktera porovnava v nejakem smysluplnem scenari perfromanceHibernate a treba myBatis. Nebo se zameruje na ladeni Hibernate. V praxi kdyz se pouziva hibernate tak jsou s tim vykonostni potize.

Vyhoda je, ze tim delas opravdu nejaky obecny vyzkum, namisto toho, aby jsi na VS delal nejakou nesmyslnou aplikaci, treba pro ty konference. Protoze bezesporu ta aplikace co udelas bude beztak stat za govno, takhle alespon budes mit vysledky mereni.

369
Kdybych dnes chodil na VS a delal bakalarku nebo diplomku, tak se zamerim na perfromance testy. Udelal bych testovaci apliakci ktera porovnava v nejakem smysluplnem scenari perfromanceHibernate a treba myBatis. Nebo se zameruje na ladeni Hibernate. V praxi kdyz se pouziva hibernate tak jsou s tim vykonostni potize.

370
Desktop / Re:Náhodné zamrzání Ubuntu 18.04 LTS MATE
« kdy: 16. 04. 2019, 23:31:44 »
Hele reknu ti to takhle, to je proste Linux, ber to zamrzani jako feature a nestezuj si, nebo si vem dovolenou, dej si jako tapetu more a palmy, a oprav to :P

371
Software / Re:Document management system nebo něco jiného?
« kdy: 14. 04. 2019, 19:31:34 »
Atllasian Confluence, nikdy jsem nepouzivl nic jineho a ani o nicem jinem nevim, pouziva se to totiz snad vsude kde je java (a i kde neni).

372
Odkladiště / Re:Trénink algoritmizace, logiky, a paměti
« kdy: 14. 04. 2019, 19:26:21 »
Pohyb, extremni brutalni pohyb na pokraj omdleni... opakovane...

Rovnou box  8)

373
Odkladiště / Re:Trening algoritmizacie, logiky, a pamate
« kdy: 13. 04. 2019, 22:38:25 »
Nekdy mi prijde, ze se progrmuje ve stylu, jako dat na moto zadni brzdu, ktera nebude fungovat pri zataceni. Na otazku proc, zacne vyrobce chrli nesmysly o technickem zameru:

"no vite, my jsme dostali zadane, ze mame udelat brzdu, ze za jizdy ma byt bezpecna. No a v zatackach neni bezpecne brzdit zadni brzdou. A tak jsme vymysleli takovy narovnavak takhle na tu brzdu s takovymhle ohybakem, a takove kolecko a takovy valecek a takovy gyroskopek a na to kolecko s takovou gumickou, takze kdyz jedete do zatacky, tak vam nepujde brzdit."

Takhle mam dojem ze nekteri lidi programujou. Osobne se domnivam ze je to proto, ze programovy kod narozdil od ne-PC techniky nejde videt. Kdyby sel, tak tihleti programatori by si asi museli najit jnou praci.

374
Odkladiště / Re:Trening algoritmizacie, logiky, a pamate
« kdy: 13. 04. 2019, 22:00:05 »
Jak jako reseni trivialniho algoritmu s par ify zabere pul hodiny.

Par ifu mi na pul hodiny teda prijde. Aspon v moji domene enterprise informacnich systemu. Nad kazdym pitomym ifem je potreba se zamyslet v tak velkem kontextu, ze to neni vube jednoduche.

Co si akorat nekdy rikam je, jestli to je ci neni kontraproduktivni a jestli blbec co ten kontext nepobere, nedosahne plus minus stejneho vysledku.

Dost casto se mi stava, ze kdyz delam na nejake komponente, tak pri programovani vidim, ze predchudci zvovlili sptany design - jakoby organicky rostouci kod ve stylu programovani kalkulacky ve 2. rocniku VS namisto technicko-matematicky-spojiteho programoveho kodu, a ze vlastne uz je to vsechno tak moc slozite, ze se proste neda neudelat chyba, ani se to neda cele pobrat a to ani kdyz ta komponenta treba nedela buhvi co. Prijde mi, ze aplikace tohoto typu se neda naprogramovat jinak, nez za soucinnosti manualniho testovani, kdy ji mam spustenou a bombarduju si ji requesty. A i presto neni mozne vyloucit nejake corner-case.

Jestli to je dobre nebo ne, to nevim. Me to dobre neprijde. Prijdu si jako kdyz se snazim aplikovat paradigma, ktere je nekompatibilni s 8 z 10 mych kolegu.

375
Sítě / Re:Nejlepší nabídku za pevný mobilní internet
« kdy: 10. 04. 2019, 00:19:51 »
Google dneska nefunguje? Například https://www.t-mobile.cz/internet-na-doma

funguje, ale operatori jako na potvoru nezverejnuji ceny neverejnych nabidek :)

Mam jako hlavní wifi od docela solidního dodavatele za cca 500 kč 20/4 Mbit
K tomu mám Odorik.cz sim kartu v mobilu. Používám to i na volání a když nejde internet, tak tam zapnu mobilní data.
Koupím třeba 2GB dat. Odorik.cz nemá žádné paušály, který bys musel platit každý měsíc a platíš jen to co opravdu využiješ. Pokud bys nevyužíval volání od Odoriku a neměl útratu za posledních 30 dní aspoň 100 kč, tak platíš za aktivní sim kartu 0,7 kč za den. To mi jako záložní řešení internetu stačí. Využiju to tak třikrát za rok jeden den kvůli výpadkům a sem tam, když jsem v pohybu. Nemusím mít kvůli tomu celý rok tarif a je to opravdu mobilní varianta.

Taky jdu do Odorika, vypada to jako jediny normalni operator, co s tebou nechce vyjebat, spis naopak. Akorat co me stve na legislative je, ze operatori ocividne vubec neuvolnili datove tarify - je to jakoby i u virtuala sis musel platit data per package, jako kdyby virtualove mohli nakupovat ve velkem pouze minuty volani. Tak mi to pripada.

Stran: 1 ... 23 24 [25] 26 27 ... 31