Který programovací jazyk je Váš nejoblíbenější? (Anketa)

11.1.2022 17:16 | Programování | poslední úprava: 11.1.2022 17:16

Já jsem hlasoval pro Ruby. Myslím, že je to snadný, dobře zapamatovatelný a efektivní jazyk vhodný na skriptování.

Anketa má, bohužel, jen deset možností, takže pokud preferujete jiný jazyk, napište jej do diskuze.        

Anketa

Komentáře

[z_sk]

A keď sú viac. Trebars niekto preferuje na jedno jeden jazyk, na iné iný.

[sad]

Jen jeden, nechtěl jsem to komplikovat...

[#InRustWeTrust]

Jedině Rust <3

[_]

Skoro na všechno Python, na low level věci Rust.

[Gréta]

proč ne c na lowlevel?? :O :O

[dfgdfg]

Protoze tomu nerozumi a vsechno za neho musi hlidat nekdo jinej.

[_]

Protoze C je jazyk pro boomery. To je jako ptát se proč elektrickou a ne parní lokomotivu.

[Radovan]

Boomeři jezdí koňkou.

No, zelený talibán brzy také

[_]

Boomeři jezdí koňkou.

Nebo svítí petrolejkou

[Mayhem]

Kde je awk?

[sad]

AWK se bohužel nevešel, ale dal bych ho tam, kdyby bylo místo.

[Antiperle]

Kterej uchyl zmackl perl?

[xvasek]

Třeba já. Perl je perfektní jazyk - maličký, rychlý, všude přítomný, neukecaný, i komplexní věci mají maličký kód atd.

Samozřejmě má své velké problémy: Nekompatibilita mezi sebou samotným, v poslední době čím dál rozbitější moduly ve CPANU, strašně nešťastný handling UTF-8, který se mění z podverze na podverzi atd.

Perl potkala v jeho životě bohužel jedna velmi nepříjemná věc, a to je Perl 6 / Raku. Kdyby byl Perl 6 jenom nějaké lehčí přeleštění Perlu 5 se stabilizací věcí, které se pořád mění, tak by nějaký Python byl tak leda předmětem diskusí v anarchistických časopisech. Bohužel revoluce, na kterou se čeká už snad dvacet let, prostě otráví i otrlé.

[Fluttershy, yay!]

Perlovský přístup k typovému systému je příšerný.

[xvasek]

To je hrozně úzké vidění. Třeba když pracuješ s něčím, co typy už má - jako třeba SQL - tak je typování buď vyloženě kontraproduktivní, nebo jsou to jenom zbytečné omalovánky.

Rozumím tomu, že se hodně lidí u něčeho spálilo, protože "neměli typy", nebo že se tím zesložitily / odpálily nějaké velké projekty. V tomto je dobré Raku - typy chceš, tak si je dělej, nebo nechceš, tak na ně kašli. Nicméně na takové to domácí žvýkání u asi tak 95% věcí je typový systém Perlu mnohem šikovnější, než třeba debilní Java a hledání rodinných vztahů mezi boolean a Boolean.

[Fluttershy, yay!]

Perl typy má, ale strašně obecné, s automatickými, místy divokými konverzemi.

Takže jakmile kupa namatlaných skriptíků přeroste v projekt, je to děs ladit a udržovat.

[xvasek]

Ano, souhlasím, pak začíná být vhodnost Perlu diskutabilní. Ale právěže do toho stavu se obyvkle ta věc, co zrovna programuju, nedostane.

Já osobně hodně prototypuju, na tady tu fázi je Perl perfektní. Pak - po nějakých zkušenostech s prototypem - se nebojím vyhodnotit zkušenosti, celé to zahodit a napsat to v něčem jiném.

Nicméně za svůj život, když se podívám, co mám naprogramované v Perlu, se tak 95% věcí použilo a zahodilo, 4,9% se nerozrůstá a používá se jak to vzniklo a u zbylých jednotek případů došlo opravdu k přepisu. V současnosti mám jenom jednu věc, která mi nevyhovuje, ale spíš bych ji přespal znovu a lépe v Perlu.

Takže pro takové to "nebudu to dělat v Perlu, aby se to náhodou nerozrostlo" by u mě osobně byla úplně zbytečná předpokaděnost.

[xkucf03]

Takže jakmile kupa namatlaných skriptíků přeroste v projekt, je to děs ladit a udržovat.

+1, taky si myslím. Ale setkal jsem se i s lidmi, kteří v Perlu píší větší věci a libují si v tom. Osobně to moc nechápu, přijde mi to hodně neefektivní.

Na druhou stranu, na ty krátké skripty nebo dokonce „one-linery“ je ten Perl skvělý. Je to podobné jako třeba Bash – je to sice prasárna, ale pokud je ten program/skript dostatečně krátký na to, abys ho udržel celý v hlavě, tak to nevadí a ta „prasáckost“ ti naopak pomáhá.

[Fluttershy, yay!]

Nemám pro to pochopení. Navíc tady tuším džavácké statické typování. Přitom je tolik jiných možností, tím spíš v dnešní době.

Když se vrátím výš, nejstrašnější mi v Perlu přijdou právě ty věci jako databázové dotazy – vrátí mi to tedy pole, nebo skalár? No, jak kdy. Jako kdyby jednoprvkové pole byla nějaká sprostota. Ošetřovat tohle skoro na každém kroku je děsný opruz.

[Radovan]

Pradávní mudrci rozlišovali návratový typ funkce prvním písmenem jejího názvu...

[xvasek]

Pořád jenom hledáš, co na co nejde. Pokud chceš napsat nějakou věc, která vezme data z ERP, napočítá nějaké struktury a uloží to do redisu, tak je perl jasná volba. Pokud máš půl hodiny na to vymyslet nějaký cgi skript, který vezme nějaká data odněkud a vysype z toho nějaké XML nebo json, tak zase perl. Pokud chceš vzít excelový soubor (fuj) a dostat obsah buňky A12 jako text na výstup, vezmeš perl, ale výsledek nebude moc portabilní, protože bude používat nějaký modul. Pokud chceš napsat gui aplikaci, která bude fungovat na androidu, ios, linuxu a ve Windows, která se ovládá přes dotykový display a komunikuje s http serverem, tak si na to perl samozřejmě nevezmeš a uděláš to v pythonu / kivy nebo něčem jiném.

Ta anketa by měla být nějak 2D - napřed zjistit "co děláš" a pak "co na to máš oblíbené". Pak bychom nepřekvapivě došli k závěru, že golfová hůl č. 5 je výborná na třetí jamku na Slapech, ale na squash nebo plavání není úplně populární.

[Corel]

Presne tak, chce to korelovanou anketu.

Otazka 1: oblibeny jazyk?

Otazka 2: kolik krat do roku mas sex?

A dozvedeli by jsme se velice zajimave souvislosti :D

[Fluttershy, yay!]

Co když s údržbou takového díla mám nějakou zkušenost? Dokonce více takových děl…

Být to na mně, v Perlu bych to fakt nedělal. Což ostatně souvisí s tím „průzkumem“.

[xvasek]

A v čem bys to dělal? To nemyslím nijak sarkasticko - ironicky, fakt mě to zajímá. Tady u těch "handy" jazyků mi totiž nepřipadá, že by byl až takový výběr, občas někdo používá pro podobné věci python (ok, ale na onelinery má jisté handicapy ), ale pak už mě napadá fakt jenom bash nebo php a to bych fakt nevěděl, co vzít raději. Nebo C#?

[Fluttershy, yay!]

Python je v těchto oborech opodstatněně de facto standardem, s četnými knihovnami a prostředím jako Jupyter.

Pak jsou tu žhavinky jako např. Julia.

[Člověk z Horní Dolní]

Ta je super, ale stve me na ni par veci - nejvic asi absence teckoveho volani metod. Napriklad metoda(objekt) misto objekt.metoda(). Tohle je nejprimitivnejsi priklad kde je rozdil v citelnosti maly, horsi to je, kdyz to je nekolik zretezenych volani a kdyz ty funkce maji nekolik parametru.

[xvasek]

OK, díky, příště zkusím python a uvidíme, jaký z toho budu mít pocit.

Dělám v python / kivy takový něco jako "bankomat" - ale do skladů / do výroby. Mám a nemám to rád - kivy je bugovité a umí sice všechno možné, ale rozhodně ne "na první", všechno funguje jinak, než bys na první pohled chtěl. Ale zase se dá jít hodně do hloubky toho, jak to má fungovat. Nakonec je ten produkt fajn a multiplatformní, umí třeba číst RFID tagy na androidu přes NFC a kód celé aplikace je stejný napříč všemi platformami android / iOS / linux / windows - samozřejmě nějaké ty "try/except" tam jsou, ale minimum. Takže super, ale je to hrozná drbačka.

Naproti tomu třeba perl/TK (já vím, pravěk, ale pořád to funguje) je mnohem víc "programuj jak ti to jde v hlavě" a s trochou přehánění to prostě napíšeš z hlavy, uložíš, spustíš a dělát to přesně to, co jsi tam naprogramoval. Samozřejmě to vypadá hrozně, není to portabilní, TK je hodně omezené, ale když se tě zákazník zeptá, jestli bys mu neudělal docházkový termínál a máš na to tři hodiny, tak než odejedeš, tak to visí na zdi a funguje, i když jsi předtím v perl/TK nikdy nedělal.

Jenomže to samozřejmě není srovnání jazyků, ale spíš dojmy z nějaké jedné knihovny. Musím holt překonat takové to nutkání, jak už mám v hlavě naskládaný ten onelinener to "něco něco while (<>) {whatever}" a přestat brát python jako jako "ten jazyk, kde nic nefunguje jak jsem zamýšlel", protože to neplatí pro python, ale spíš pro kivy.

[_]

s tou všudypřítomností to už naštěstí není pravda

[~]

Mas nejake distro bez perlu? Sem s nim!

[walley walleyovic]

spis kterej uchyl zmackl cokoliv jineho nez perl

[Bugsa]

C#

[Člověk z Horní Dolní]

Postupem casu jsem si oblibil C++, i kdyz ho moc nepouzivam. Dava cloveku svobodu, hlavne co se tyce ladeni rychlosti a pocinaje verzi 11 se hodne zmensil odstup v UX od vysokourovnovejsich jazyku.

Jake mate zkusenosti s Rustem? Ma nejaky nevyhody oproti C++? Slysel jsem ze ma podstatne pomalejsi kompilaci - to se jako fakt kompiluje jeste pomaleji nez C++?

[⧠ A = 0]

Slysel jsem ze ma podstatne pomalejsi kompilaci - to se jako fakt kompiluje jeste pomaleji nez C++?

Obvykle ano, což neznamená, že se nedají C++ zdrojáky zprasit tak, aby se kompilovaly pomaleji.

[hz]

Rust jsem zkoumal v lete. Co to slibuje je pekny, ale kdyz mi jednoduchy hello world like program nad Actixem vyrobil 1.3GB build, dost me to odradilo. Je sice hezky jak si cargo dotahlo vsechny zavislosti, ale buildilo se toho hodne a vysledek (s dbg symbolama) byl fakt hutnej.

V C++ je porad hromada veci, kde si clovek muze stoupnout na hrabe, ale jak pises, od c++11 je to velmi dobry, s kazdou verzi lepsi.

[Kate]

To byla výsledná velikost binárky, nebo velikost celého /target/ folderu? Protože build artefakty dovedou být velké, ale třeba můj už docela rozsáhlý data storage server v Rustu má jako binárka momentálně 291M (Debug build) / 35M (Release)

Je to sice Axum web framework, ale ten rozdíl od Actixu nebude velký.

[hz]

Ten adresar s Debug buildem. Release mel tusim 300MB. Mozna by se to i dalo stripnout, nevim...

[Wolf]

Swift

[Člověk z Horní Dolní]

Az na par nedostatku skoro idealni jazyk...

[Ariczek]

Poslední dobou to u mě na oblíbenost vyhrává Kotlin. Třeba oproti Javě se tam dá spousta věcí napsat lépe a elegantněji.

Na druhou stranu mě Kotlin taky nejvíc děsí... Jeden kolega trvale vyhrává cenu o to, kdo dokáže nejvíc prasit a psát nečitelný kód...

[Radovan]

Chybí BASIC. Ale C mám hned po něm, a on ten Python je vlastně takový BASIC dneška

[dsfghgfdh]

Lisp, protoze v nem je '((((they)))) legit

[Člověk z Horní Dolní]

LMAO

[⧠ A = 0]

Python je dobrá lepicí páska na takové to domácí prasení, ale podstatné vnitřnosti je stejně potřeba psát v C/C++ (nebo v cythonu, kde to má smysl), aby výsledek šlapal přijatelně rychle, ale stejně problém nastane, potřebuje-li člověk parallelismus na vyšší úrovni.

[_]

To záleží co píšeš, 99% věcí, co píšu já, běží v Pythonu tak rychle, že bych v C nezískal nic, prostě bych to jako uživatel programu nepoznal.

[⧠ A = 0]

To záleží co píšeš,

To jistě.

99% věcí, co píšu já, běží v Pythonu tak rychle, že bych v C nezískal nic, prostě bych to jako uživatel programu nepoznal.

Ano, ovšem dost možná při tom voláš netriviální množství nativních modulů psaných v C/C++, cythonu nebo nedejbože ve fortranu a máš to štěstí, že pro tvoje účely už je někdo napsal před tebou (a teď nemám na mysli to, že samotný CPython je psaný v C).

[Dvojité Wéčko]

Chybí Haskell.

[nadtržítko]

Tak v ankete jsou jazyky v kterych lze naprogramovat aplikaci. Haskel je jen na hrani.

[=^..^= AmigaPower®]

Chybí mi tam Amos Basic

[Mayhem]

A kde je BrainFuck? Nejoblibenejsi jazyk muze byt esotericky.

[(![]+[])]

Protoze vsechno nahrazuje JavaScript, mame treba JSFuck.

[xxx]

A co Pascal??

[Wirth]

Ten byl moderni koncem 80tych let minuleho tisicileti jako vyukovy jazyk. Navic neexistovala free verze pascalu (i kdyz kazdy kradl turbo) co byla vuci C nevyhoda pro skoly. Pohrbilo ho OOP ktere bylo dohackovano horkou jehlou a vuci C++ a novorozene Jave nemelo sanci.

[Dvojité Wéčko]

To už je použitelnější brainfuck zmíněný výše.

[Heron]

No nevím. U soukromých projektů občas řeším potřebu GUI, vždy jsem to vyřešil o něco lepším rozhraní na CLI.

Teď pan Tišnovský napsal pěkný článek o Lazarus (v podstatě free Delphi). Používal jsem to naposledy někdy roce 1999. Na druhou stranu, GUI se v tom nakliká fakt rychle a je to funkční. Ale ten Pascal... No tak co, backend bude v golangu, gui v Lazarusu, ono to nějak půjde.

[Člověk z Horní Dolní]

Hnusný jazyk. Z toho := se mi dělá špatně.

[Radovan]

Normální algolské přiřazení. C má ze stejného důvodu ==.

Jestli ti to tak moc vadí, vyrob si na přiřazování funkci, například let(dst,scr) :-P

[Matlák]

Nejlepší jazyk je INTERCAL

[Leonidas]

Tak máme přes 100 hlasů, zanalyzujme:

Boomers - C/Java/Perl/PHP = 43%

Exoti - Go/Ruby/Rust = ani neřeším

Zoomers - Python/JavaScript = 40%

Boomeři se bojí,
čirá hrůza svírá
jejich srdce ledovými prsty.

Boomeři mají přesilu tři ku jedné,
dobrý poměr pro každého JavaScripťáka!

Dnes milí zoomeři zachráníme svět před
starými temnými a hloupými způsoby
a ohlásíme budoucnost, která bude světlejší
než si umíme představit.

Poděkujte geekové, Javascriptu a Pythonu k jejich statečným procentům.

K vítězství!

[Člověk z Horní Dolní]

Python pouzivaj boomeri, je to zaostaly jazyk, ktery nepatri do 21. stoleti.

Perl a PHP ani nema cenu komentovat, to nikdo normalni pouzivat nemuze.

C a Java maji svoje misto. Dnesni Java neni tak spatna.

Ruby je divny a osklivy jazyk.

Rust je zajimavy, ale kompiluje se pomalu.

Go, co si pamatuju, mel nekolik zasadnich nedostatku, ktery prevazily jeho vyhody, jako je rychla kompilace.

JavaScript ma vyhodu v tom, ze bezi v prohlizeci i na serveru a je velmi rychly. Nahrazuje ho ale TypeScript.

[Bystroushaak]

Python pouzivaj boomeri, je to zaostaly jazyk, ktery nepatri do 21. stoleti.

Zaostalý? Už jsem slyšel python nazývat vším možným, ale zaostalým teda fakt poprvé.

[⧠ A = 0]

GIL a absence použitelného parallelismu na úrovni jazyka.

[turbo]

To se dobastli casem. U scriptovacich jazyku se s tim moc nepocitalo, paralelismus mel resit spoustec resp. linker.

[: 31]

GIL uz je temer minulosti - uzpusobene jsou uz ruzna vnitrni a externi API a zbyvaji pouze velke knihovny jako numpy apod.

Sleduji jiz nekolik let progress a fakt uz je vetsina praci hotovych.

https://github.com/ericsnowcurrently/multi-core-python

Smutne je, ze na tom dela jenom par malo lidi a to jen par hodin mesicne - ta nejbolavejsi vetsina prace uz je snad 4 roky stara a od te doby se to tahne po promilich nez procentech k finalu.

[Člověk z Horní Dolní]

Podle me je mnohem perspektivnejsi treba Swift. Jeste by mohli pridat garbage collector, zrychlit, zlepsit REPL, zlepsit podporu modulu (kdyz importuju modul, tak mam dostupny vzechny symboly z nej bez nejakyho prefixu) a vic to odseparovat od Apple ekosystemu.

[Bystroushaak]

Jako sorry, ale lidi typicky mají nějaké důvody, proč používají python, a swift se s těmi důvody nepřekrývá prakticky vůbec. Mi to trochu připomíná jednu ožralou diskuzi v hospodě před pár měsíci, kdy mi týpek pořád cpal, že python je nahovno, že budoucnost patří scale. To bylo fakt utrpení, abych ho neposlal do prdele, protože ve firmě byl asi měsíc, ještě studoval vš a reálně v životě neneprogramoval nic, dokonce ve scale ani nedělal (jel tuším javu). A autisticky si pořád opakoval to svoje, bez toho aby vůbec chápal že lidi mají i složitější důvody proč něco používají, než to jedno kritérium co si určil on, problém je vice/dimenzionální a každý si ho vykládá jinak, protože má jiná očekávání a potřeby.

Si to představ třeba s autama, kde si koupíš rodinné auto, protože potřebuješ prostě nějak dělat obsluhu rodiny, někde zaparkuješ a přijde týpek, že to tvoje auto je úplně neperspektivní, a začne ti cpát ať si koupíš Ford Scala, že to je mnohem perspektivnější. Určitě tě to bude dojímat, až s tím příštích 10 let budeš vozit manželku a děti do školky a prostě generovat hodnotu, kde nějaká perspektivita tě fakt nezajímá, když to dělá co od toho očekáváš.

Schválně to třeba někdy zkus obráceně, tedy začít se ptát lidí proč používají co používají. Jaké mají důvody a co je k tomu vede. Třeba u swiftu je to docela zajímavé, schválně zkus najít někoho kdo ho používá a není k tomu nucený Applem, respektive vývojem pro Apple.

Jeste by mohli pridat garbage collector, zrychlit, zlepsit REPL, zlepsit podporu modulu (kdyz importuju modul, tak mam dostupny vzechny symboly z nej bez nejakyho prefixu) a vic to odseparovat od Apple ekosystemu.

:D Já nějak nedokážu poznat, jestli je tohle trolling, ale jestli jo, tak bravo.

[Radovan]

Měl jsi mu říct že budoucnost patří aluminiu

Prostě cvičená opice, nic víc není a v životě nejspíš nebude.

[Člověk z Horní Dolní]

Ja to myslel tak, ze Swift ma jakoby dobry zaklady, ma velmi blizko me predstave idealniho general-purpose jazyka. Dokazu si predstavit, ze ze Swiftu postupne vznikne jazyk, ke kterymu nebudu mit v podstate zadny vyhrady, jedine ten garbage collector je tezko zmenitelna vec.

Napsal jsem jenom ze mi ten jazyk prijde "perspektivnejsi", nic vic, nikomu nic necpu. Rozhodne nerikam, ze Swift je vhodnejsi volba nez Python, to samozrejme zalezi na situaci.

A jinak v tyhle diskuzi obcas pisu zamerne takovym jakoby provokativnim tonem, ale neni to vylozene trolling :D

[xkucf03]

Jako sorry, ale lidi typicky mají nějaké důvody, proč používají python, a swift se s těmi důvody nepřekrývá prakticky vůbec.

To jsou takové ty věčné spory mezi programátory… Asi nejrozumnější vysvětlení tohoto rozporu, co jsem slyšel, spočívalo v tom, že se liší podstata práce a cíle těch lidí. Cílem jedněch je vytvořit software. A cílem jiných je zpracovat nějaká data nebo obecně vyřešit nějaký konkrétní jednorázový úkol. A přestože v obou případech to navenek vypadá, že ti lidé píší kód, jsou programátoři a dělají to samé, ve skutečnosti se jejich práce podstatně liší a z toho pramení i odlišné preference co se týče jazyka.

[Bystroushaak]

GIL uz je temer minulosti - uzpusobene jsou uz ruzna vnitrni a externi API a zbyvaji pouze velke knihovny jako numpy apod.

Sleduji jiz nekolik let progress a fakt uz je vetsina praci hotovych.

https://github.com/ericsnowcurrently/multi-core-python

Smutne je, ze na tom dela jenom par malo lidi a to jen par hodin mesicne - ta nejbolavejsi vetsina prace uz je snad 4 roky stara a od te doby se to tahne po promilich nez procentech k finalu.

Tak ono hlavně historicky tu byl jython, ironpython a pypy s stm a nikdy se to moc neujalo, imho protože většina lidí prostě použije multiprocessing a má pokoj.

[: 05]

IMHO spise proto, ze STM (resp. spise hybridni systemy - tedy je tam nejaka spoluprace HW) proste nefunguje tak dobre jak research papery ukazuji.

Ty transakcni "bloky" jsou enormne omezene a hlavne casto neprakticke samy o sobe - clovek pochopi az kdyz s tim zacne pracovat na realnych projektech.

[Bystroushaak]

GIL a absence použitelného parallelismu na úrovni jazyka.

Co je pro tebe použitelný paralelismus na úrovni jazyka?

[Člověk z Horní Dolní]

Je hrozne pomaly. Vim ze existuje PyPy nebo Cython, ale pocita se default.

Podpora OOP je takova zvlastni, treba ze to jaky ma trida parametry se definuje uvnitr konstruktoru.

NumPy mi prijde jako takovy divny jazyk v jazyce...

Chtel jsem napsat, ze nema staticky typovani, coz se postupne ukazalo jako spravna cesta pro vetsinu use casu. Ale koukal jsem, ze tam neco pridali, ale pochybuju, ze to neni jenom polovicaty reseni. Diky type inference jsou staticky typovane jazyky "privetivejsi" nez driv.

Jak uz bylo napsano, podpora paralelismu. Je proste videt, ze ten jazyk byl navrhnut pred 30 lety.

[Radovan]

Pokud ti jde o rychlost běhu, používáš samozřejmě assembler

A pochybuji že by se cokoliv novějšího byť jen vzdáleně přiblížilo genialitě příkazu PAR v Algolu 68

[Dvojité Wéčko]

NumPy mi prijde jako takovy divny jazyk v jazyce...

Pokud za jazyk v jazyce považuješ zrovna numpy, co pak je skoro každá knihovna v C++ s šablonami a přetíženými operátory?

Já naopak považuji za ohromnou přednost numpy (oproti třeba matlabu, jejž někteří z pro mne nepochopitelných důvodů stále používají), že je to pořád python se vším všudy, co ten jazyk nabízí, a pracuje se s tím ve srovnání s jinými věcmi fakt snadno.

[Bystroushaak]

Je hrozne pomaly. Vim ze existuje PyPy nebo Cython, ale pocita se default.

No jo, ono je totiž hrozná práce napsat pypy script.py místo python3 script.py. Jinak default počítáš i u javascriptu, a u C počítáš defaultní implementaci, nebo tam ti to problémy nedělá?

Podpora OOP je takova zvlastni, treba ze to jaky ma trida parametry se definuje uvnitr konstruktoru.

Aha. Takže kdyby se to definovalo někde jinde, tak je to jako lepší jo? Já jsem třeba tenhle dojem nikdy neměl. Ale oproti třeba selfu je tohle pořád dost v pohodě.

NumPy mi prijde jako takovy divny jazyk v jazyce...

S tím souhlasím.

Jak uz bylo napsano, podpora paralelismu. Je proste videt, ze ten jazyk byl navrhnut pred 30 lety.

To jsou bizarně nepravdivé blbosti, které tu vidím opakované už po několikáté. Jazyk má podporu paralelismu úplně normální. Threading, procesy, korutiny.

Referenční implementace jazyka momentálně používá GIL, což mimo jiné znamená, že paralelismus s použitím threadů prakticky nevyužívá vícero jader. Což může a nemusí být vada, on ten GIL má taky pár výhod, které jsem například ocenil až nedávno (například všechny standardní datové struktury mají atomické změny a jsou thread safe by default). Paralelismus ale pořád funguje, ve smyslu že pro tvůj kód to vypadá, jako že vícero věcí běží zároveň, jen z toho nevyždímeš CPU výkon, ale třeba pro net/disk bound operace to funguje. Pokud ho potřebuješ (což já v práci občas jo), tak proste místo threadingu použiješ multiprocessing. Ano, bude to mít větší memory footprint, ale v typických use cases jsou to desítky megabajtů navíc (tuším něco jako 30MB?), což je nepodstatné.

[Člověk z Horní Dolní]

No jo, ono je totiž hrozná práce napsat pypy script.py místo python3 script.py.

Před pár lety jsem s tím měl nějaký problémy, nevím jestli se situace změnila.

Jinak default počítáš i u javascriptu

Ano, tam jako default beru V8.

Aha. Takže kdyby se to definovalo někde jinde, tak je to jako lepší jo? Já jsem třeba tenhle dojem nikdy neměl. Ale oproti třeba selfu je tohle pořád dost v pohodě.

Ano, přirozený mi přijde dát to nahoru do té třídy, stejně jako v jiných jazycích.

[Bystroushaak]

Ano, přirozený mi přijde dát to nahoru do té třídy, stejně jako v jiných jazycích.

To hrozně záleží na tom s čím jsi dělal. Jsou jazyky kde to tak je a jazyky kde to tak není a celý pocit přirozenosti máš jen protože jsi si na něco zvykl.

[xkucf03]

Paralelismus ale pořád funguje, ve smyslu že pro tvůj kód to vypadá, jako že vícero věcí běží zároveň, jen z toho nevyždímeš CPU výkon

Takže asi jako takový secí stroj, který neseje :-)

