Příspěvky

106

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 16. 02. 2021, 09:34:37 »

dnes použít Javu na nový projekt

Proč ne?

Frameworky jsou rock solid, komunita obrovská (spring (boot), hibernate,..). Java je dobrá a komu nesedí, může použít jiný jvm jazyk (kotlin, scalu..).

V javě/springu vývoj odsýpá opravdu hodně rychle, kód je konzistentní, čitelný a snadno udržovatelný. Na backend servisy ideální. Hlavně máte šanci najít lidi, kteří tomu rozumí  a jsou navíc schopni se v kodu rychle zorientovat. Znám to na sobě, přijdu někam, kde se dělá spring, hibernate a začnu se chytat podle nastolených konceptů a pokud je struktura aplikace "standardní", tak většinou hodně rychle.

Někdo by mohl namítnout, že velká konzumace zdrojů. Java ale není jenom spring, je tu víc frameworků (třeba quarkus, který má být jako spring, ale lehčí na paměť a rychlejší). Kdo chce opravdu minimální velikost/nároky aplikace, má různé mikroframeworky.

Přiznám se, že nevím, kam se posunul desktop (java/open fx) a jestli je to použitelné a někdo to na produkční věci používá (to by mne samotného zajímalo).

107

Hardware / Re:Výběr notebooku Lenovo vs. HP

« kdy: 13. 02. 2021, 15:44:35 »

jeden z důvodů, proč jsem přešel z Lenova na DELL, je ten, že jejich špatná klávesnice je (pro mě) méně špatná než ta u Lenova..

Jsem na to rezignoval s tím, že každý notebook má nějakou šílenou obskuritu. Mám DELL (latitude) a tam ve výchozím stavu byly funkční klávesy přes FN. Ono běžný user je asi tolik nepotřebuje, ale 10 z 10 vývojářů velmi děkují. Ono dát samotnou zkratku třeba mnou často používané CTRL+F12 skvěle procvičí zatuhlé prsty a při CTRL+FN+F12  už je to level střihoruký Edvard.No naštěstí ten FN lock na horní řadu kláces lze přehodit, jenže potom je přes FN zase home/end (mj.). Tady se mi pak hodí numerický blok, kdy vypnu num lock a používám klávesy jako home, end, insert z něj. Do tohoto jsem dokonvergoval, zvyknul jsem si a dá se to, píšu na tom celkem rychle. Na všechno si člověk zvykne ;-)

108

Server / Re:Docker a hosting bez námahy

« kdy: 12. 02. 2021, 17:18:27 »

ale docker většinou obsahuje OS a musíš se o jeho bezpečnost starat.  Pokud chceš mít jen aplikační kód, mrkni na služby jako AWS lambda (ta mimochodem podporuje docker) nebo Heroku.

Např. Google provozuje managovanou platformu pro běh kontejnerů (CloudRun), která je v podstatě o tom "hodit do cloudu docker image a pustit ho tam". Je pod tím kubernetes, ale pro uživatele je transparetní, nestará se o něj (ani nad ním nemá kontrolu). Má to jednoduchý deployment, v podstatě stačí jen zadat url docker image a na jakém portu běží servisa v kontejneru (pokud to není default 8080). By default se vystaví servisa přes HTTPse stabilním URL, engine řeší load balancing a TLS termination, up/down scaling.. Servisa může být takto jednoduše jeden deployment nebo mít revize, přičemž ty lze vkládat manuálně nebo integrovat s CI/CD toolchainem (přes Cloud Build se po commitu sestaví image a ten se pak použije jako nová revize servisy - je tam i nějaká podpora pro update kdy zadané % jde na novou revizi, zbytek na původní...) Platí se, podobně jako u lambdy, za čas strávený zpracováním requestů krát počet nodů (který se dá shora omezit), takže pricing by měl být relativně prediktivní. Má to nějaké restrikce na aplikaci v kontejneru a asi to není vhodné úplně na všechno (třeba je shora omezená RAM na jeden node atd.) ale na různé mikroservisy to může být dobré.  Nesplňuje to teda podmínku, že to musí být v ČR, ale GCP má datacentra v EU..

109

Hardware / Re:Výběr notebooku Lenovo vs. HP

