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.


Témata - Zabanovaný Anonymní Troll

Stran: 1 [2] 3
16
Odkladiště / Jak zdrhnout z IT?
« kdy: 26. 08. 2019, 22:59:10 »
Máte někdo nějaké tipy, čím jiným se může živit sw inzenyr? Kam by se tak dalo zdrhnout? Měl bych zájem do budoucna o něco méně intelektuálně náročného, jenže jak se tím v ČR uživit?

17
Potrebuju mit takovy life-reload <div> elementu na frontendu. Jamile se mi na backendu neco zmeni, melo by se to okamzite promitnout do toho <div>. A nechci to refreshovat nejakym timerem.

Zkousim na to jit cestou long pollingu:

Kód: [Vybrat]
<script>
    (function poll() {
        setTimeout(function() {
            $.ajax({
                url: "/events",
                type: "GET",
                success: function(data) {
                    $("#table").html(data);
                },
                complete: poll,
                timeout: 10000
            })
        }, 1000);
    })();
</script>

Na backendu na prichozim requestu potom zavolam wait(timeout) a tim zablokuju thread requestu:

Kód: [Vybrat]
        synchronized (lock) {
                lock.wait(waitMs);
        }

A kdyz se mi ve worker threadu vyvola patricna udalost, tak v nem zavolam:

Kód: [Vybrat]
        synchronized (lock) {
            lock.notifyAll();
        }

Tim dojde k tomu, ze se thread requestu probudi a na frontend se okamzite vrati vystup s aktualnimi daty, updatuje se <div> a pak se znovu udela z jquery request.


Tento pristup je docela jednoduchy, ma vsak jisty design leak:

Mezi 2 po sobe jdoucimi http requesty je slepe misto, kdy na udalost neceka zadny request - pokud by se zde vyvolala udalost, tak ji nic nezachyti. To je problem.

Potreboval bych nejakou javascriptovou knihovnu k tomuto urcenou, ktera se mi sama postara o to, aby na backendu vzdy naslouchal alespon 1 request.

Nicmene necham si poradit, jak to udelat vsechno nejak lip. Na backendu mam Javu a Spring MVC.

18
Vývoj / Alternativa k Excelu eventualne k VisualBasic
« kdy: 27. 06. 2019, 10:05:23 »
Potrebuju si obcas udelat nejakou aplikaci pro osobni ucely a zjistil jsem, ze mi na to nejvice ze vseho vyhovuje Excel. je to rychlejsi nez delat mnejakou web appku nebo nejakou desktop appku.

Nicmene Excel ma 2 problemy, jeden je ten, ze je docela pomaly a tezkopadny, zacne se to ruzne sprajcovat uz rpi nejakych 1000 radcich.

Druhy problem je VisualBasic, ten jazyk a hlavne IDE mi asi moc k srdci neprirostl.

Bohuzel nepovazuju OpenOffice za vhodnou alternativu, uz jsem se v tom pokousel programovat v minulosti, ale nebyl jsem uspesny, sice to ma podporovat hned nekolik jazyku ale prislo mi to dost tragikomicke, jednak IDE je jak asijska postel s hrebiky a druhak API ktere je udelane v Jave je taky docela solidni hnus.

Takze tady mam takovy problem, kdy na jednu sytranu shledavat aplikaci typu Excel superuzitecnou pro me osobni ucely, protoze se v tom da neco udelat velice rychle a ma to dobrou skalovatelnost - nemusim programovat kdyz nechci.

Na stranu druhou neni to uplne idealni v tom smyslu, ze je ta aplikace moc zprznena do podoby vhodne k pouzivani i pro ty nejvetsi blondyny, je hodne tezkopadna a taky se da rict, ze rok za rokem mi ten office prijde poruchovejsi vic a vic.

Takze kdyby tak existovala nejaka alternativa - neco co by bylo vic Keep it simple.

