Staticky typovaný skriptovací jazyk pro rok 2018

[Scripter]

Bash jsem zde rozhodně nedoporučoval původními tazateli, jen mi to zrazování od Bashe (implicitně obsažené v „opravdu chces nekomu v zari 2018 doporucovat Bash“) přišlo příliš kategorické. Bash stále má svoje místo a nezatracoval bych ho kategoricky, asi to ale není to, co tazatel hledá.

Popravdě stále moc nevím, co tazatel hledá. Vím, že chce rychlý startup time (zmiňoval jako nevýhodu Javy), statické typování, multiplatformnost a má nějaké požadavky na syntaxi. Kompilace mu zřejmě nevadí (vizte zmínky o Javě v úvodním příspěvku) a není mi úplně jasné, co má být na takovém jazyce „skriptovacího“. Asi chce něco spíše high-level. Jak moc to má být funkcionální/objektové/whatever moc nespecifikoval.

Pojem “skriptovací” se v poslední době používá dost volně a spíše se týká syntaxe - konkrétně absence explicitních typů.

[Reklama]

[David]

IMO klasicky tápe a doufá, že existuje nějaká dokonalá jasná odpověď na otázku "jak se to má dnes správně dělat". Přičemž má dost zvláštní představy (špatná podpora Pythonu ve Windows? to jako vážně?) Bash mi z toho prostě nevychází.

Narazil jsem na problemy kdy jsem potreboval nainstalovat pres PIP nejakou libku a ta vyzadovala nejake zavislosti - na linuxu/macu v pohode zkompiluju nebo nainstaluju pres apt/yum - na windows to tak jedoduche nebyva...

[David]

A ano Bash neni to co bych chtel - hlavne kvuli absenci toho ekosystemu okolo, kdy si muzu doinstalovavat libovolne knihovny dle potreby.

[Kit]

A ano Bash neni to co bych chtel - hlavne kvuli absenci toho ekosystemu okolo, kdy si muzu doinstalovavat libovolne knihovny dle potreby.

Mýlíš se, ekosystém Bashe je velmi rozsáhlý, doinstalovat si můžeš co chceš. Chápu však, že ho nechceš. Jen mi není jasné, proč vylučuješ dynamicky typované jazyky. To chceš psát tak rozsáhlé aplikace?

[David]

A ano Bash neni to co bych chtel - hlavne kvuli absenci toho ekosystemu okolo, kdy si muzu doinstalovavat libovolne knihovny dle potreby.

Mýlíš se, ekosystém Bashe je velmi rozsáhlý, doinstalovat si můžeš co chceš. Chápu však, že ho nechceš. Jen mi není jasné, proč vylučuješ dynamicky typované jazyky. To chceš psát tak rozsáhlé aplikace?

Tohle je nicnerikajici sdeleni. Navic oddelovat shell od skriptovaciho jazyka ma sve vyhody. Dost casto se vyskytuji na strojich kde je KSH nebo ZSH/CSH/TCSH atd...

Navic instalovat si bash na server s fbsd je dost kacirstvi :-)

[Reklama]

[Inkvizitor]

Narazil jsem na problemy kdy jsem potreboval nainstalovat pres PIP nejakou libku a ta vyzadovala nejake zavislosti - na linuxu/macu v pohode zkompiluju nebo nainstaluju pres apt/yum - na windows to tak jedoduche nebyva...

Bud prosim konkretni. Nema to treba mezi balicky conda?

[Inkvizitor]

Mimochodem, pokud chces poradit, jak kompilovat binarni extenze do Pythonu na Windows, u nas ve firme s tim mame zkusenost, muzu poradit nebo zkusit pomoci najit cestu.

[David]

Mimochodem, pokud chces poradit, jak kompilovat binarni extenze do Pythonu na Windows, u nas ve firme s tim mame zkusenost, muzu poradit nebo zkusit pomoci najit cestu.

