Příspěvky

3031

Studium a uplatnění / Re:C# alebo Java?

« kdy: 09. 08. 2018, 16:22:24 »

Jinak s Javou je problém, že od ledna 2019 už budou všechny updaty pro Java SE 8, a časem i vyšší, zpoplatněné. Zároveň například i nástroj “Java Usage Tracker” bude vyžadovat komerční placenou licenci.

Samotná Java zůstane zdarma a můžete používat třeba OpenJDK, ale Oracle se snaží zpeněžit co se dá, soudí se s Google, už dříve java update na windows ve výchozí verzi instaloval Ask toolbar nebo měnil vyhledávací engine na yahoo. Samotný Google proto logicky zkouší i jiné jazyky, například aplikace pro android můžete vytvářet pomocí knihovny flutter a jazyka dart.

Žádný problém to není. Pro koncové uživatele se tím prakticky nic nemění, jenom se trošku změnily komerční balíčky od Oraclu – k takovýmhle změnám i u softwaru od jiných firem dochází každou chvíli.

3032

Server / Re:elasticsearch alternativa pro prostredi s malo RAM

« kdy: 06. 08. 2018, 13:27:26 »

Java nežere příliš mnoho systémových prostředků. Když budete mít fulltext, který bude fungovat podobným způsobem, napsaný v čemkoli jiném, bude to žrát stejně.

Tak komplexní ekosystém, jako má kolem sebe Elasticsearch, podle mne v jiné alternativě neexistuje. Samotný Elasticsearch běží nad Lucene, existují projekty CLucene a Apache Lucy, což je Lucene v C++ resp. C. Můžete zkusit štěstí tam.

3033

Software / Re:Chrome neuložil otevřený PDF, síť odpojena

« kdy: 05. 08. 2018, 16:08:45 »

Opravdu ukládáte stránky tak často, aby se prohlížeči vyplatilo držet zdroják stránky po dobu, kdy jí máte otevřenou? To, co máte zobrazené na obrazovce, má totiž prohlížeč už dávno zpracované v úplně jiné formátu, než v jakém to stáhl. Není tedy jednodušší v případě, kdy dáte požadavek na uložení, stáhnout tu stránku znova?

3034

Vývoj / Re:Alternativa k Hibernate

« kdy: 05. 08. 2018, 13:51:33 »

Nejbizarnější je ten Jersey, který ze 750ms deploye na Tomcat udělá 3500ms deploy. To se na mě nezlobte, ale jak jinak než shit to chcete označit?

Vy se pořád tváříte, jako že je problém v těch programech a knihovnách, ale přitom je problém ve vás. Ty časy, které tady pořád uvádíte, svědčí akorát o tom, že to neumíte nakonfigurovat. Když do své jednoduché aplikace natáhnete půlku internetu, tak se nedivte, že to pak startuje dlouho. To, že používáte věci, které ve skutečnosti v projektu vůbec nepotřebujete, nebo používáte zbytečně složité knihovny, když by vám stačily jednoduché, je váš problém. Alespoň průměrně inteligentní lidé používají komplexnější knihovny jen na větších projektech, kde jim ty knihovny ušetří spoustu práce, a pár sekund při deployi nikoho netrápí, protože je to v ostatních nákladech jako kapka v moři. Že neumíte programovat a místo toho se jenom snažíte poslepovat vygooglené knihovny, to je čistě váš problém, ne problém těch vygooglených technologií.

3035

Server / Re:Viac IPciek na jeden server

« kdy: 04. 08. 2018, 22:56:23 »

Jirsaka, klidne ignoruj, ten blaboli o vecech o kterych nic netusi bezne ...

DNS samozrejme umi rict i porty, existuje na to SRV zaznam.

Jéčka klidně ignoruj, ten blábolí o věcech, o kterých nic netuší, prakticky vždy.

SRV záznam je samozřejmě něco jiného než A záznam, na který se tazatel ptal.

3036

Vývoj / Re:Junit 5 - fakt bez poradi testu?

« kdy: 04. 08. 2018, 22:53:55 »

JUnit5 má trochu jinou logiku, než JUnit 4 (řekl bych, že konečně správnou) – už neplatí, že jedna metoda = jeden test/assert. Běžně tak mám v jedné metodě několik assertů – pokud jsou na sobě závislé (pokud selže jeden, nemá smysl spouštět další), jsou napsané normálně v metodě za sebou. Pokud jsou na sobě nezávislé, použiju assertAll.

3037