19
Hardware / Architektura procesoru RISC - je to budoucnost?
« kdy: 17. 06. 2019, 15:58:35 »
V cem tkvi zakladni rozdil mezi Intel procesory a RISC? Vim jen o tom, ze RISC ma znacne osekanejsi instrukcni sadu, ale to je tak vsechno. Co tedy zpusobuje tu vec, ze procesory ktere dela Intel (nebo AMD) jsou na stejne freknenvi a poctu jader znacne vykonejsi nez RISC?

A co pohled do budoucna? Vseobcne vyvoj technologii ma tendenci smerovat k tem jednodussim. Da se s vyhlidkou nekolika dekad ocekavat rozvoj RISC procesoru s tim, ze to nahradi Intelovskou architekturu?

20
Hardware / Intel nebo AMD?
« kdy: 10. 06. 2019, 16:37:17 »
V posledni dobe se docela dobre dari AMD, dokonce udajne predbehla Intel tim, ze ma prejit u svych procesoru na 7nm technologii vyroby CPU.

Presto vsak Intel stale valcuje AMD co se tyce single core vykonu procesoru, takze co se mych potreb tyce, AMD bych si nikdy v dohledne dobe nekoupil.

Dalsi vec ktera mi prijde docela vyhodna je ten fakt, ze Intel ma zabudovanou grafickou kartu - coz asi ne uplne kazdemu muze prijit zajimave, ale ja na PC moc hry nehraju a tak mi to vyhovuje.

Nicmene chtel bych tady nadhodit diskuzi o tom, jak si myslite ze dopadne souboj AMD vs Intel v dohledne dobe - myslite ze ma AMD sanci prevalcovat a Intel muze zbankrotovat, podobne jako se to stalo Nokii?

Ocekavate nejake paktovani Intelu a NVidie do budoucna? Jak znamo, NVvidia ma konkurenci spise v AMD nez v Intelu, kteryzto nevyrabi externi graficke karty. Mohli by proto mozna spojit sily dohromady?

21
Chtěl bych si ze srandy pohrát s historickými daty akcií. Chci historická data přinejmenší k: Stock price, equity, debt, book value

Bohužel jsem paf z toho, kde takové API sehnat. Kolem roku 2012 to poskytoval Google Finance a přestal. Do roku 2019 lidi používali Yahoo a letos to taky utnuli.

Zkouším googlit, ale pocity z nabytýtch informací mám smíšené.

A proto jsem na Root.cz, protože je to tady radírna, a proto se tady jdu poradit.

Otázky:
1, Jaké API se dá k tomuto účelu použít? Může být i placené.
2. Proč Google i Yahoo utnuli svoje služby?
3. Nějaký tip na knihovnu k API, ideálně v Javě?
4. Jaká je cca velikost dat pro 10000 companies za posledních 15 let - můžu si to všechno někde stáhnout?
5. Nějaké osobní zkušenosti s prací s tím API?

22
Nějak se stalo to, že jedno celé album co jsem měl (česká Lucie) a jedna písnička Paul McCartney Hope of Deliverance se mi v iTunes vybarvily šedě. Nejdříve jsem nevěděl co to má být, ale když jsem to začal zkoumat, tak iTunes po mně v podstatě chce, abych si k mému předplatnému ještě ke všemu tu písničku popř. celé album koupil! Doufám že mě jen šálí zrak. Nevímte co to sakra má být?

23
Vývoj / Jak mám programovat v Node.js?
« kdy: 24. 05. 2019, 19:43:03 »
Delam v Jave a pokousim se o javascript.

Nevim proste jak na to, uz jsem udelal nejake ty cvicne kalkulacky, zkousel jsem to v reactu, a ted jsem si chtel zkusit udelat si kompletne backend v node.js, ale je to porad ta sama pisnicka.

Dam priklad. Na zacatku vseho bych si rad udelal domenovy model, protoze jsem tak zvykly - nekde prece sakra musim mit definovane s jakymi daty vlastne budu pracovat, to by v tom byl jinak binec.

