reklama

Poslední příspěvky

Stran: 1 [2] 3 4 ... 10
11
Vývoj / Re:Ako komplikovane programujete?
« Poslední příspěvek od Filip Jirsák kdy Dnes v 07:47:07 »
Caute,

vela programujem v Jave a v poslednom case som sa prichytil pri tom, ze som zacal preferovat komponenty a libky ktore su v Jave samotnej. Dlho som napriklad pouzival Jackson a ekosystem okolo na JSON alebo Apache HTTP libky na HTTP klientov ale uz celkom dlho existuje JSON-B / JSON-P a Java ma v sebe HttpClient-a ... Najprv som sa bal ze to nebude vela vediet ale cuduj sa svete, ono to ani nie je treba. Co zacinam nove projekty tak zamerne programujem uplne jednoducho v cistej Jave takze som zavisly na minime externych veci a ono to na pocudovanie aj celkom funguje. Zahodil som cely Spring a zacal som pouzivat Guice a Javalin. Na JWT tokeny java-jwt z com.auth0 a tiez to uplne v pohode fici jak ma ... raketovo sa v tom programuje.

Já moc nechápu, o čem vlastně chcete diskutovat. V titulku máte „komplikovanost“, ale v samotné otázce k ní pak není ani čárka.

Co se týče knihoven, samozřejmě nemá smysl používat externí knihovnu, pokud vašim potřebám vyhovuje i vestavěná runtime knihovna.

Knihoven pro JSON vzniklo několik, Jackson je mezi nim i asi nejrozšířenější. Používá ho i spousta dalších knihoven, takže občas jste k jeho použití donucen jinou knihovnou. Na druhou stranu to, jak je ta knihovna navržená, není žádná sláva. JSON-P je dobře navržené API, bylo to standardizováno, doufám, že postupně převezme roli toho standardního API pro JSON v Javě, že ho bude implementovat i Jackson a další. JSON-B je jiný případ, sice také snaha o standardní API, ale to API je nešťastně navržené a špatně zdokumentované. Referenční implementaci jsem naposledy zkoušel krátce před verzí 1.0 a bylo to docela dobrodružné – v jednom případě se něco špatně přetypovávalo a vyhazovalo o výjimku, v druhém případě dokonce bylo evidentní, že to nikdo nikdy neotestoval na mapě s více než jedním klíčem, protože zbytek mapy se prostě zahodil.

Původní HTTP klient v Javě byla tragédie a nemohl ho použít nikdo, kdo alespoň z rychlíku zaslechl něco o tom, jak má vypadat programování síťové komunikace. Nešlo tam nastavit nic, ani tak základní věc, jako timeouty. Proto se používaly externí knihovny. Teď už má Java HTTP klienta, který vypadá podstatně lépe, ale abych pravdu řekl, je to snad jediná věc z nových vlastností Javy, na kterou jsem se ještě víc nedíval – protože ta původní implementace byla opravdu tragédie, a být „podstatně lepší“ než to pořád ještě nezaručuje, že to bude alespoň dobré. Ale pokud už má vlastnosti, které potřebujete, a nepotřebujete podporu starších verzí Javy, proč to nepoužít?

To samé se týká i Springu – pokud ho nepotřebujete, tak proč ho používat? Spring spoustu věcí také implementuje tak, že akorát zabalí nějakou externí knihovnu tak, aby se používala stejně, jako ostatní komponenty Springu. Tak pokud potřebuju jenom funkcionalitu dané knihovny, použiju tu knihovnu a ne celý Spring.

Pouzivate externe libky aj ked nemusite? Zacal som to brat z uplne ineho konca, co najmenej externalit a vyuzit platformu na 100% a zatial sa mi nestalo, ze by mi tam nieco chybalo. Podla mna sa da vela krat dosiahnut ten isty ciel aj jednoduchsie, vsetky tie frameworky su vela krat len uplne zbytocne nadstavby.
Ta zbytečnost není vlastností frameworku ale jeho použití. Mne by spíš zajímalo, jak se vám stalo, že používáte externí knihovnu, i když nemusíte, nebo používáte zbytečně nějaký framework. Já se s takovými případy nesetkávám a moc si nedovedu představit, jak to vznikne.
12
/dev/null / Re:Revolut nebo TransferWise?
« Poslední příspěvek od Jose D kdy 25. 03. 2019, 22:53:31 »
přítelkyně chtěla platit kartou banky, což mi přijde jako blbost kvůli poplatkům...
Psal už kolega výše - to je kurs.

Mám oboje.

Stručně - revolut je celkem pomalý - visela mi tam nějaká hotovost, tak jsem teď zadal převod, a očekávané dokončení je pátek. Pokud bych použil turbo platbu (sic), tak by to dorazilo ve čtvrtek..

Za kartu po mě tehdy chtěli 99CZK, ale už to stálo i víc a někdy ji mají zdarma. Tak zvaž kolik tam budeš utrácet, jestli se ti to vyplatí.