« kdy: 12. 02. 2021, 11:06:31 »

 Celkově mi to zní, jakože mluvíte o HP Zbook od G3 výš Z té TB3 dokiny vede do ntb ošklivý dvoukabel právě s tím napájením Ty TB3 dokovačky byly tak nespolehlivé, že bych každému kdo může radši doporučil vzít usb-c dokovačku a napájecí trafo i za tu cenu že to bude mít u stolu trafa dvě a bude muset zapojovat /vypojovat dva kabely.

Taky jsem měl tu čest. Za rok na to vyšlo snad třináct firmwarů, z nihž nejspolehlivější byl ten devátý (možná nadsázka, ale ne tak daleko od pravdy Nejjednodušší řešení bylo přestat to používat.

110

Hardware / Re:Vývojářský počítač: notebook vs. stolní PC

« kdy: 12. 02. 2021, 09:57:13 »

Záleží na tom, jak moc statické je Vaše pracovní místo Otázka dále je, jak moc v čase se tento kontext bude měnit (někdy to člověk nemůže odhadnout), jak moc Vám notebook ještě vyhovuje na "sekundární práci" etc. Šel bych do notebooku (a samozřejmě dokovoací stanice).

Short story long:

Taky vývojář. Před cca 2,5 lety jsem si při upgradu techniky položil stejnou otázku: noťas nebo PC. Starý notebook už neutáhl ani vývojové prostředí s větším projektem, natož virtuálky, docker...

Výchozí kontext byl takový, že budu dělat 1x týdně z kanclu a zbytek z domova. Sáhl jsem po pc. S tím, že 1x týdně nouzově na notebooku můžu pracovat a nějak ten 1 den v týdnu vyřeším.

Realita byla, že "nouzová práce" na pomalém starém nb mě brzy přestala bavit. Všechno je líné, pomalé, nemůžu si projekt spustit lokálně, efektivita hrozná. Zařídil jsem si statickou IP, vystavil windows RDP (ano, vím, trochu nebezpečná věc...) s tím, že se budu připojovat na domácí komp vzdáleně. 

Jenže RDP je závislé na latenci (která byla na kancelářské wifi hrozná, práce na vzdál.ploše nepříjemná), navíc mě místní síť tlačila k používání standardního portu 3389 (a ten jsem určitě používat nechtěl). Vystavit RDP na 3389 znamenalo minimálně vystavit domácí router neustálým pokusům o útok na službu.. , takže jen 4G/LTE. Jenže i to  kolísalo stran latence a rychlosti (pražská Pankrác, během pracovní špičky..., zkoušel jsem víc operátorů, měl jsem dedikovanou SIM a modem přímo připojenýk nb) Navíc RDP docela žere data, takže se v součtu přidalo několik stovek měsíčně na datový tarif.. (který jsem potřeboval jenom kvůli tomu "RDP volání domů") a stovka měsíčně za veřejnou ip. 

Navíc se začala situace měnit a k jedomu dni v týdnu přibývat druhý, někdy třetí... A už mi začalo být zřejmé, že potřebuju lepší notebook S tím, jak se rozbil notebook na "domácí kancl a filmy" tak jsem toho využil, rodině podstrčil svůj původní pracovní a koupil si nový notebook.  Nakonec se z notebooku stal primární prac. nástroj, desktop sloužil jako záloha.

No pak přišel covid a zase je to jinak.

Takže názor ze zkušenosti - stolní PC je skvělé, vysoký výkon, dobře se to chladí (takže to není hlučné a výkon neklesá při trvalé zátěži), levně se to rozšiřuje, ale když člověk potřebuje (byť občas!) pracovat mimo...  Vzdálený přístup pro mne z různých důvodů nefungoval a není to opravdu tak komfortní, jako pracovat lokálně.

Jo a dokovací stanici nemám, mám jen USB rozbočku kam připojím kláv.,myš,headset - takže připojuju tu, napájení a HDMI, ale zvyknul jsem si, nevadí mi to.

111

Odkladiště / Re:Zkušenost s Google-free telefony Huawei

« kdy: 03. 02. 2021, 10:21:08 »

Proč bych měl třeba fakturu platit kdesi přes PC, když v mobilu načtu QR kód z faktury, potvrdím otiskem prstu a hotovo?

Protože bezpečnost linuxového desktopu je výrazně vyšší než Androidu?

Bezpečnost androidu je hodně taková, jakou si ji udělá uživatel.

Výměna systémové klávesnice? Aplikace třetí strany pro práci se sms? Dokonce povolení nějaké aplikaci číst obrazovku? Instalace .apk mimo oficiální "obchod"?  To, a hromada dalších věcí, jsou zbraně, které android uživatelům dává, aby se jimi mohli střelit do nohy.

Systém oprávnění je slabý flastr - (skoro) každý to prostě odklikne. Nepřispívají tomu divná pravidla (appka musí mít přístup k GPS, aby mohla číst dostupné wifi sítě?) a líní autoři, i známých aplikací, kteří požadují "vše".

No jo, když lidi chtějí ty nové super smajlíky, 150 kecálků a tisíc aplikací na každý prd..
Snažím se toho do svého mobilu instalovat co nejméně a používat prověřené a defaultní apky (hlavně od googlu), kritická práva si hlídám, instalaci .apk mám zakázanou (a nepovolím). Ve finále si u toho telefonu, kde mám nainstalované to bankovnictví, dávám preventivně bacha, na jaké weby lezu No, nemyslím si, že by prostředí toho telefonu bylo nějak výrazně rizikové...

Co se týká bankovnictví - u mé banky (mBank) kvituju to, že i u smart banking zůstal dvoufaktor. Pro přihlášení potřebuju otisk a pro převod peněz navíc 8místný PIN (který nosím jenom v hlavě). Pevně doufám, že je nenapadne to v budoucnu pro uživatele "zjednodušit"

112

Studium a uplatnění / Re:Jak zlepšit úroveň angličtiny?

« kdy: 03. 02. 2021, 09:49:04 »

Pěkné materiály má BBC - podcasty s transkripcí, poslech zpráv s výkladem kontextu, gramatiky...

https://www.bbc.co.uk/learningenglish/

Doporučil bych třeba "6 Minute English" - krátký podcast k aktuálním tématům, kde vždy vypichují několik slovíček s podrobným popisem významu a příklady použití - nebo "English at Work" - animovaný jazykový kurz pro business prostředí.

Nejpřínosnější pro mne bylo ale určitě mluvit. Nastoupil jsem do mezinárodního prostředí, kde se komunikovalo jen anglicky. Z krokolmných začátků jsem po dvou letech odešel jako někdo, kdo se plynule dorozumí (skoro) s každým. Tady zafungovalo to "hodili jsme ho do vody a začal plavat". Pamatuju si ale na drastické vstupní síto. Dostal jsem na stůl telefon (počítač ještě ne) a měl jsem si zavolat a zařídit přístup do sítě přes IT podporu outsourcovanou do Bangalore. Bylo to skutečně drsné, ale prošel jsem. A i na ten indický akcent jsem se naučil (protože bez něj to v té IT firmě nešlo). Jediný, komu jsem nebyl schopen porozumět a trochu trapně jsem žádal o písemnou komunikaci, byl zástupce zákazníka odněkud ze Skotska (?) nebo prostě nějaký silně odlišný dialekt. To nešlo, angličtinu mi ta jeho řeč nepřipomínala ani vzdáleně

113

Odkladiště / Re:Zkušenost s Google-free telefony Huawei

« kdy: 03. 02. 2021, 09:05:31 »

Ano, google "šmíruje". V nastavení účtu zobrazují informace, které o vás vědí (můžeme nebo nemusíme věřit tomu, že je to úplné) a do značné míry to lze ovlivnit (povypínat). Ono "šmírování" když se nechystám někde odpálit s bombou nebo nesjíždím nelegální materiál na webu má i svoje výhody v podobě přidaného pohodlí.

- v mobilu si přečtu relevantní zprávy (ze zdrojů, které preferuji a o tématech, které hledám třeba na googlu)
- fotky se dají procházet podle míst, lidí...
- emaily se třídí na důležité, nedůležité...
- na webu vidím relevantní reklamy (nemusím tak koukat na reklamu na menstruační vložky, raději jsem, když mi cpou sluchátka z e-shopů (protože jsem tohle nedávno hledal))

Jasně, bez toho všeho se dá žít. Mě nějak neruší spaní, že google ví, kde jsem byl minulý víkend nebo zná moji historii procházení webu. Co mi ale spaní kazí, je představa, že mi účet někdo (ne google, ale někdo třetí kdo se třeba nepovolaně dostane k nějakému mému zařízení) ukradne a dostane se k tomu všemu. Proto mám 2FA, šifrované úložiště v telefonu/počítači atd. ale není to asi samospásné. Tohle riziko ale podstupuju jako daň za pohodlí.

To "trochu nepohodlí" s Huawei by teď znamenalo, že když si chci něco pustit na youtube,apod., nebo potřebuju lokální aplikaci (banka, atd.) tak hledám jak to složitě obejít. Místo toho abych si to na androidu prostě pustil. mapy.cz jsou skvělé na turistiku, ale google mapy zase na dopravu po Praze. Vůbec, huawei neumí integraci s autem, takže místo pouštění si mapy na obrazovce v autě a ovládání mobilního systému tlačítky na volantu hezky po staru mobil na sklo. Na dá se s tím vším žít, ale...  Užil jsem si "alternativu" s telefonem s Windows a už to nějak nemusím. Mainstream má svoje výhody --  ono kdysi Lumie s Windows nabízely za ty peníze bezkonkurenční foťák, offline mapy s navigací atd. (to tehdy nebylo samozřejmostí - mít zdarma) a, alespoň z počátku, tím jak ten systém toho moc neuměl, tak na tom tehdy slušném hardwaru lítal jak z praku a nezpomaloval se. A být alternativní bylo trochu "cool". U huaweie, kde aktuálně existuje android konkurence s "googlem" by mi z toho všeho zbylo jen to "alternativní".

Připadá mi trochu srandovní myšlenka, že vyměníme šmíráka googla za Čínu. S tou kampaní "pošlete toho šmíráka do h...u" by byly akorát pro smích.

Praktiky Číny mi vadí. Huawei pro mne ale není o moc horší než jiná "Čína" nebo jiná značka vyrobená v Číně. A několikátým rokem používám tablet od H. i s google apps, takže "reportuju" na obě strany

114

Software / Re:Proč se ve školách a firmách používají MS Produkty?

« kdy: 18. 12. 2020, 16:14:29 »

Oni to nejsou jen ti "mladí fejsbukáři" ale seniorní "tátové od rodin", třeba i vývojáři-profíci, kteří potřebují prioritizovat čas a mít job done. Ono řada technologií a toolů (java, node, go, maven, docker,..) umožňuje věci vyvíjet na (skoro) jakémkoliv os.

Jasně, něco běhá na linuxu nativně lépe. Ale zase neřešíte vendor lock-in třeba u přístupu na wifi (nějaký proprietární soft na registraci BYOD), firemní vpn, atd. Office - kompatibilita není 100% a office pro mne znamená administraitvní činnost, kterou potřebuji mít co nejrychleji z krku a ne se bavit s opravováním formátu atd. Calc/excel vcelku ok, writer/word jak kdy, presenter/powerpoint bída děs. Už rok jsem to ale nepoužíval, mohlo se to zlepšit, ale proč si z principu házet klacek pod nohy?

Na domácí workstation mám pořád "na hraní" i linux, ale pracovní notebook musí fungovat 100% spolehlivě (i s těmi klientskými bazmeky, bohužel), každá odstávka od práce je pro mne hodně drahá. Jako pomalu čas který věnuju psaní tohoto příspěvku

115

Studium a uplatnění / Re:oddych od IT / zvládanie stresu

« kdy: 10. 12. 2020, 09:07:50 »

Asi to bude obr klišé ("2 typy lidí" statement follows warning), ale dělám 13 let v oboru a ve svém okolí pozoruju 2 typy lidí co se týká fyzického/mentálního dopadu práce v IT. Ti co si stěžují na migrény,bolesti zad, vyhoření apod. a ty co dělají aktivně nějaký sport - dělal jsem se schopnými programátory, team leady atd. co byli zároveň (horo)lezci, cyklisti, (půl)maratonosti atd..  Sám na sobě můžu potvrdit, že je obrovský rozdíl, jestli jenom dělám a "nehejbu se" nebo dělám a k tomu ještě třeba běhám na čerstvém vzduchu. Těm co to dočetli až sem - varoval jsem, že přijde 100x omýlané klišé

116

Hardware / Re:Vybírám tablet k Vánocům

« kdy: 30. 11. 2020, 08:36:01 »

bohuzel jeste jsem nevidel android tablet co by nebyl po roce na vyhozeni.
petiletejch zcela funkcich ipadu celkem hodne.
mozna jsem mel smulu, ale kdyz mama chtela tablet nebylo co resit...

Naprosto stejná zkušenost - a to jsem nekupoval v androidu žádný lowend

Co s těmi tablety děláte? Za mě jsou požadavky na hardware - pokud teda nehraju hry - o dost nižší než u telefonu.

Na svém telefonu mám totiž za největšího žrouta navigace (google, waze..) a vůbec celý systém android auto(ano, po připojení k autu a načítání všech těch věcí se telefon s procesorem střední třídy a 4 GB RAM slušně zadýchá) -- u tabletu netřeba. Rovněž různých sport trackerů, integrací s hodinkami atd. je tablet ležící přes den v ložnici v šuplíku ušetřen. Stejně tak nemusím mít několik komunikátorů, ty s sebou taky nosím v kapse v telefonu. Ta placka z 95% slouží jako přehrávač youtube/stažených videí/neflix/IPTV, web prohlížeč,  fotky, čtečka pdf/epub, dětský koutek s malovací aplikací ;-) a.. to je skoro všechno.

