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 - okalousek

Stran: 1 ... 11 12 [13] 14 15 ... 23
181
Vývoj / Re:Kotlin nebo Scala pro backend?
« kdy: 29. 10. 2020, 18:02:14 »
Já dělal několik let ve Scale, a možná bych víc doporučil Kotlin, ve kterém jsem nedělal nikdy :-) Scala je dost složitý jazyk s featurami (hlavně implicity), u kterých není bez zkušeností moc jasné, jak je správně používat. Řekl bych že mi trvalo alespoň rok než jsem v ní začal dělat jakžtakž idiomaticky. A i to je dost relativní, protože má více táborů - lidi, co jí považují za lepší Javu (a těm bych opravdu doporučil Kotlin), a lidi co jedou hardcore FP (používají knihovny jako cats nebo scalaz, nebo nedejbože shapeless), a to FP je zas mnohem líp vidět a snáz a čistěji se naučí v jazycích jako je Haskell. Navíc se těžko shání spolupracovníci.

Ale jestli máš chuť, určitě ti Scala hodně dá. A jako staticky typovaný, rel. rozšířený FP jazyk nad JVM asi nejsou moc lepší volby.

A jakou zkušenost jsi měl s rychlostí kompilace a ekosystémem/toolingem? Když jsem se o Scalu zajímal já, přišlo mi, že to jsou hlavní potenciálně problematické věci. Samozřejmě, ta vysoká heterogenita může být nepříjemná, ale to je designové rozhodnutí a podle mě se tam dá zvolit nějaká podmnožina idiomů, které člověk používá, ale když to celé funguje divně nebo pomalu, je to zásadní problém.
Tak já mám intellij idea-U, takže tooling není zase až takový problém.

182
Vývoj / Re:Kotlin nebo Scala pro backend?
« kdy: 29. 10. 2020, 17:16:37 »
Ok, přeju ať se daří. Osobní doporučení - až zjistíš, že příliš často hledáš odpovědi na takovéhle otázky: https://stackoverflow.com/questions/6246719/what-is-a-higher-kinded-type-in-scala , což se ti asi po nějaké době začne dít aniž by jsi sám chtěl, přečti si Learn yourself haskell for a greater good. Je to zábavná knížka, ve který jsou tyhle věci podaný daleko srozumitelněji než jsem kdy potkal ve Scale.
Děkuji, ale ještě jsem se nerozhodl čemu se budu do hloubky věnovat.

183
Vývoj / Re:Kotlin nebo Scala pro backend?
« kdy: 29. 10. 2020, 16:18:07 »
Já dělal několik let ve Scale, a možná bych víc doporučil Kotlin, ve kterém jsem nedělal nikdy :-) Scala je dost složitý jazyk s featurami (hlavně implicity), u kterých není bez zkušeností moc jasné, jak je správně používat. Řekl bych že mi trvalo alespoň rok než jsem v ní začal dělat jakžtakž idiomaticky. A i to je dost relativní, protože má více táborů - lidi, co jí považují za lepší Javu (a těm bych opravdu doporučil Kotlin), a lidi co jedou hardcore FP (používají knihovny jako cats nebo scalaz, nebo nedejbože shapeless), a to FP je zas mnohem líp vidět a snáz a čistěji se naučí v jazycích jako je Haskell. Navíc se těžko shání spolupracovníci.

Ale jestli máš chuť, určitě ti Scala hodně dá. A jako staticky typovaný, rel. rozšířený FP jazyk nad JVM asi nejsou moc lepší volby.

Tak, umím použitelně Rust, takže ty FP konstrukce mi nejsou cizí. Určitě se alespoň nějak naučím oba, jen se chci rozhodnout co víc prohlubovat. Ale i Kotlin má decentní FP konstrukce, ale nejsem nějaký "hardcore" FP fanoušek.

184
Vývoj / Kotlin nebo Scala pro backend?
« kdy: 29. 10. 2020, 14:28:14 »
Zdravím. Momentálně se dívám po jazycích Kotlin a Scala. Oba vypadají zajímavě, povrchově jsem si je zkusil. Android vývoj mě úplně nezajímá ale Kotlin má zajímavý Ktor, takže na backendu je také použitelný. Rád bych se zeptal: Čemu bych se měl věnovat?

185
Jsem silně poznamenaný funkcionálním programováním a způsob ošetřování chyb v Go se mi extrémně nelíbí.

V žádném jazyce, co má rozumné součtové typy a pattern matching, jsem neviděl že by někdo vracel chyby tuplem. Ono to nedává smysl. Obvyke nechci vrátit hodnotu A chybu, ale hodnotu NEBO chybu. Go mě nutí aby každý typ měl nějakou defaultní/prázdnou/nesmyslnou hodnotu, kterou můžu vrátit v případě chyby, i když jinak není k ničemu a ani nedává smysl.

Až moc mi to připomíná Hoareho bilionový omyl.

Z Go mám nepříjemný pocit promrhaného potenciálu. Ten jazyk by mohl být o tolik lepší, kdyby jeho autoři (záměrně?) neignorovali skoro všechno "nové" kolem překladačů a jazyků.

Tady jde o to, že Go zaplnilo díru na trhu. Ale myslím že se tato diskuze dostala až moc daleko od tématu.