Kvůli GB separatistům teď nějak mění podmínky, takže bylo třeba nahrávat (místo EU řidičáku který jsem tam měl) i občanku - snad tedy brexit přežijí, ale dal bych si na to taky pozor. Dobíjí se normálně přes SEPA z EUR účtu, a nebo přes SWIFT (pozor, drahé).

Pro tvůj účel to bude asi nejlepší nabít přes jinou kartu v CZK - mám ověřené, že nabíjení funguje přes google pay ve kterém mám CZ kartu..

Transferwise má výhodu v tom, že má normální web. Sice se při přihlašování kliká na captchu(!), ale pak už to vypadá celkem normálně. Převody byly rychlejší, ale platí se procento u malých částek, které se pak snižuje.

Kartu od nich nemám.

maximální transakce na kartu by byla do 10 tisíc
velikost transakce AFAIK je nějak limitována u výběru z ATM, u platby u obchodníků by to mělo být jedno.
13
Vývoj / Re:Ako komplikovane programujete?
« Poslední příspěvek od kimec kdy 25. 03. 2019, 21:46:41 »
Este by som rad reagoval na "sub thread" o Jave, ktory sa tiez rozbehol v tomto trheade.

Myslim si, ze aktualne sa ma Java velmi dobre.

Co sa tyka technologickej stranky, Java pravdepodobne zaziva najvacsi rozvoj za poslednu dekadu. Znacne tomu pomohol aj novy release model.
Nova funkcionalita moze pribudat iba vtedy, ked su veci v pohybe, ale dramaticke zmeny so sebou prinasaju aj rozbijanie rozhrani a starej funkcionality.

Osobne si myslim, ze treba este chvilu pockat, kym sa cely ekosystem stabilizuje, ale uz sa viac menej crta cesta:
a) staticky kompilovana depdency injection
b) nativne kompilovane binarky a la go
c) neblokujuce IO a korutiny
d) structy ako z C

Skratka, pritiahnute za vlasy, ked prach usadne, nebude treba ani Go ani node.js a trapna servletova aplikacia bude mat rovnake performance charakteristiky.

Treba si uvedomit, ze Java ma nadalej velke memomentum, samozrejem aj vdaka korportanemu svetu. Akykolvek technologicky refresh Javy ma dopad na velku cast biznis sveta.
14
Server / Re:Výběr stabilní VPS
« Poslední příspěvek od Ondrej Nemecek kdy 25. 03. 2019, 21:37:48 »
Moje zkušenost je taková, že cca pod 100CZK/měsíc je VPS buď dotovaná nebo má nějakou vadu na kráse. Používám nejvíc OVH.cz (nejlevnější VPS je 84 Kč bez DPH nabízí 1 core s 2GB RAM, je to použitelné, ale mám zpravidla tu větší variantu za 170 bez DPH a jsem připraven na pomalou komunikaci - reakce až za několik dnů, občas jsou chyby v administraci atd.) anebo vpsFree.cz (za 300 CZK poskytují bezkonkurenční výkon, komunikaci a podporu).
15
Vývoj / Re:Ako komplikovane programujete?
« Poslední příspěvek od kimec kdy 25. 03. 2019, 21:19:08 »
Najprv som sa bal ze to nebude vela vediet ale cuduj sa svete, ono to ani nie je treba. Co zacinam nove projekty tak zamerne programujem uplne jednoducho v cistej Jave takze som zavisly na minime externych veci a ono to na pocudovanie aj celkom funguje. Zahodil som cely Spring a zacal som pouzivat Guice a Javalin. Na JWT tokeny java-jwt z com.auth0 a tiez to uplne v pohode fici jak ma ... raketovo sa v tom programuje.[
...] vsetky tie frameworky su vela krat len uplne zbytocne nadstavby.
Nahradili ste jeden framework za druhy a pouzivate viac prostrdiekov, ktore ponuka JDK. Ci to skomplikovalo programovanie, ukaze cas, ked vas kod prejde do "maintenance modu", popripade pribudne uplne nova funkcionalita (ktora nebola sucastou provodneho zadania), projekt bude treba nadalej udrziavat funkcny a pripadne ho preberie niekto iny.

Jeden z dovodov, preco sa v korporatnom svete pouziva Spring je ten, ze su viac menej zname "naklady" na jednotlive fazy zivota projektu. Inymi slovami, ked toho jedneho cloveka, ktory Javalin vyvyja, prejde autobus, alebo ho prestane bavit vyvyjat, mozete mat problem.