Dekuji za nabidku - myslim ze jsem se vyjadril trochu nepresne. Popisu tedy co presne me na windows trapi. Jestlize mam nejaky binarni balicek ktery ma napr. cpp extensions tak na windows to musim resit coz zabere nejaky cas (nerikam ze je to vzdy v takovem stavu ze to vyresit neumim. Obvykle to vyresim vzdy ale zabere to nejakou dobu). Napr. podle https://docs.microsoft.com/en-us/visualstudio/python/working-with-c-cpp-python-in-visual-studio?view=vs-2017 vypada ze MS se python snazi podporovat docela dobre. Nicmene chci se uz z principu vyhnout tomu ze v budoucnu budu resit nejake issue tohoto typu, prave kvuli tomu ze chci rychle vyresit instalaci zavislych knihoven a ne babrat se pul dne s tim co tomu jeste chybi dokompilovat aby to zacalo behat :-) moje osobni zkusenosti jsou takove ze reseni problemu tohoto typu na linuxu/macu trvaji max. desitky minut na windows se to protahuje na hodiny zejmena kvuli ekosystemu toho samotneho OS. Napr. na windows apt-get install xxx-dev neudelam na linuxu ano - vim ze castecne to muze poresit neco jako Cygwin ale to neresi samotnou podstatu problemu ktery spociva v OS windows.

[David]

Kdyz si to tam po sobe ctu asi bude nejlepsi  zamerit se ne neco jako JVM. Prece jen moc zavislosti na cpp v Java knihovnach jsem nezaznamenal a podporuje to docela dost jazyku.

[Inkvizitor]

Dekuji za nabidku - myslim ze jsem se vyjadril trochu nepresne. Popisu tedy co presne me na windows trapi. Jestlize mam nejaky binarni balicek ktery ma napr. cpp extensions tak na windows to musim resit coz zabere nejaky cas (nerikam ze je to vzdy v takovem stavu ze to vyresit neumim. Obvykle to vyresim vzdy ale zabere to nejakou dobu). Napr. podle https://docs.microsoft.com/en-us/visualstudio/python/working-with-c-cpp-python-in-visual-studio?view=vs-2017 vypada ze MS se python snazi podporovat docela dobre. Nicmene chci se uz z principu vyhnout tomu ze v budoucnu budu resit nejake issue tohoto typu, prave kvuli tomu ze chci rychle vyresit instalaci zavislych knihoven a ne babrat se pul dne s tim co tomu jeste chybi dokompilovat aby to zacalo behat :-) moje osobni zkusenosti jsou takove ze reseni problemu tohoto typu na linuxu/macu trvaji max. desitky minut na windows se to protahuje na hodiny zejmena kvuli ekosystemu toho samotneho OS. Napr. na windows apt-get install xxx-dev neudelam na linuxu ano - vim ze castecne to muze poresit neco jako Cygwin ale to neresi samotnou podstatu problemu ktery spociva v OS windows.

OK, ale jak chces resit ten principialni problem s tim, ze Windows nejsou Linux. Tu frustraci chapu, taky se Windows vyhybam, jak muzu. Furt mi ale prijde, ze moc lepsich moznosti nez pouzit Python neni. Co se tyce ekosystemu - ze Ti nemusi sedet syntaxe, jak naznacujes v prvnim prispevku, je jasne. Ale ten jazyk se porad dost usilovne vyviji, vcetne ekosystemu. A jeho obliba je porad jeste na vzestupu, to jsi asi zaznamenal.

[Frantisek]

Já jsem v poslední době spokojen s Elixirem. Snažím se jím nahrazovat Python a celkem se mi to daří. Díky tomu, že lze používat knihovny pro erlang, tak není problém s tím udělat téměř cokoliv.
Pravda, není staticky typovaný, ale zrovna v tomhle případě to fakt není problém.

[David]