186
Go je jednoduché, Java komplexní
Tím pádem je Go na jednoduché věci, Java na komplexní.

187
Možná pro Javistu bych doporučil Kotlin. Osobně se mi moc líbí, běží to pod JVM ale je tu i LLVM backend (ale není zase tolik populární).

Go je pěkný jazyk ale hodně oškrábaný a i když se mi líbí tak dělat v něm veliký projekt je za trest (asi proto se hodí pro mikroslužby).

188
GO 1.x je nepouzitelny zprasek, do 2.0 uz se aspon snazi pridat generika. Je to domenove soecificky jazyk googlu pro stateless kontejnery s velice snadnou paralelizaci pres kanaly a korutiny, jinak to nic neprinasi. Naopak to zpatky vraci davno vyreseny  bordel z osmdesatych let jako je error handling tupym ifem nad retvaly.
Vsade je spousta verozvestu, jak je GO zachrana lictva, realita je prostsi. GO je tak tupej jazyk, ze se to nauci gibbon za odpoledne a pak zacne hrde hejtovat javu, ktere nerozumi.

Nejsem Go fanatik, rád dělám v Rustu, ale ten jazyk má své využití. Jazyk má slušnou konkurenci (ve smyslu ne ekonomickém, ale počítačovém) a standardní knihovnu. Syntakticky ten jazyk není nejlepší, jazykové konstrukce if err != nil jsou děsivé věci ale má specifické využití (ten jazyk).

189
...Pokud se chcete zaměřit na webové služby tak je perfektní jazyk Go. ...

Go bych nedoporučoval. Tazatel má nutnost ještě chvíli pracovat v Java pro studium, a mohlo by se mu to zprotivit.  ;D

Tak alespoň Rust. Ten uvede tazatele do trošku nižších úrovní, trochu do FP (krásný oxymoron) a navíc si na Javu zuby nebrousí.

Go tedy až po Javě. Myslím že přechod ze špatného něco dobrého se dělá dobře, opak je horší ;)

190
Záleží čemu se chcete věnovat. Pokud nechcete dělat systémy nebo mikrořadiče tak vám bude C možná jen jako výlet do historie.
Když máte zkušenosti s Javou, podíval bych se možná na Kotlin, ten vypadá dobře. Pokud se chcete zaměřit na webové služby tak je perfektní jazyk Go. Chcete mít v dnešní době nekompromisní rychlost, skvělé abstrakce tak tu máme Rust. Znalost Pythonu jak na skripty tak na programy užitečná.

Efektivní učení. To záleží na vás co vám vyhovuje. Buď číst dokumentaci, blogové přízpěvky nebo z příkladů. Já když jsem se nějaký jazyk učil, tak jsem si našel nějaký "boilerplate" kód například Gtk aplikace a experimentovat na tom.

191
Třeba nás, v tom ztracené, zachrání WebAssembly. Uvidíme.

Sledoval jste LinuxDays? První přednášku od Špačka? Zmiňoval tam něco (naštěstí fiktivního), zvané FlashAssembly (zřejmě něco jako flash ve WASM). Těšíte se?

192
/dev/null / Re:Úprava češtiny v Ubuntu
« kdy: 25. 10. 2020, 01:40:44 »
Čemu to tolik vadí? Mě to přijde i trošku vtipné.
"A Bůh pravil... Budiž aktualizace!"

193
Desktop / Re:Android pre desktop
« kdy: 25. 10. 2020, 01:39:23 »
FydeOS. Chromium OS + play. Problém je jediný v tom že pokud chcete účet Google (věřím víc Američanovi než Číňanovi) tak se musíte přesně držet nějakého návodu. Také nevím jak moc se jim dá věřit.

194
Distribuce / Re:Ubuntu pro náctiletou?
« kdy: 23. 10. 2020, 08:33:56 »

Já z vás rostu. Chápu že jsem vás možná urazil ale já jen braním své životní zkušenosti. Nikdy ale opravdu nikdy za 9 let používání Linuxu se mi nic hrozného nestalo. Nebo alespoň to nebylo tak hrozné než to z Windows.
Kdy se vám naposledy v Linuxu stalo že se počítač dostal po nebootovatelného stavu při běžném použití? Počítám s něčím stabilním, s archem ne.

Nevím, kde se berou pořád ty pověry o nestabilitě ArchLinuxu. Arch používám dva a půl roku a nic stabilnějšího si neumím představit. Před tím dva roky Manjaro, které je postavené na Archu, a taky bez problémů.

Spíše jsem to myslel tak, že když se někomu rozbije Arch, tak se to dá ještě pochopit.

195
Distribuce / Re:Ubuntu pro náctiletou?
« kdy: 22. 10. 2020, 22:49:10 »
Teď mi to teprve "docvaklo"! Windows LTSC 2019. Je to stabilní verze Windows, aktualizace nejsou tak "divoké". MS Teams, Office, Zoom...
Verze vydávají (měli by alespoň) se stejným odstupem jako Vista ←→ 7 ←→ 8 (3-4 roky), podpora 10 let.
Jen aplikace jako Lidé, Filmy a TV Pořady, Tipy a Centrum Feedback tam nenajdete :(

Stran: 1 ... 11 12 [13] 14 15 ... 23