Nikdy se mi nestalo, že bych tablet do roka měl potřebu vyhodit, mám několikátý a naopak proti mobilům mají o dost větší "morální" výdrž.

Aktuálně nějaký huawei mediapad T,  koupený ca před 2 roky?, 10" IPS displej, ze kterého se vcelku příjemně čte (pro mne hodně důležité kritérium při výběru),  4 GB RAM, CPU nevím, ale stačí to na výše zmíněné s prstem v nose a nevidím důvod, aby to ještě třeba 2-3 roky v pohodě nechodilo (pokud to neodejde na nějaké kurv*tko, nezasáhne malý crash tester nebo globální politika -- ale zrovna u toho tabletu  by se i případné odříznutí od googlu dalo přežít .

117

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 04. 11. 2020, 14:39:00 »

Jenom ještě doplním, dneska už má java takovou množinu fíčur a zejména! IDE (IntelliJ) je na tak vysoké úrovni, že sám necítím potřebu třeba na ten Kotlin na projektu přecházet. Ale nevadilo by mi ho používat (něco jsem v tom zkoušel). Ten jazyk se mi líbí, ale to, že budu dělat v kotlinu pro mne není "selling point". Řekl bych "jo, jasně" ale na zadnici si nesednu. Notabene už znám temná zákoutí javy (naše partnerství - někdy bolestivé - trvá velmi dlouho). Osvojil jsem si nějaké zvyky. Tak třeba v kódu, za který zodpovídám, striktně trvám na používání nonnull, nullable anotací (jedno z toho, jsou výlučné, já konzistentně používám @Nullable) u parametrů metod (pomůže to statické analýze a pro dokumentační účely při review atd. Co je @Nullable musí projít nullcheckem než se to dereferencuje.).  Strojová analýza kódu je samozřejmostí (stačí opět to, co je v IDEA, je to podle mne na velmi vysoké úrovni). Přesto, zrovna dneska zase řeším nějaký pitomý NPE v logu... chjo

