Příspěvky

151

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

« kdy: 07. 11. 2020, 20:28:28 »

Podľa mňa to vyplýva z toho, že Java je ako sa dnes hovorí opinionated jazyk; všetko musí byť objektovo.
Pre veľkú časť úloh objektové programovanie nie je potrebné a dokonca je zbytočné. Nemožnosť tvoriť
obyčajné funkcie zabrzdil rozvoj Javy ako jazyka a oproti moderným jazykom pôsobí zastaralo. Nuž, keď
sa raz základy zle postavia, tak už stavbu neprerobíme.

Podívejte se na funkce v JavaScriptu. Jsou to obyčejné funkce a zároveň objekty.

mi
JS je z hlediska designu extrémně primitivní.

152

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

« kdy: 07. 11. 2020, 18:29:58 »

No ano, ale proč to tak dělat? Kotlin i Scala umí vnořit funkci do funkcí (pro interní použití), nemusíte si na vše dělat třídu, jsou tam tzn. singletony

153

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

« kdy: 06. 11. 2020, 10:04:29 »

Hmm, asi jsem jiná generace, za mého mládí byl pro “obyčejný lid” Basic.

Navíc se v něm [Pythonu] programují i velké byznysové aplikace.

154

Vývoj / Re:Je Rust jazyk budoucnosti?

« kdy: 06. 11. 2020, 08:36:15 »

Ten split() je rozhodnutí tvúrcú API, ne?

Ano, ale u jazyka se neohodnotí jen jazyk, ale hlavně také standardní knihovna, ekosystém okolo a spousta věcí

155

Vývoj / Re:Je Rust jazyk budoucnosti?

« kdy: 06. 11. 2020, 00:19:41 »

V systémovém programování? Určitě
Mikrořadiče? Samozřejmě

WebAssebly určitě poroste, takže také.
Web Backend? Pokud nepotřebujete nutně nejvyšší rychlost, tak asi ne.

JVM jazyky určitě nenahradí, ale má velkou šanci jít proti C++

Doplnění:
samozřejmě že může doplňovat backend

Pro a proti?
+ Rychlý
+ Bezpečný
+ Velká inspirace v FP (první kompilátor byl napsán v OCamlu)
+ Traity a rozumné OOP

- Šílený typový systém u řetězců (&str a String, když člověk dá split na String tak mu vznike Vektor &str...)
- Jednoduché věci se v tom dělají někdy zbytečně složitě
- Paměťová bezpečnost (ono je to dobře, jen minimálně v začátcích je velice pravděpodobné že budete zápolit s borrow-checkerem)
- Trvá než se ho naučíte

Milníky:
Neřekl bych že to postupuje v milnících. Tak to většinou nejde, ono vše jde postupně, jinak bych řekl webassembly.

Neroste oproti Go, protože Go je užitečné na mikroslužby a je jednoduché pro nováčky, takže je v trendu.

tl;Dr
Ano, je

Mimochodem: Zvídavá otázka: Jaké jazyky umíte?

156

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

« kdy: 05. 11. 2020, 19:53:17 »

Python byl revoluce. Go pak přenesl tu prošlapanou cestičku do kompilovaného světa (plus pár skvělejch nápadů, abych mu nekřivdil).

Go se hodně liší od Pythonu. Jazyk Go je hodně "upovídaný" narozdíl od Pythonu který by měl být "stručný ale přehledný". Když nemá Go generika tak buď dělám pro všechno vlastní funkci nebo přes reflexi, což je hodně neelegantní záležitost. Dokonce i Python má výjimky, Go má chybu jako druhou návratovou hodnotu. Go má hodně "boilerplate". Tak nevím, Go a Python mi přijdou jako diametrálně odlišné jazyky.

157

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

« kdy: 05. 11. 2020, 09:19:54 »

Ano. Jako s Go. To není ani revoluce, ani evoluce, je to vlastně jen Céčko, kde je nějaká základní "objektová" podpora, mnohem větší standardní kníhovna, GC a CSP. Ale spousta věcí z 15-ti let vývoje programování byla prostě zahozena.

158

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

« kdy: 04. 11. 2020, 19:27:35 »

A jaký je váš názor na Scalu?

159

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

« kdy: 04. 11. 2020, 18:15:44 »

Neumím to pořádně pospat, je to jenom můj dojem, ale podle mne programovací jazyk (stejně jako spousta dalších věcí) musí mít nějakou vnitřní logiku, systém, jednotlivé věci do sebe musí hezky zapadat. Je to jako s matematickými nebo fyzikálními teoriemi – ty opravdu zajímavé jsou pozoruhodně krásné, elegantní, věci do sebe hezky zapadají. I jejich matematické vyjádření bývá překvapivě stručné.

Zkuste Haskell.

160

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

« kdy: 04. 11. 2020, 11:59:49 »

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 je tam i slušná CSP-oidních korutin, hodně rozšíření pro jazyk.

161

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

« kdy: 04. 11. 2020, 10:39:55 »

Mě spíše přijde že C++ je dort pejska a kočičky. Začalo to jako dort a poté tam začali dávat to nejlepší odevšad. Ale on je to takový efekt C++, to se stává i Javě, C# a nakonec všem jazykům.

Kotlin je jazyk navržený Javisty, tak, jak by se jim Java líbila.

162

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

« kdy: 04. 11. 2020, 09:51:56 »

A pak Oracle koupí IntelliJ a Kotlin samozřejmě pro nepotřebnost zařízne...

No jasně. Zařízne primární (Googlem podporovaný) programovací jazyk pro nejrozšířenější spotřební platformu (Android). Ten by si na Kotlinu raději namastil kapsu.

A IntelliJ dělá spoustu IDE která nejsou pro Javu, nevím jestli by to bylo pro Oracle zase tak užitečné.

163

Studium a uplatnění / Re:Jak efektivně studovat programování?

« kdy: 03. 11. 2020, 15:03:37 »

Pseudokód. Mix Swiftu, Rustu a TypeScriptu.

S tím by jste udělal díru do světa. Ještě přidat CSP.

164

Studium a uplatnění / Re:Jak efektivně studovat programování?

« kdy: 03. 11. 2020, 14:25:06 »

Kód: [Vybrat]

fn div (a: Int, b: Int) -> Result Int String
	if b == 0 then
		Fail ("Dělení nulou")
	end
	Succes (a / b)

match a <- div(42, a):
	Fail msg -> print(msg)
	_ -> print(a)

Kód: [Vybrat]

fn div (a: Int, b: Int) -> throw Int
	if b == 0 then
		throw Error ("Dělení nulou")
	end
	a / b

try:
	print(div(42, a))
catch e:
	print(e)

To je skutečný jazyk nebo nějaký funkcionální pseudokód?

165

Server / Re:>> : cannot create soubor: Directory nonexistent

« kdy: 03. 11. 2020, 08:18:32 »

Proč ti přesměrování do neexistuje.txt hlásí problém s test.txt asi bez křišťálové koule nevykoumáme.

Lidé, když píší na fóra často buď mění názvy souborů nebo tam zadají vstup a výstup z hlavy.