No takze si udelam slozku domain a tam si davam 1 file per class. Jenze jsem se zrovna zasekl u te veci, ze si potrebuju specifikovat fieldy mych domenovych trid a nemuzu tak specifikovat daotvy typ. Co s tim jako mam delat kdyz tam nemuzu mit ani datovy typ? Tak napr. budu tam chtit mit typ predstavujici datetime s casovou zonou. Co s tim, kdyz to tam nemuzu specifikovat? Jak bude potom nejaky kolega programator, nebo ja za par mesicu, vedet, co ty jednotlive atributy trid vlastne predstavuji?

Takze jsem se tu chtel poradit a idealne bych chtel videt nejaky poradnejsi backend v node.js, nejaky example toho, jak to ma vypadat - neco jako je Petclinic, cokoliv, zadny Hello world porad, ale normalni projektik ktery obsahuje tak 30 trid a pouziva alespo nejakou in-memory databazi.

Kde ho vezmu?

24
Hardware / Zkušenosti s repasovaným monitorem?
« kdy: 22. 05. 2019, 09:56:45 »
Uvažuju o pořízení dvou monitor; Dell UltraSharp 1920x1200. Novy vyjde na 5000,- a repas v Ackove kvalite na 3500,-. Vyplati se to? S repas notebookem mam dobrou zkusenost, ale s monitorem nevim nevim.

25
/dev/null / Založení nového a svobodného diskuzního fora
« kdy: 02. 05. 2019, 10:06:21 »
Vážení, situace je tristní. Kdejací nadšenci mají založené své diskuzní forum o svém koníčku, často bohatě dostačující phpBB, a žije jim to tam převelice. V IT však veškerý prostor zabraly komerční subjekty, zakládajíc diskuzní fora jako je Root.cz, Builder.cz, Itnetwork.cz, Programujte.cz, atp.,  s vidinou zisku. Následně tam pak vkládají reklamy a určují svá pravidla hry tak, aby to vyhovovalo jejich stylu podnikání. Přestože řada těchto diskuzních for umřela (a nejpíše se přidá i Root), vytapetují se na předních stránkách Google kdykoliv se někdo snaží nějaké diskuzní forum vyhledat a zabraňují pak IT nadšencům se stmelit na jednom místě.

V našem oboru programování a administrace je spousta profesionálů, kteří mají programování jako svůj koníček. Přitom však nemají kde spolu diskutovat a sdílet zkušenosti, aniž by jim nebyly mazány příspěvky, zatím co se dívají na reklamní banery (na root.cz to jde naštěstí zablokovat), přičemž jim provozovatel ve jménu snížení výdajů ani třeba neumožní  nahrání přílohy na server.

Avšak vzhledem k roztroušenosti Internetové diskuzní komunity způsobenou nepořádkem, které tyto komerční subjekty vytvořily, mám obavu, že vznik nového diskuzního fora čistě placeného z občasných příspěvků vlastníka a komunity, by se nezdařil - prostě by se tam nevytvořila dostatečně velká komunita.

Nicméně nyní, když byl populární Root.cz značně osekán a svoboda diskutování byla potlačena, možná se vytvořil prostor pro nové a svobodné diskuzní forum, které by neumřelo ještě by ani nezačalo.

Proto zakládám tuto diskuzi abych viděl, jaký názor na to komunita má, jak moc nové a tentokrát už svobodné forum chce, čeho se obává, zda-li věří v případný úspěch.


26
/dev/null / Jak pouzivat Google?
« kdy: 01. 05. 2019, 14:03:28 »
Tak, to ted bude otazka do pranice.

Mozna jsem zaujaty, nebo je to proto ze jsem pred par lety takrka kompletne presel na anglicke zdroje, ale prijde mi, ze na Google je horsi a horsi vygooglit nejake kvalitni informace. A nemyslim tim ted StackOverflow atp, to je spise lepsi a lepsi.