Vemte si,. kde byl ekosystém a IDEčka javy před 10 lety (už na slušné úrovni ale zdaleka ne jako teď). Motivaci lidí pro jiný jazyk plně chápu.

Třeba to == vs. equals() u Integerů bylo těch 10 let zpátky skvělé téma u přijímacích pohovorů. Oddělit zelenáče (s falečným pocitem, že java je bezpečná a rozumí ji) od profíka, co zná internals. Jeden z "top 10 java interview questions" co jsem si prošel před pohovorem (a často to stačilo ) Co pamatuju, tak druhý bod bylo sčítání Stringů.  Jiný význam tyhle věci ale nemají. Jsou to prostě quirks. Budu chtít častěji používat equals test nebo checkovat, že jde o stejnou referenci? Tipuju to první. Co je intuitivnější použít - "rovnítko operátor" nebo metodu equals? Rovnítko Tak proč se pro ten častější účel nepoužívá to rovnítko? Modernější jazyky to tak mají, java už to změnit nemohla.
Zní to jako blbost, my jsme tehdy s kolegou zažili poměrně pernou situaci.

Jazyk diktovaný architekty může vést k tomu, že mám pak třídu pro kalendář, která indexuje měsíce od nuly. Čistě akademicky logické. Teď už si jenom mnu jizvu po vícenásobné šlápnutí na tyhle vidle a importuju lepší pokus o datetime třídu (jo, práce s časovými zónami bývala také pohádka o zlém vlkovi). Komunita to fixla a připravila knihovnu, kterou pak všichni používali (protože ty vestavěné byly diplomaticky řečeno obtížněji použitelné). Java ji pak přebrala jako tu interní. Nevznikl trochu "pes-kočička dort"? Nekupí se náhodou v té javě "bad parts", které je dnes lepší nepoužívat ale jsou tam, protože java vrstvila věci co jsou "demodé" ale nemohla/nechtěla se jich zbavit.