Vývoj / Re:Alternativa k Hibernate

« kdy: 29. 07. 2018, 18:17:05 »

No ale on má částečně pravdu, overhead při práci s frameworkem může být docela velký, pokud ho člověk opravdu dobře neovládá.

To je ovšem něco jiného, než co tvrdí anonym. Navíc on tady popisuje příklady, které mohl opsat z dokumentace, kdyby ji ráčil otevřít.

Samotný Spring vznikl jako reakce na složitost EJB a chtěl být právě jednoduchý a přímočarý. Skutečnost, že už taky nabobtnal, jasně ukazuje, že zachovat jednoduchost u velkých projektů je prakticky nemožné.

Spring sice nabobtnal, ale zároveň se používá snáz, než dřív. Což má ty negativní důsledky, že se ho snaží použít i lidé jako anonym.

Jinak Spring není žádná krása, když se podíváte dovnitř, je vidět, jaký je to slepenec všeho možného, co řešilo konkrétní problém, a teprve nad tím je to relativně slušné API. I když základní knihovna Javy na tom vlastně není o mnoho lépe. Ale jak v JDK tak ve Springu se v poslední době věnuje docela úsilí pročištění.

Prostě hlavní dovednost pro chytrého i průměrného programátora je najít nástroj přiměřený danému úkolu. V daném případě by autor buď neměl použít Boot anebo by měl věnovat úsilí k jeho ovládnutí.

Tady ani nebylo potřeba věnovat úsilí ovládnutí Springu, stačilo vybrat si ten správný z mnoha příkladů a upravit ho. Anonym se tu ptal na úplně základní věci, které jsou popsané krok za krokem v dokumentaci a jsou na to příklady.

3038

Vývoj / Re:Alternativa k Hibernate

« kdy: 29. 07. 2018, 12:56:04 »

Vy prostě ústavičně děláte z lidí nějaké pitomce.

Nedělám. Děláte ho ze sebe vy sám, tím, co sem píšete.

U vás zřejmě soft je vždy ok a problém je vždy mezi židlí a klávesnicí.

Ale nevymlouvejte se. Já to netvrdím o všem a o všech, tvrdím to konkrétně o vás, na základě toho, co tady píšete.

K čemu to je, že to má tolik featur, když to DPČ NEGUNGUJE POŘADNĚ!!! A to bych mohl pokračovat a pokračovat, kdy a jak se mnou ta jebka Spring vyjebala.

Jasně, chyba je ve všem okolo, jenom vy jste dokonalý. Mimochodem, to jste narazil na další vlastnost výborných programátorů – nejprve hledají chybu u sebe a ve svém kódu, teprve pak u ostatních.

Teď v tom Spring Bootu udělali zase nějaký magic s embedded servlet kontejnerem, že jim to nastartuje za cca 7 vteřin.

Ne jim, ale vám. Ostatním to funguje správně.

3039

Vývoj / Re:Alternativa k Hibernate

« kdy: 29. 07. 2018, 10:13:16 »

Jako že se budu proklikávat přes všechny ty Interfacy a Abstrakce ve Springu?

Jaký je rozdíl mezi rozhraním a abstraktní třídou a k čemu slouží se ptáme na pohovorech kandidátů na juniorskou pozici.

Mimochodem, kdybyste se někdy opravdu podíval na implementaci java.util.HashMap, nebo alespoň na její rozhraní, zjistil byste, že dědí od abstraktní třídy java.util.AbstractMap a implementuje rozhraní java.util.Map.

Tam se nikdy neproklikáte jen k nějakému kusu kódu jako ve standardní JDK když se mrknu do HashMapy. U takových knihoven jako je Spring se nikdy nepodíváte na kousek něčeho co zrovna potřebujete!

Mluvte za sebe. Věřím vám, že vy se na to nikdy nepodíváte. Já ano.

Asi prostě hloupý programátor jako já potřebuje buďto jednoduchý framework, a nebo framework který prostě funguje na 100%. (A to je musí být opět jednoduchý framework, protože ty složite věci více méně nefungují vždy).

Moje ideální představa o opensource frameworku vypadá takhle

Hloupý programátor nikdy nevymyslí dobrý framework. Takže byste měl hlavně zapomenout na vaše naivní představy a naučit se aspoň základně používat něco, co vymysleli lidé chytřejší než vy.

3040

Vývoj / Re:Alternativa k Hibernate

« kdy: 29. 07. 2018, 08:53:28 »