Pamatuju si, ze kdy jsem tak okolo roku 2004 neco vzdycky googlil, tak mi vyjizdely zajimavejsi webove stranky. Dneska kdyz zadam neco do Google, tak mi prijde, ze to nachazi jen a pouze ruzne komercni webovky s postrannimi umysly - ruzne internetove magaziny, noviny atp.

Dam konkretni priklad. Rekneme, ze bych hledal neco o posilovani a vyzive - chci se o tom treba dozvedet nejake informace a hledam dobre zdroje dat. Ocekaval bych, ze jako clovek co o tom treba nic nevi (ale ja vim) bych se diky Google mohl dostat na takovouto webovku:

http://scoobysworkshop.com/

Je to super kvalitni zdroj dat od cloveka (jmenuje se Scooby), ktery posiluje poslednich nekolik desetileti a ma v tom jasno. Nenasel jsem doposud nic lepsiho. Nicmene pokud bych vylozene neuvedl v Google slovo "scooby", tak se na tu stranku nemam sanci nijak pres klicova slova jako "workout" "bodybuilding" "cardio" atp. dostat a najit ji.

Kdyby nebyl Youtube a Scooby nebyl slavny, a mel by jen tu webovku, tak bych se na ni proste nikdy nedostal, protoze Google by prvnich 20 vyhledavacich stranek vytapetoval odkazama na ruzne trapne magaziny a podobne komercni veci, ktere si popularitu zaplatily, a tam bych nachazel jen recyklovane zdroje informaci od nejakych pseudoexpertu zaplacenych novinaru, kde jejich ukolem je chrlit obecne recyklovane clanky o nicem.

Chapu, ze za to nemuze primo Google - proste bohuzel ty komercni subjekty maji penize a prostredky k tomu, aby si zajistili prvni misto ve vyhledacich. Jenze jak tohle obejit?

27
/dev/null / Hibernate nedokáže batch processing
« kdy: 28. 04. 2019, 11:06:51 »
Zkousel jsem si s hibernatem batch insert pro 2 ruzny typy objektu, A a B.

Batch processing krasne funguje a perfromance je mnohonasobne vyssi, dle ocekavani, ovsem jen kdyz udelam:

Kód: [Vybrat]
entityManager.persist(a0);
entityManager.persist(a1);
entityManager.persist(a2);
entityManager.persist(a3);

entityManager.persist(b0);
entityManager.persist(b1);
entityManager.persist(b2);
entityManager.persist(b3);

Paklize bych vsak napsal:

Kód: [Vybrat]
entityManager.persist(a0);
entityManager.persist(b0);
entityManager.persist(a1);
entityManager.persist(b1);
entityManager.persist(a2);
entityManager.persist(b2);
entityManager.persist(a3);
entityManager.persist(b3);

Batch processing prestane fungovat. Chapu proc, inserty jsou na sobe zavisle v case v provedeni, aby byly dodrzeny pravidla pro transakcni zpracovani, ale nemyslim si, ze je to OK.

Jake chovani ocekavam:

Ocekavam, ze Hibernate neprovede insert do databaze za kazdym "entityManager.persist();", ale provede insert jen do L1 cache. Az v momente, kdy Session bude koncit, provede hromadny prenos vsech nacachovanych zmen do DB.

Ocekavam, ze v ramci L1 cache si Hibernate udrzuje svuj vlastni ACID. Hibernate se nemusi opirat o DB, aby ta za nej dodrzela ACID, ma svuj vlastni. Proto Hibernat dodrzi ACID v ramci L1 cache pro stridave vkladani entit "a" a "b".

Diky tomu pri konci session S muze Hibernate zagregovat vsechny entity tridy A a vsechny entity tridy B a muze je vlozit do databaze jako batch a presto nebude narusena konzistence dat, protoze Hibernate se o sekvencni insert uz postaral v ramci sve Cache.

Jaka byla realita:

Hibernate se na to uplne vys*al.