Dekuji za nabidku - myslim ze jsem se vyjadril trochu nepresne. Popisu tedy co presne me na windows trapi. Jestlize mam nejaky binarni balicek ktery ma napr. cpp extensions tak na windows to musim resit coz zabere nejaky cas (nerikam ze je to vzdy v takovem stavu ze to vyresit neumim. Obvykle to vyresim vzdy ale zabere to nejakou dobu). Napr. podle https://docs.microsoft.com/en-us/visualstudio/python/working-with-c-cpp-python-in-visual-studio?view=vs-2017 vypada ze MS se python snazi podporovat docela dobre. Nicmene chci se uz z principu vyhnout tomu ze v budoucnu budu resit nejake issue tohoto typu, prave kvuli tomu ze chci rychle vyresit instalaci zavislych knihoven a ne babrat se pul dne s tim co tomu jeste chybi dokompilovat aby to zacalo behat :-) moje osobni zkusenosti jsou takove ze reseni problemu tohoto typu na linuxu/macu trvaji max. desitky minut na windows se to protahuje na hodiny zejmena kvuli ekosystemu toho samotneho OS. Napr. na windows apt-get install xxx-dev neudelam na linuxu ano - vim ze castecne to muze poresit neco jako Cygwin ale to neresi samotnou podstatu problemu ktery spociva v OS windows.

OK, ale jak chces resit ten principialni problem s tim, ze Windows nejsou Linux. Tu frustraci chapu, taky se Windows vyhybam, jak muzu. Furt mi ale prijde, ze moc lepsich moznosti nez pouzit Python neni. Co se tyce ekosystemu - ze Ti nemusi sedet syntaxe, jak naznacujes v prvnim prispevku, je jasne. Ale ten jazyk se porad dost usilovne vyviji, vcetne ekosystemu. A jeho obliba je porad jeste na vzestupu, to jsi asi zaznamenal.

Ok, snad to bude nejlepsi kdyz to reknu takhle: s Pythonem obcas delam, v ramci veci resici ML (PyTorch, Tensorflow,...) neni to neco co bych miloval, ale kdyz je potreba neco v tom udelat tak to proste udelam. A tohle tema jsem zalozil proto, protoze hledam i jine alternativy (prave to me zajima - co jineho je vhodne krome Pythonu).

[David]

Já jsem v poslední době spokojen s Elixirem. Snažím se jím nahrazovat Python a celkem se mi to daří. Díky tomu, že lze používat knihovny pro erlang, tak není problém s tím udělat téměř cokoliv.
Pravda, není staticky typovaný, ale zrovna v tomhle případě to fakt není problém.

Souhasim, jako priznivec Ruby musim rict ze i Elixir se mi libi :-) zvlast treba frameworky pro vyvoj webovych aplikaci jsou zajimave. Napr. takovy Phoenix framework, nicmene dosud nevim jak moc se osvedcil v produkci a v CR moc velka poptavka neni po vyvojarich - tipuju daleko mensi nez po vyvojarich v RoR (a ta je velmi mala, pac kdyz jsem po skole zkousel najit praci jako vyvojar v RoR musel jsem vynalozit nadlidske usili a nakonec jsem stejne skoncil po par mesicich jako Javista v jine firme).

[Bacsa]

Co OCaml? Osobne jej neznam (ale je podobny Haskellu)

Povrchně. Ocaml je IMHO praktičtější.

[Pavel Stěhule]

Já jsem v poslední době spokojen s Elixirem. Snažím se jím nahrazovat Python a celkem se mi to daří. Díky tomu, že lze používat knihovny pro erlang, tak není problém s tím udělat téměř cokoliv.
Pravda, není staticky typovaný, ale zrovna v tomhle případě to fakt není problém.

Souhasim, jako priznivec Ruby musim rict ze i Elixir se mi libi :-) zvlast treba frameworky pro vyvoj webovych aplikaci jsou zajimave. Napr. takovy Phoenix framework, nicmene dosud nevim jak moc se osvedcil v produkci a v CR moc velka poptavka neni po vyvojarich - tipuju daleko mensi nez po vyvojarich v RoR (a ta je velmi mala, pac kdyz jsem po skole zkousel najit praci jako vyvojar v RoR musel jsem vynalozit nadlidske usili a nakonec jsem stejne skoncil po par mesicich jako Javista v jine firme).

Altworx v Brně jedou nad elixírem