Znovu říkám, javu mám rád.

118

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 04. 11. 2020, 14:11:40 »

Kotlin je určen ke všemu, k čemu je určena java. Má mít kompaktnější syntax (properties, data classes, switch expressions, lambdy, type inference, template strings....  něco z toho se později dostává do javy..). Má být bezpečnější pro "průmyslové použití" tj návrhem preventivně bránit částým chybám (null safe calls, == vs ref. equality..). "Průmyslové použití" pro mne znamená  velký projekt, kde kód píše hodně lidí s různými úrovněmi znalosti.  Zároveň, do třetice, ten jazyk má být jednoduchý na naučení (ne o moc složitější než java) a kód v něm má být dobře udržovatelný (jako v javě). Takže se právě naopak chce vyhnout zbrklému přidávání features stylem "kočička pejsek".

Ať počítám, jak počítám, jmenujete čtyři různé cíle. A vyjmenováváte jednotlivé fíčury, které samy o sobě jsou nepochybně dobré. Akorát že dobrý dort nevzniká tím, že se dá na hromadu hodně dobrých ingrediencí.

No, proč vlastně trváme na tom, že nový jazyk má mít jeden "zastřešující" cíl a mít jeden nosný důvod pro svoji existenci? Co když vezmu něco stávajícího a to jenom vylepším resp. něco v tom fixnu? Vím, že ten výchozí jazyk je "ultra konzervativní" a proto není šance, že bych (alespoň v dohledném čase) mohl ovlivnit ten. On si časem nějaké ty fíčury přebere. A nebo nepřebere/nemůže, i když by to pro něj bylo dobré, ale důležitější je třeba zpětná kompatibiltita. Když ten můj nový jazyk navíc zapadne do ekosystému, má veškerou podporu toolů atd. tak ok ne? "Dobrota" dortu se měří tím, kolika lidem "chutná". V čem konkrétně je podle vás ten jazyk nekonzistentní (kočkopes)?