[Bystroushaak]

Takže asi jako takový secí stroj, který neseje

To není tak úplně pravda. Chápu proč můžeš mít ten pocit, ale reálně používám threading v py docela často a mám z toho ten benefit, akorát prostě ne na CPU bound úlohy. Ale třeba na psaní nějaký workerů co paralelně dělají se sítí / aws / whatever je to použitelné velmi dobře.

[Bystroushaak]

Jen abych to uvedl na pravou míru; ano, python v tomhle saje prdel a je to oprávněná kritika. Co chci říct je, že to reálně není zas tak velký problém, jak se zdá, protože to pořád pro spoustu účelů funguje jak by člověk čekal a pro ty účely kde ne stačí změnit pár řádek a místo threadingu použít multiprocessing a funguje to taky.

[Heron]

Proto jsem přešel na golang. Tam je threading přímo součástí syntaxe (go func()) a synchronizace pomocí channels mi taky dost vyhovuje.

Takže to, co jsem před tím měl v pythonu bůh ví jak řešení (většinou přes multiprocessing.pool.map), tak teď si naspawnuju tolik procesů, kolik přirozeně z hlediska návrhu programů plyne (klidně tisíce) a potom si posílají zprávy přes chan. Nějak je mi to velmi přirozené, myslím message passing různých nezávislých procesů.

