Nové a nové programovací jazyky (frameworky)

[mikino]

Zlati komuniste. Byt tady socik, tak tyhle srackoidni jayzky ku nam nedorazi. Prohnity Zapad. Programovaci jazyky stoji zahovno, take zradlo, ktere sem vozi. Jdu blejt

[Reklama]

[Inkvizitor]

můžete mi vysvětlit, v čem je Lisp o tolik lepší než moderní dynamické jazyky, na které tu každý nadává?

Asi v tom, že si z něho autoři těch "moderních" jazyků neustále něco vypůjčují - tak proč se nenaučit rovnou samotný Lisp, místo čekání, až v něm zase autoři těch moderních jazyků něco objeví a vítězoslavně implementují do toho svého výtvoru jako nějakou super new hyper cool feature.

A že je narozdíl od Haskellu dynamický a na side-effecty se jen upozorňuje jmennou konvencí? Tazatel se ptal na jazyk pro chytré lidi, ne pro ty, co potřebují, aby je překladač vodil za ručičku. Navíc Haskell je funkcionální, zatímco Lisp je multiparadigmatický - můžeš iterovat přes rekurzi, ale taky přes imperativní loop. Můžeš programovat funkcionálně, ale klidně i objektově nebo obojí najednou, chceš-li.

Chytry clovek neznamena neomylny clovek. Jazyk, ktery dava prilis mnoho volnosti, nepovazuju za moc dobry nastroj pro projektu, na kterych spolupracuje vice lidi.

A s externim makroprocesorem muzu mit makra v cemkoli.

Ale ne taková, jako má Lisp. To se externím makroprocesorem fakt udělat nedá.

Tady my dva nejsme ve pri. "Interni makroprocesor" je ponekud jine kafe nez externi. A ty externi povazuju za prinejlepsim vychodisko z nouze.

[Inkvizitor]

A s externim makroprocesorem muzu mit makra v cemkoli. To ale neni to, co mam na mysli. A sokuje me, ze modernim dynamickym jazykem jsi myslel konkretne JavaScript.

Samotný makroprocesor neposkytuje prostředky pro manipulaci s AST, kterou většina moderních jazyků umožňuje, ale nebývá dobrý nápad to používat. Jestli chcete moderní jazyk s first class makry, tak Elixir.

Z jazyku s makry davam prednost Rustu. Ale diky za tip.

[gll]

Pluginy pro babel v javascriptu jsou něco jako makra.

Viz výše - proč používat "něco jako makra", když můžu použít nefalšovaná lispovská makra? A srovnávat JavaScript s Lispem, to je hodně silné kafe. 

A s externim makroprocesorem muzu mit makra v cemkoli.

Ale ne taková, jako má Lisp. To se externím makroprocesorem fakt udělat nedá.

udělat se dá cokoliv, jen v některých případech s větší námahou. To nevadí, protože i v Lispu je bad practice používat makra na každou blbost. Pro jednoduchá makra neprovádějící AST transformace existuje přímo plugin https://github.com/codemix/babel-plugin-macros , pro složitější lze použít sweet.js .

[uuuuu]

Stejně tak by C-čko mohlo být přeloženo do bytekódu, třeba pro JVM...

webassembly

[Reklama]

[Kit]

Neni to jen kvuli hlouposti, ale treba i kvuli tomu ze spousta jazyku vznikla v dobe jednoho jadra v cpu a pustit vypocet paralelne je proste sileny. Nove jazyky se s tim umi leckdy poprat velmi elegantne a nekdy i bez zasahu programatora.

Lispu je jedno, kolik máš procesorů a na kolika vláknech. Dokonce mu nevadí, když program modifikuješ za chodu. V moderních jazycích musíš řešit explicitně to, co Lisp umí nativně.

[gll]

Neni to jen kvuli hlouposti, ale treba i kvuli tomu ze spousta jazyku vznikla v dobe jednoho jadra v cpu a pustit vypocet paralelne je proste sileny. Nove jazyky se s tim umi leckdy poprat velmi elegantne a nekdy i bez zasahu programatora.

Lispu je jedno, kolik máš procesorů a na kolika vláknech. Dokonce mu nevadí, když program modifikuješ za chodu. V moderních jazycích musíš řešit explicitně to, co Lisp umí nativně.

o kterém Lispu mluvíš?

[Inkvizitor]

Neni to jen kvuli hlouposti, ale treba i kvuli tomu ze spousta jazyku vznikla v dobe jednoho jadra v cpu a pustit vypocet paralelne je proste sileny. Nove jazyky se s tim umi leckdy poprat velmi elegantne a nekdy i bez zasahu programatora.

Lispu je jedno, kolik máš procesorů a na kolika vláknech. Dokonce mu nevadí, když program modifikuješ za chodu. V moderních jazycích musíš řešit explicitně to, co Lisp umí nativně.

C je to taky jedno, ne?

[Kit]

Lispu je jedno, kolik máš procesorů a na kolika vláknech. Dokonce mu nevadí, když program modifikuješ za chodu. V moderních jazycích musíš řešit explicitně to, co Lisp umí nativně.

C je to taky jedno, ne?

V C nebo v Javě to musíš řešit jako vícevláknovou aplikaci. Bez toho to pojede jen v jednom vláknu.

[gll]

V C nebo v Javě to musíš řešit jako vícevláknovou aplikaci. Bez toho to pojede jen v jednom vláknu.

a v Lispu to řešíš jak? uveď příklad

[Kit]

V C nebo v Javě to musíš řešit jako vícevláknovou aplikaci. Bez toho to pojede jen v jednom vláknu.

a v Lispu to řešíš jak? uveď příklad

Nijak. Pokud to použitý engine umí, tak se použije automaticky.

[Inkvizitor]

V C nebo v Javě to musíš řešit jako vícevláknovou aplikaci. Bez toho to pojede jen v jednom vláknu.

a v Lispu to řešíš jak? uveď příklad

Nijak. Pokud to použitý engine umí, tak se použije automaticky.

Sorry, ale to je bullsh*t. Automaticka paralelizace obecneho algoritmu nemuze nijak rozumne fungovat a pokud jedes na nejakem engine, ktery umi vyuzivat vice vypoctovych vlaken v nejakem specialnim kontextu, neni to zadna zasluha jazyka.

[gll]

Nijak. Pokud to použitý engine umí, tak se použije automaticky.

který engine to umí?

[JSH]

Nijak. Pokud to použitý engine umí, tak se použije automaticky.

který engine to umí?

Co to je vůbec myšleno tím "engine" v kontextu téhle diskuze?

[gll]

Nijak. Pokud to použitý engine umí, tak se použije automaticky.

který engine to umí?

Co to je vůbec myšleno tím "engine" v kontextu téhle diskuze?

předpokládám, že implementace