Podle wikipedie kotlin začal někdy 2010, 2011 ho oficiálně uvolnili, java 8 byla 2014. V době kdy Kotlin začínal, v té javě něco evidentně bolestně chybělo. To není objektivní argument, ale subjektivní výsledek pozorování (dělal jsem tehdy šéfa menšího týmu vývojářů v jedné bance). Pamatuju si, jaké urputné boje u nás u developerů nastaly za nasazení javy 8 do produkce. Hlavně šlo tedy o ty lambdy, že...  To bylo slávy, když se na tu osmičku konečně i v tom zabetonovaném korporátu přešlo. Skoro to bylo na nějakou bouřlivou oslavu. Ajťáci, no. Nikdy potom už něco takového nepamatuju. Třeba jsme nijak nebojovali o to, aby se java 12 rozšířila na javu 14 To je každému jedno. Tak tam opsové nasadí novou javu no. Ta 8čka byl nějaký zlom. Dokonce takový, že valná část lidí zbranže mi připadá, že dělí javu na "před osmičkou a tu s těma lambdama". Pro mladou generaci je java < 8 už asi něco jako pevná linka/fax. Vidí to v retrofilmech, používali to tátové, ale.... brr No to jsem se nechal trochu unést populismem. Vemte si, ale, za 3 roky java začala dokulhávat tam, kde už byli ostatní..

