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 - Google CTCCTCGGCGGGCACGTAG

Stran: 1 ... 22 23 [24] 25 26 ... 41
346
Vývoj / Re:Programovací jazyk Nim
« kdy: 28. 09. 2020, 22:45:20 »
ukaz mi konkretni chybu, kterou Rust detekuje a bezne pouzivane lintery/kompilery nedetekuji. Podle me se vsechny takove chyby tykaji spravy pameti a soubezneho pristupu do pameti v paralelnich programech. Takove chyby hrozi jen v urcitem typu aplikaci. Kdyz pouzivas model pararelismu zalozeny na posilani zprav/komunikaci pomoci front a jazyk s GC, nic takoveho nemuze nastat.

Několik příkladů, které typový systém a další prostředky Rustu řeší:

1. Pattern matching a úplnost vyhodnocení možností a tím pádem:
2. Řádné ošetření nullable typů (Option rulez)
3. Řádné ošetření chybových výsledků (Result rulez)
4. Statická kontrola formátování řetězce (hygienic macro rulez)
5. Skvělá podpora pro serializaci pomocí maker (serde rulez)
6. Úžasná podpora pro budování parseru argumentů, opět pomocí maker a pomocí vyspělých složených typů (Enum atd.) (structopt rulez)
7. Oproti GC zcela deterministické uvolňování VŠECH možných prostředků, nejenom paměti, ale i třeba zámků nebo otevřených souborů a nevím čeho ještě. Na rozdíl od různých GC jazyků NEEXISTUJE, že by se volal nebo nevolal "destruktor" v závislosti na tom, jak se runtime zrovna rozmyslí (RAII rulez)

Rust není "jenom" hlídač paměti, ale autoři si dali hodně práce s tím, aby jazyk měl pokročilé vlastnosti známé z FP jazyků při zachování efektivity srovnatelné s C++ (protože zero cost abstractions) a v ideálním případě ne za cenu zhoršené ergonomie. Člověk často zjistí, že co mu chybělo oproti jiným jazykům, má Rust implementováno podobně nebo malinko jinými prostředky, ale se srovnatelným pohodlím.

Platí za to hlavně tím, že se musí dost věcí učit a že nad svým programem musí přemýšlet dopředu, případně vychytat fígle, které mu umožní část rozhodnutí přesunout do pozdějších fází vývoje. A pokud už do jazyka investoval, otevřou se mu další domény a věř tomu, že komunita kolem Rustu je hodně vitální a činí se, takže jeho využitelnost je od high performance web serverů přes embedded systémy a výpočetně náročné paralelní výpočty (Rayon rulez) k CLI utilitám a klidně i webovému frontendu s využitím WASM (Yew).

Už jsme na hraně flamewaru, takže za sebe tímto končím.

ok, asi mas pravdu, nebudu se vic hadat. Jen k tomu prvnimu bodu, v Pythonu 3.10 ma byt https://www.python.org/dev/peps/pep-0622/

347
Vývoj / Re:Programovací jazyk Nim
« kdy: 28. 09. 2020, 19:48:40 »
Rust brani chybam, ktere v jazyku s GC, pri pouziti vhodneho modelu pararelismu, nemohou nastat. Namisto boje s jazykem je lepe usetreny cas investovat do prevence chyb, ktere jsou bezne.

Rust cili na urcitou domenu, stejne jako treba vyse zmineny Crystal. Psat v Rustu webove aplikace je plytvani usilim.

odpoved i pro Ink.

To je dost zjednodušený pohled. Pokud Ti funguje, co používáš, užij si to.

ukaz mi konkretni chybu, kterou Rust detekuje a bezne pouzivane lintery/kompilery nedetekuji. Podle me se vsechny takove chyby tykaji spravy pameti a soubezneho pristupu do pameti v paralelnich programech. Takove chyby hrozi jen v urcitem typu aplikaci. Kdyz pouzivas model pararelismu zalozeny na posilani zprav/komunikaci pomoci front a jazyk s GC, nic takoveho nemuze nastat.

