Příspěvky

211

Vývoj / Re:Investor pro C++ IDE

« kdy: 14. 09. 2021, 00:16:29 »

V runtime žádné typy nepotřebuju

urcite lze informace o typech vyuzit i v runtime, treba pro ruzne validace vstupnich dat. Priklad z Pythonu https://pydantic-docs.helpmanual.io/ ,

Pri interpretri je runtime samotny interpreter nie kod ktory sa interpretuje.

Validovat podla deklarovaneho typu premennej v kode je na facku. Aj v pripade tak typovo silneho a bohateho jazyka ako napr ada. Vstupne hodnoty sa maju validovat podla zadania.

potom musite v kodu udavat typy na dvou mistech, coz neni DRY.

212

Vývoj / Re:Investor pro C++ IDE

« kdy: 14. 09. 2021, 00:10:49 »

Takhle to u typovaných jazyků nefunguje. Nech to bejt.

pokud typove informace zahodite pri kompilaci, nemuze to fungovat. Pokud je zachovate a umoznite jejich cteni v case behu, lze je vyuzit.

Nech to bejt.

Netykejte mi. Nezname se.

213

Vývoj / Re:Investor pro C++ IDE

« kdy: 13. 09. 2021, 23:36:36 »

V runtime žádné typy nepotřebuju

urcite lze informace o typech vyuzit i v runtime, treba pro ruzne validace vstupnich dat. Priklad z Pythonu https://pydantic-docs.helpmanual.io/ ,

214

Vývoj / Re:Investor pro C++ IDE

« kdy: 13. 09. 2021, 23:33:26 »