Něco jsem o motivaci k přechodu na golang v létě napsal.

[scitaci komisar]

Ta tvoje statistika ma mouchy - uz trikrat jsem tady hlasoval pro C++.

[Člověk z Horní Dolní]

Typescript + Deno na lokalni skripty a programky.

[Babel]

To je porad transpilovatelny do ES5 tak dej JS.

[Člověk z Horní Dolní]

Jde to zkompilovat do binarky: deno compile main.ts

[wasm]

Kdyz potrebujes binarku tak to uz rovnou nejaky TS2WASM tool. Treba https://www.assemblyscript.org/

[Homoděj]

C++, protože je pro rusťáky příliš složitý používat moderní C++.

[~]

Laik zasne a odbornik se divi. Vseobecne na abicku sleduji proti-JS nalady a pritom jde asi jen o par zahorklych noliferu. V ankete JS vede! Holt mlcici vetsina, ktera misto flejmovani radeji kodi.

[Homoděj]

Anketa zatím ukazuje, že většina hlasujících ho nemá v oblibě. Také ukazuje, že většina uživatelů si oblíbila normální jazyky. Ještě ale nehlasoval dostatečně velký vzorek, aby se daly vyvodit takové závěry. Aspoň jsi nám ukázal, jaký lidi rádi programujou v JS.

Všimněte si kolik lidí má v oblibě Rust. Komentářů, který ho na Ábíčku vychvalujou je snad víc než těch, který hejtujou JS.

[Pastyr trolu]

A pan bude politik kdyz prohru premenil ve vitezstvi Jako my trolove jsme porad stejni jen JS uz nikoho netriggeruje tak jsme ho vymenili za Rust. Ale i Perl vypada nadejne, krasny priklad love/hate materialu, to si jeste vychutname