348
Vývoj / Re:Programovací jazyk Nim
« kdy: 28. 09. 2020, 19:08:20 »
Já osobně správnost běhu finální aplikace docela potřebuju, a Rust mi těmi zárukami tedy práci dost zjednodušuje.
Samozřejmě se to nedá zobecnit na všechny.

Rust brani chybam, ktere v jazyku s GC, pri pouziti vhodneho modelu pararelismu, nemohou nastat. Namisto boje s jazykem je lepe usetreny cas investovat do prevence chyb, ktere jsou bezne.

Rust cili na urcitou domenu, stejne jako treba vyse zmineny Crystal. Psat v Rustu webove aplikace je plytvani usilim.

odpoved i pro Ink.

349
Vývoj / Re:Programovací jazyk Nim
« kdy: 28. 09. 2020, 17:50:08 »
Neřekl bych, že jde o nedostatečnou úroveň abstrakce, důvodem u Rustu je přísná analýza za účelem maximálního zaručení správnosti běhu finální aplikace.

což často nepotřebujete a jen to komplikuje práci.

350
Vývoj / Re:Programovací jazyk Nim
« kdy: 28. 09. 2020, 15:58:41 »
Sázím na Rust, o Nimu si nemyslím nic moc, podle mě se nechytí a zůstane na okraji. Kdyby neměl tak silnou konkurenci, dalo by se o něm uvažovat. Ty příklady, které ukazuješ, mě spíš děsí, stejně jako tohle: https://nim-lang.org/docs/manual.html#lexical-analysis-identifier-equality

Rust je oproti Nimu jazyk nižší úrovně, bez GC. Stejně jako v Go, musíte psát kód navíc z důvodu nedostatečné úrovně abstrakce, jen jiného typu.

351
výsledek sice super, hlavně pro vzorce a tabulky, ale tvorba byla masochismus nejhrubšího zrna :D

proto doporučuji TeX jen na vzorce, na zbytek nějaký odlehčený značkovací jazyk, markdown nebo org

352
Vývoj / Re:Nim
« kdy: 27. 09. 2020, 17:49:47 »
Zdravím. Vcelku nedávno jsem narazil na zajímavý programovací jazyk Nim. Syntax podobná Pythonu, rychlost se blíží k céčku (v porovnání s Pythonem rozhodně). Transpilace do C a JS, popřípadně C++ a ObjC (aby se daly pro ně psát knihovny/použít je?). Zajímavé syntaktické cukry. Problémem je že není moc rozšířený.

Co si o něm myslíte?

Neskúšal som ho ale vyzerázaujímavo. Po Boo ďalší jazyk inšpirovaný python syntaxou.

Btw ďalší jazyk z tohto súdka je crystal ten je pre zmenu inšpirovazný jazykom Ruby: https://crystal-lang.org/ a tiež sa kompiluje do C.

Tých jazykov je už naozaj veľa, ale vačšina z nich ide len cestou evolúcie. Ich autori sú málo odvážni na to aby priniesli niečo nové nejaké revolučné myšlienky úplne iný nový revolučný spôsob vývoja.

Crystal je celkem revoluční, vysokoúrovňový kompilovaný jazyk s GC cílící na webové vývojáře, narozdíl od Go bez kompromisů v podobě chybějících featur.

btw včera vyšlo Ruby 3.0.0 Preview 1, některé výhody Crystalu oproti Ruby už nejsou aktuální.

353
Vývoj / Re:Nim
« kdy: 27. 09. 2020, 17:26:58 »
Zdravím. Vcelku nedávno jsem narazil na zajímavý programovací jazyk Nim. Syntax podobná Pythonu, rychlost se blíží k céčku (v porovnání s Pythonem rozhodně). Transpilace do C a JS, popřípadně C++ a ObjC (aby se daly pro ně psát knihovny/použít je?). Zajímavé syntaktické cukry. Problémem je že není moc rozšířený.

Co si o něm myslíte?

Neskúšal som ho ale vyzerázaujímavo. Po Boo ďalší jazyk inšpirovaný python syntaxou.

Btw ďalší jazyk z tohto súdka je crystal ten je pre zmenu inšpirovazný jazykom Ruby: https://crystal-lang.org/ a tiež sa kompiluje do C.