Toto samozrejme neplati pre prostriedky pochadzajuce z JDK. Tam robite velmi dobre, ked pouzivate to, co mate dostupne. Problem s vecami z JDK je casto krat casovanie, kedy tato funkcionalita do JDK pribudne. Mnohe frameworky nemohli cakat X rokov, kym vyjde JDK a preto prisli s vlastnymi rieseniami. Do JDK bola funkcionalita pridana ex post, no uzus nastoleny frameworkami sa uz nevykorenil.
Narozdiel od vyvojara, frameworky maju jasnu predstavu o zavislostiach na knizniciach 3tich stran a ocakavaju nejake konkretne prostredie - niekedy moze byt paradoxne jednoduchsie pouzivat neJDK veci, bohuzial.
16
Server / Re:Výběr stabilní VPS
« Poslední příspěvek od incorporated kdy 25. 03. 2019, 20:18:33 »
Teď jsem psal na Forpsi, to co mám já = small VPS bez volby datacentra za 25 czk měsíčně už prý nenabízejí.
17
Software / Re:Hromadná tlač PDF - nízka rýchlosť tlače
« Poslední příspěvek od mpro kdy 25. 03. 2019, 19:25:56 »
Strieľam len tak odboku, ale nemôže byť problémom rozmer papiera (8.3 x 11.7 in zodpovedá A4 -- 210 x 297 mm) voči veľkosti dokumentu (8.3 x 3.5 in, čo niečo ešte užšie ako formát DL5) -- pre tlačiareň môže byť problémom rýchlosť rasterizácie pri zmene týchto formátov. Možno by pomohla zmena nastavenia prepočítavania formátov v ovládači tlačiarne (ak je to vôbec pre tento ovládač možné), alebo nastaviť tlačový výstup z aplikácie na formát A4, aby to tlačiareň nemusela prepočítavať.
18
Server / Re:HP SA rebuild raid error
« Poslední příspěvek od Trident Vasco kdy 25. 03. 2019, 18:09:38 »
1.Mas posledni firmware? Netyka se te toto?
https://support.hpe.com/hpsc/doc/public/display?docId=emr_na-c03657195

2. Proc resis fsck kdyz mas nakopnute pole - tj. blokovou uroven? Proc to resis na nakopnutem raidu?

3. Naklonovani z ceho a kam? Proc resis rebuild pole kdyz nevis jestli nemas skutecne spatne disky? Pripojil sis kazdy zvlast a projel jsi kazdy disk zvlast diagnostikou?
19
Software / MQTT, openHab, Mozilla IoT atd.
« Poslední příspěvek od HoLi kdy 25. 03. 2019, 17:54:07 »
Caute, chtel bych si zprovoznit nejaky ten mozek pro chytre hracky. Nejspise bych to videl na MQTT broker(docasne na RPI - nemuzu najit misto pro Rack :D), ale chci k tomu i nejake pekne a jednoduche GUI pro ovladani. Osobne se mi libi Mozilla IoT. Je jednoducha a prehledna, ale aktualne nevim jak je na tom s podporou MQTT. Za to openHab zas az tak prehledny neni, za to uz ma obri podporu zarizeni, MQTT apod. Co by jste doporucili? Jake mate zkusenosti?

Mimochodem, vetsinu zarizeni si hodlam delam sam na klasickych deskach jako RPi, ESP8266, atd, ale mam treba i Philips Hue zarovky.
20
Studium a uplatnění / Re:Doporučení IT střední
« Poslední příspěvek od Trident Vasco kdy 25. 03. 2019, 17:53:13 »
Ono je uplne jedno jakou stredni. Stejne to chce vysokou. Stredoskolaci vydelaaji vyrqzne min a jsou radi tam max za 80k kdyz se snazi ... .

Delam za dvakrat tolik a stredni jsem dal s odrenyma usima... Matika za 4, fyzika 2, programovani za 1,anglina 1, nemcina 4(ale domluvim se:),spanelstina 2. Literatura bohuzel taky za 1(k nevelke radosti hateru zde kde budu humanitni dropout) nebot mam nejaky technicky nepouzitelny humanitni zaklad z rodiny.

Je fakt ze IT zaklady jsem mel uz nekdy od 7-8mi let na ZS - basic,asembler, naky primitivni zapojeni. V ty dobe jsem si byl snad schopen i pamatovat pametovou mapu C64... Co cloveku posune hodne plat dopredu je jazyk + predchozi odborna znalost IT. Na VS byla jazykova vybavenost zejmena lidi z prumek naprosto tragicka az jsem se za ne pred vybornymi profesory stydel - meli jsme prednasky i s materialy v AJ, nekde byly v labech i stary osciloskopy s nemeckymi navody:-P. Jen snaha nestaci a ciste jazyk je taky k nicemu. Je treba mit motivaci a k oboru vztah.

Zadna oficialni skola mi nikdy v mem oboru znalostmi nepomohla. Maximalne na stredni jsem byl rad ze mne ucitele moc nebuzerovali a mohl jsem jit svou cestou.VS zas ze s nemotivovanymi analytiky resici neexistujici problemy a zlutymi auty SPT/ceskeho telecomu opevujici zastarale technologie nechci mit nic spolecneho.
Stran: 1 [2] 3 4 ... 10

reklama