Nejde to jenom shodit na hezčí syntax. Jde i o ty filozofické změny (třeba nullable typy), které přinesly větší bezpečnost. (Dobře, aby mohl mít člověk objekt. srovnání, musel by asi naprogramovat a běžet totéž v K a javě a porovnávat počet NPE za časovou jednotku.). Nejde jen ale o nullable reference.

Jeden příklad z praxe za všechny. V projektu jsem kdysi refaktoroval field z int na Integer. V kódu na jednom místě zůstalo porovnávání přes ==. Unit testy prošly (pracovaly s dostatečně malými čísly Bum problém "na produkci". Jasně, chyba obsluhy. Ale já alibisticky doteď trvám na tom, že kdo to takhle celé navrhnul, udělal bug v návrhu. Dokonce to bude kombinace více bugů v návrhu. Typový systém v Kotlinu je bugfix.  (Jasně, kdybych býval tehdy ten kód prohnal přes nějaké PMD nebo jinou statickou analýzu kódu, býval bych to asi chytil.  IDEčka tehdy nebyla na takové úrovni, těm to bylo jedno. Dneska už by IDEA svítila na tom "dvojpodtržítku" žlutou barvou jak pampeliška -- statická analýza/IDE je ale berlička).

119

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 04. 11. 2020, 11:07:31 »

Jenže tam chybí nějaký cíl, něco, co by to zastřešilo, dalo to jazyku nějaký smysl. U Javy, Scaly, Go, C++, Rustu, C, JavaScriptu, TypeScriptu, Pythonu, Perlu nebo PHP dokážu ten jazyk charakterizovat jednou větou. V případě Kotlinu to nedokážu – resp. jedna věta by byla o tom, jak Kotlin vznikl, ne k čemu je určen.

Kotlin je určen ke všemu, k čemu je určena java. Má mít kompaktnější syntax (properties, data classes, switch expressions, lambdy, type inference, template strings....  něco z toho se později dostává do javy..). Má být bezpečnější pro "průmyslové použití" tj návrhem preventivně bránit částým chybám (null safe calls, == vs ref. equality..). "Průmyslové použití" pro mne znamená  velký projekt, kde kód píše hodně lidí s různými úrovněmi znalosti.  Zároveň, do třetice, ten jazyk má být jednoduchý na naučení (ne o moc složitější než java) a kód v něm má být dobře udržovatelný (jako v javě). Takže se právě naopak chce vyhnout zbrklému přidávání features stylem "kočička pejsek".

120

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 04. 11. 2020, 08:59:33 »

Ja byt majitel nejake firmy a prijit ke mne clovek ze mi chce neco bastlit v Kotlinu protoze mu to prijde cool & sexy tak ho zenu svinskym krokem. Uz vidim jak mi za 2 roky rekne ze ho to neba, ze jde jinam protoze jazyk XY'' a ja zacinam schanet na trhu nekoho kdo zna Kotlin, Scala.

Asi chápu myšlenku, ale s Kotlinem bych zrovna nikoho ze dveří nevyhazoval, nebál bych se toho.

Píše Roman Pichlík (Dagi) na svém blogu o jednom projektu:

"Jedno z důležitých a správných rozhodnutí bylo vsadit na Kotlin. Dost nám to pomohlo s hiringem, protože komunita Java vývojářů na to dost slyšela."

Kotlin není úplně cool hype, má za sebou ca 10 let aktivního vývoje. Je to jazyk nad JVM (tj máte celý java ekosystém nástrojů, knihoven...) Pro dobrého javistu nebude sebemenší problém se ho naučit.  Pro začátečníky je to také ok, jazyk je díky některým věcem v návrhu bezpečnější než java. Jinak na té javě je znát, že některé věci z kotlinu/scaly přebírá...