Tých jazykov je už naozaj veľa, ale vačšina z nich ide len cestou evolúcie. Ich autori sú málo odvážni na to aby priniesli niečo nové nejaké revolučné myšlienky úplne iný nový revolučný spôsob vývoja.

Crystal je celkem revoluční, vysokoúrovňový kompilovaný jazyk s GC cílící na webové vývojáře, narozdíl od Go bez kompromisů v podobě chybějících featur.

355
Vývoj / Re:Modifikovatelné UI/GUI - c++
« kdy: 17. 09. 2020, 11:37:46 »
Může být. Já jsem jen chtěl poukázat, a myslím, že se mi to celkem povedlo, že ta exotická limitující technologie je spíše HTML než co jiného.

myslel jsem exoticky ve smyslu malo rozsireny

356
Vývoj / Re:Modifikovatelné UI/GUI - c++
« kdy: 13. 09. 2020, 20:51:01 »
3/ neumí svižné aplikace, kde záleží na rychlosti odezvy UI
z me zkusenosti jdou problemy s vykonem weboveho frontendu vzdy vyresit, urcite neni treba psat celou aplikaci v nejake exoticke limitujici technologii, kvuli male vykonove kriticke casti.
Já tu zkušenost nemám. Mě přijde, že všechny engine běžící na html jsou nenažraný bumbrlíci, a ta svižnost UI je prostě webová.

za to vetsinou muzou reklamy

357
Vývoj / Re:Modifikovatelné UI/GUI - c++
« kdy: 13. 09. 2020, 17:39:09 »
Co konkretne HTML neumi oproti tem alternativam, ktere tu navrhujete?

1/ neumí nativní look&feel
podle me takova UI technologie neexistuje, ktera by vypadala nativne vsude, lepsi je ladit jeden vzhled pro konkretni aplikaci, nez X ruznych vzhledu pro ruzna prostredi
2/ neumí lehké nenáročné aplikace nenáročné na zdroje paměti a procesoru
no to je dan za flexibilitu, na dnesnich desktopovych pocitacich to neni problem, mozna na starsich mobilech
3/ neumí svižné aplikace, kde záleží na rychlosti odezvy UI
z me zkusenosti jdou problemy s vykonem weboveho frontendu vzdy vyresit, urcite neni treba psat celou aplikaci v nejake exoticke limitujici technologii, kvuli male vykonove kriticke casti.

358
Vývoj / Re:Modifikovatelné UI/GUI - c++
« kdy: 13. 09. 2020, 15:59:36 »
Co konkretne HTML neumi oproti tem alternativam, ktere tu navrhujete? Pro pouziti nejake malo rozsirene technologie by mel existovat dobry duvod, protoze si tim v kazdem pripade pridelate spoustu problemu.

359
Bazar / Re:Koupím knihy o umělé inteligenci
« kdy: 11. 09. 2020, 16:05:40 »
Nektere dily jsem mel kdysi pujcene z knihovny, podle me dnes nejsou moc relevantni, z vetsi casti se venuji pristupum, ktere se ukazaly jako slepe cesty. Nedavno v cestine vysla kniha o modernim strojovem uceni https://www.alza.cz/media/deep-learning-v-jazyku-python-knihovny-keras-tensorflow-d5614228.htm?kampan=adwme_eo-a-knihy_pla_all_obecna-css_knihy_c__FKP0296064_9062874&gclid=Cj0KCQjwwOz6BRCgARIsAKEG4FXvdhec9sF4Ww8BEb4v7zZHyrub9_-eBmxKxQOY9qdUjWiEYh7wZbIaAmELEALw_wcB

Zalezi, co vas zajima. Zpetnovazebnym ucenim se zabyvaji i nektere ucebnice teorie rizeni, kvantitativni ekonomie a pod.

360
Server / Re:Free PaaS a Cloud služby
« kdy: 01. 09. 2020, 18:26:19 »
Jestli je to ciste staticky web, jde hostovat neomezene zdarma na githubu.

Stran: 1 ... 22 23 [24] 25 26 ... 41