A na ten jsem se vykaslal protoze je to magic a má bugy.

Jak jste se vedle ptal na ty výborné programátory, tak výborný programátor, pokud mu nějaká aplikace nebo knihovna připadá „magic“, tak se podívá do zdrojáků, pochopí, jak to funguje, a magie je pryč. A pokud narazí na chybu, tak ji opraví a pošle patch.

3041

Hardware / Re:Kvalitní USB kabel

« kdy: 25. 07. 2018, 09:43:23 »

KRUP Nevím jak dnes, ale dříve tam i některé kabely dělali.

3042

Odkladiště / Re:Je nutné vyplnit State při generování CSR?

« kdy: 24. 07. 2018, 15:07:28 »

Které položky jsou v předmětu certifikátu povinné - a kde se dá najít tato informace?

Záleží na konkrétní certifikační autoritě a vždy to musí být popsané v certifikační politice té autority. I u jedné autority se to liší podle typů certifikátů, např. když vám certifikační autorita vydává systémový (ne doménový) certifikát, bude mít určitě v politice, že CN nesmí mít tvar doménového jména.

3043

Vývoj / Re:Proč Spring používá embedded Tomcat/Jetty

« kdy: 23. 07. 2018, 21:53:21 »

Tak, udělám to ve Spark framework, http://sparkjava.com/

Tak schválně, za jak dlouho se tu objeví smršť nadávek, že Spark umožňuje používat embedded Jetty a vy to neumíte používat. Ale je zajímavé, jak to funguje, že jste si vybral zrovna Spark – mně se nikdy nelíbil a pořád se mu vyhýbám, protože mi připadá, že se v něm nedá programovat správně. Takže vám by mohl vyhovovat.

Jinak DI knihoven a frameworků existují tuny, pokud jste chtěl jenom to, nemusel jste používat Spring. Na druhou stranu, pokud jste chtěl Spring použít jenom jako DI , nechápu, s čím jste na tom válčil. Jinak DI Springu se mi zrovna moc nelíbí, sice už nějakou dobu umožňuje konfiguraci pomocí Java kódu, ale té historie tam je nabalené až moc. A pořád je to runtime záležitost, což je pro většinu použití zbytečné. Já teď sleduju Micronaut Framework, tam je konečně compile-time DI. Na můj vkus je tam toho ještě zbytečně moc zadrátovaného, jak se pokoušejí poskytnout to samé, co poskytuje Spring, ale vydali se správným směrem.

3044

Vývoj / Re:Proč Spring používá embedded Tomcat/Jetty

« kdy: 23. 07. 2018, 14:39:28 »

Ne neprijde mi jako zakladni projev zprasenosti, ze si ve svem volnem case chci neco pro zabavu udelat a nebudu kvuli toho zavadet CI!

To je fajn, že jste se ve svém volném čase chtěl naučit používat technologii, kterou už údajně čtyři roky používáte v práci. Když se ale něco chcete naučit používat, potřebujte především pokoru, pak se o tom něco naučit (zrovna na učení má Spring dobrou dokumentaci), a pak, když vám něco nebude jasné, se na to můžete zeptat. Ale na tenhle postup byste při svém údajném IQ 130 mohl přijít sám, nemyslíte? Jenom nadávat a všem okolo dokazovat, že tomu opravdu nerozumíte a rozumět nechcete, to to není zrovna dobrý postup.
Já mám kolem sebe několik projektů používajících Spring a Spring Boot, od svých soukromých sólo projektíků pro mou potřebu po projekty, na kterých dělají desítky lidí. Některé jsou nasazené na produkci s embedded Jetty, některé jsou nadeployované jako WARko na Jetty (je tam několik Spring Boot WARek a několik WARek s jinými technologiemi, než Spring), některé jsou nasazené na WebLogicu, na Wildfly, kolegové myslím používají i Tomcat. A všude to funguje, přičemž rozchození nebylo nikdy nijak obtížné – vždy to odpovídalo tomu, zda chci nějaké standardní řešení, nebo něco nestandardního. Takže pokud jsou pravdivé vaše „stesky“ na to, jak vám nic nefunguje a se vším máte problém, vychází mi z toho jediné – že je u vás problém mezi židlí a klávesnicí.

3045

Vývoj / Re:Proč Spring používá embedded Tomcat/Jetty

« kdy: 22. 07. 2018, 15:16:33 »

Že jste si vybral technologii, kterou neumíte používat a která možná ani není vhodná na váš projekt, to není chyba té technologie.