Chapu ze to co vyzaduju asi nebude soucasti defaultniho chovani Hibernate, protoze to muze zpusobovat problemy jinaciho puvodu, napr. kdyby byly v DB specificky provazane triggery, tak Hibernate timto chovanim ktere chci narusil konzistenci dat v DB.

Co s tim? Da se to v Hibernate nejak zapnout?

28
Vývoj / Je Swagger utter crap?
« kdy: 03. 04. 2019, 16:37:42 »
Jsem jediny komu prijde absurdni, ze se i v enterprise informacnich systemech zacina rozmahat pouzivani Swaggeru na modelovani API pro komponenty, ktere potrebuji mit API jako RPC a ne jako Resource?

Tahle technologie, u ktere spolecnost co za ni stoji mela tu drzost ji pojmenovat jako OpenAPI, je utter crap.

Maly skok do historie. REST byl vyvinuty jako soucast HTTP v roce 1990 a je urcen pro modelovani webovych api typu Resource, tzn. webovka ma nejaky svuj backend, ze ktereho si potrebuje tahat data, zapisovat, updatovat atd. Je to neco designem dost spjateho s HTML, ktere se prenasi pres HTTP v RequestBody at uz pri GET, nebo kdyz se odesila nejaky formular, nebo co ja vim.

Dneska se za valecneho pokriku prumernych opic vyvojaru vytlacuje z backendu SOAP, nadavajic na to, jak je neflexibilni, pricemz se to nahrazuje necim tak naprosto nevhodnym, jako je Swagger api a rest. Samotny REST neni az zase tak problem, i SOAP se prenasi pres HTTP kde metoda je vzdy POST, problem je az teprve Swagger.

Backendove komponenty mezi sebou potrebuji delat RPC volani a ne si vzajemne sahat do Resource. Pouzitim Swaggeru, ktery je RPC dost unfriendly a nuti do Resource, vznikaji totoalni narovnavaky na ohybaky, protoze korporatni vyvojari jsou zmateni, nevi co to RPC vlastne vubec znamena a vo co go, a implementace Swaggeru je mystifikuje do tvorby kockopsa mezi RPC a Resource API. Swagger je navede na to, aby delali Resource API (vetsina ani nevi, co to je), jenze to jim v drtive vetsine pripadu nepasuje na to, co potrebuji delat, coz vsak vedome nevi, takze do toho michaji RPC az nakonec vznkne naprostgo zpackane gulas API.

Kdyz se k tomu prida zaklinadlo OpenAPI a prihodi se rvouci opico-ovce, tak z toho je dalsi jedna velka vyvojarska tragedie, ktera zase pro jednou vede k horsimu a zpackanejsimu backendu.

Clovek by rekl, ze by se mela metodologie vyvoje hybat dopredu, a ne dozadu a jeste dal.

Prohlasuju, ze kvuli Swaggeru se enteprise dostal z roku 2019 nekde do stavu vyvoje API pred rokem 2000, nez byl vymyslen SOAP. A to jsem jeste nemluvil o nahrazovani XMLek jinymi, "lepsimi" formaty.

Docela by me zajimal nazor mistnich.

29
Odkladiště / K čemu je dobré RSS?
« kdy: 23. 03. 2019, 10:49:53 »
Moc lidí teda RSS nepoužívá, co jsem si tak všiml, přesto kdejaký server to naízí.

Nějak moc nechápu, v čem spočívá ta přidaná hodnota. Nedokáže to např. přenášet obrázky, takže když si dam Subscribe třeba na iDnes, tak sice dostanu nějakou základní informace, ale stejně bych se musel překlikávat na článek.


30
/dev/null / Root umrel - RIP
« kdy: 18. 03. 2019, 17:26:51 »
Za cely dnesek jen 11 prispevku. Ani se mi nechce nikde nic psat, protoze na to stejne nikdo nic nerekne. Tipuju ze ostatni to to maji taky tak.

Stran: 1 [2] 3