Idealni reseni v JS by bylo zavezt nejake zkratky pro Reflect.metadata("design:type" ... dekoratory, kterym by rozumel i typescriptovy linter. Jednalo by se o validni javascript a informace o typech by se zachovaly i v runtime. Byli bychom tam kde Python.

215

Vývoj / Re:Investor pro C++ IDE

« kdy: 13. 09. 2021, 22:53:24 »

To dela i typescript. Take mi transpilace ze statickeho do dynamickeho jazyka prijde hloupa.

Tak typescript a spol jsou trošku jiný případ. U webu je na výběr jen javascript nebo webassembly + záložní javascript. Jestli je něco hloupé má cenu řešit jen pokud existuje alternativa.

Pokud ty typy maji slouzit jen jako hinty pro linter, stacilo by je psat do komentaru. Transpilacni krok je naprosto zbytecny.

216

Vývoj / Re:$1 z bash skriptu do sed

« kdy: 13. 09. 2021, 22:05:07 »

nevyzerá, že by fungovalo

sed -e 's/file.cvs/'$1'/g'

nevie mi niekto poradiť prečo?

zkuste vytisknout. jestli tam nahodou neni mezera

Kód: [Vybrat]

echo 's/file.cvs/'$1'/g'

217

Vývoj / Re:Investor pro C++ IDE

« kdy: 13. 09. 2021, 21:21:47 »

Já ho třeba používám protože implementace Amulet (https://amulet.works/) je podobná Haskellu, umí nějaké ty zajímavé featury a kompiluje mi to do Lui. Žádná další zvláštní motivace v tom není.

Kompilace do Luy? Proč? Zrovna Lua mi pro tenhle účel přijde extrémně nevhodná. A s dokumentací na stránkách toho jazyka je to takové nijaké.

Asi nerozumím tvému příspěvku. Extrémně nevhodná na co?

Jako cílový jazyk kompilace. Síla Luy je IMO v tom, že je to jednoduchoučký jazyk s malinkým runtimem který se dá jednoduše embednout kamkoliv. Přijde mi trochu zvláštní mít mocný typový systém a v runtime všechny tyhle informace zahodit a všechno to nasypat do jedné univerzální hashmapy. To už by mi přišlo rozumnější, aby si Amulet zrovna interpretoval svůj AST než tohle.
Tohle kombinuje nevýhody z obou světů. Pro kompilaci potřebuje mocnou parní mlátičku a v runtime platí za nevyužitou flexibility Luy.

To dela i typescript. Take mi transpilace ze statickeho do dynamickeho jazyka prijde hloupa.

218

Vývoj / Re:Investor pro C++ IDE

« kdy: 12. 09. 2021, 11:56:02 »

Rust ma oblasti pouziti, ale cpat ho vsude je jen honeni ega

kdyz GC vylozene neprekazi, neni duvot nepouzit jednodussi jazyk s GC

219

Vývoj / Re:Investor pro C++ IDE

« kdy: 12. 09. 2021, 11:27:48 »

S kompilátorem bojuje ten, kdo dosud jazyk dostatečně neovládl. Naprasit program a pak ho "debugovat" je funkční přístup pro malé prográmky, na které člověk už potom nesahá. V ostatních případech je třeba mít to napsáno slušně a spolehlivě.

pokud se ridite heslem "if it compiles, ship it"

v opacnem pripade musite program prubezne kompilovat a testovat, v takovem pripade ocenite zejmena rychlou kompilaci a moznost "praseni" ruznych docasnych uprav

priklad z realneho sveta - Parity nikdy nenahradilo Geth

220

Vývoj / Re:Investor pro C++ IDE

« kdy: 12. 09. 2021, 09:28:34 »

Len by ma zaujimalo preco prave Rust, co je na Ruste take dobre, v com je Rust lepsi ako napr. D ?
Pred 5 rokmi som skusal D a bol som z toho celkom nadseny, pekny univerzalny jazyk, syntaxou podobny C, dokonca ma prikaz rdmd, kedy v jednom kroku skompiloval a spustil program, co sa mi zdalo vhodne aj na nejake skriptovanie.

Víš, jsou dva přístupy. Jeden tvrdí, že dokonalý návrh je takový, že už k němu není co přidat a druhý zase, že dokonalý návrh je takový, že z něj nemůžeš nic odebrat, aniž by to celé přestalo fungovat. Rust je výsledkem druhého způsobu uvažování. Na Rustu je dobré to, že dělá všechno proto, aby výsledné programy byly korektní a veškeré chyby se pokud možno projevily už v době implementace, ať už tím, že je zachytí kompilátor nebo tím, že donutí uživatele "výjimky" vidět a na místě řešit.

casto je rychlejsi a jednodussi oddebugovat zivy program, nez bojovat s kompilatorem.

A víš, proč D nikdy nenahradí C++, kromě problémů s načasováním a historicky s licencí? Protože je to pořád jenom převlečené C++, jenom přidává další a další vlastnosti a C++ to dělá taky.

D neni prevlecene C++, napr ma automatickou zpravu pameti

221

Vývoj / Re:MariaDB - synchronizace DB schématu test/prod

« kdy: 07. 09. 2021, 17:48:18 »

Existuje nějaké řešení jak exportovat pouze schéma, importovat ho do jiné databáze a zachovat existující data?

doporucil bych ORM s migracnim systemem, i v pripade, ze ho pouzijete jen pro migrace.

1. Vygenerovat ORM modely z ciloveho schematu (db, kterou chcete zmenit).
2. Vytvorit nad nimi (pocatecni) migraci a tu ulozit do db jako aplikovanou (v djangu volba --fake-initial).
3. Pregenerovat modely podle zdrojoveho schematu.
4. Vytvorit druhou migraci, ktera bude obsahovat rozdil oproti tomu prvnimu schematu.
5. Aplikovat tu migraci nad cilovym schematem.

ORM vas upozorni na vsechny pripadne problemy (chybejici defaultni hodnoty, odstraneni sloupcu s daty atd.)

222

Vývoj / Re:Python Django - provedení určité akce v uživatelem definovány čas

« kdy: 05. 09. 2021, 17:34:23 »

https://www.root.cz/clanky/celery-system-implementujici-asynchronni-fronty-uloh-pro-python/

https://www.root.cz/clanky/nastroj-huey-uzitecna-knihovna-pro-praci-s-frontami-uloh-v-pythonu/

223

Vývoj / Re:Python Django - provedení určité akce v uživatelem definovány čas

« kdy: 05. 09. 2021, 17:26:55 »

to vůbec není problém, nastavte si cron, že vám každou minutu spustí skript se schedulerem, který zkontroluje, jestli je ten správný čas a případně provede akci, pokud to tedy stačí s přesností na minutu.

oproti fronte uloh je to zbytecne komplikovane a malo robusni, musite rucne osetrovat, jestli predchozi spusteni dobehlo atd. Riskujete, ze v tom udelate chybu.

224

Vývoj / Re:Python Django - provedení určité akce v uživatelem definovány čas

« kdy: 05. 09. 2021, 14:25:12 »

pokud pouzivate celery tak https://docs.celeryproject.org/en/latest/reference/celery.app.task.html#celery.app.task.Task.apply_async

225

Vývoj / Re:Python- kniha/ odporucania

« kdy: 28. 08. 2021, 17:55:58 »

V cestine je kniha od ceskeho autora dobra volba, protoze kvalita prekladu byva mizerna. V anglictine urcite doporucuji kazdemu precist (nebo alespon konzultovat, kdyz si nevite rady jak neco resit) Python 3 Cookbook