Příspěvky

181

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 15:22:15 »

Alebo naopak? Rozlišujem medzi buildtime a runtime a tvrdím, len prijebanci sa môžu za runtime odvolávať na statické typy? Že sú im za runtime na piču a musia si strážiť vstupy rovnako, ručne, prídavnými typovými kontrolami, či už v staticky, či dynamicky typovanom jazyku? Inak im program zhodí / hackne 10 ročné decko? A ešte sa mi iný dement pochváli, že staticky typovaný jazyk je lepší, lebo za  runtime nestráži ani rozsah hodnôt? A??? Šak kontrola ručne navyše aby sa to za behu nestalo, lebo overflow/underflow je najpriamejšia cesta ako kompromitovať apku! Vám to tu ale pekne jebe vy "programátori"

Takhle to dopadá, když se nedostudovanci dají na programování. A pokud máš IT vysokou školu, tak radši nechci ani vědět kterou.

Zkus si v tom svém Javascriptu toto:

Kód: [Vybrat]

> parseInt("10765432100123456789")

a budeš překvapený, co ti vyleze. Přičemž je docela běžné, že se id v JSONu posílají v numerickém formátu. Něříkám, že to je problém, prostě to je takto definováno, ale je zjevné, že o tom vůbec nevíš.

Čo si ty za debila... A čo má parseInt, manuálne sparsovanie hodnoty, spoločné s typmi??? Veď to je to, čo hovorím: že kým si sám, napríklad s parseInt, alebo obdobne sám neustrážim hodnotu na vstupe, tak typový systém už vôbec nie.

182

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 15:18:30 »

Takže v Jave budem čítať vstup, čo len z konzoly, a pri pokuse priradiť načítaný string do premennej typu int mi program nespadne na runtime error?

to typescript nedovolí. Musíte nejdřív převést na číslo.

Ale dovolí. Lebo za runtime tam z TS syntaxu neostane ani zmienka. Vo formulári ti užívateľ zadá text miesto čísla a TS ti s tým nijak nepomôže. Len si pletieš buildtime s runtime.

183

Vývoj / Re:Jak nahlížíte na front-end developery?

« kdy: 12. 10. 2018, 15:14:56 »

Nakodit neco v Reactu, nebo Angularu, aby to davalo smysl, dalo se to pouzivat je celkem kumst. Frontend neni jenom o vytvareni webovych prezentaci pro mistni firmicku, nebo panicku, co si otevrela kvetinarstvi

Tak tak. Obzvlášť s Angularom, objektovo a rovno s TS. Ale sem sa vyjadrujú len blbečkovia, čo naposledy použili JS len copy/paste, s jQuery a ES3 syntaxom.

184

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 15:08:25 »

... ako TS súvisí / eliminovalo špagety kód vo vašej firme.

Souvisí to s typováním. Jakmile začneš do těch špaget rvát typy, tak se to začne pročišťovat. Přirozený refactoring. Dále tomu pomáhá skutečnost, že ty typy se dají přidávat postupně. Takže odpadá strach z megapřepisu.

Kokot to je argument. Pridanie definície typov prečisťuje kód.

Co se ti nezdá?

Napríklad to, že fungujúci špagety kód mi pridanie typov žiadnym spôsobom neprečistí? Že typy a špagety kód nemajú fakt nič spoločné?

To, že se ti to nezdá, že já to tak použít umím, protože ten jazyk používám, zatímco ty neumíš, protože jsi to nikdy nedělal, páč by si se tak neptal - to není známka špatného argumentu.

Jeden tu motá dohromady build time s run time, iný motá dohromady refaktorizáciu s typmi. To je tak všetko, čo som sa dozvedel. Ako vždy na tomto fóre, nič.

185

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 15:03:38 »

Ergo, "zahučí" mi aplikácia za run-time pri odovzdaní nesprávneho typu parametru ako pri staticky typovanom jazyku, alebo je TS len o hintoch počas kódenia?

Řekl bych, že úplně nerozumíte tomu, co znamená staticky typovaný jazyk. V běžně používaných staticky typovaných jazycích (C, C++, Java,...) se žádná runtime kontrola nesprávného typu nedělá. Proč taky, to garantuje kompilátor, že tam je správný typ. U některých se dají různými oklikami vynutit checky, ale to už je jiná kapitola. Pokud by to totiž bylo běžnou součástí, tak by šla výkonnost prudce dolů. A pro váš neklidný spánek vám prozradím ještě jedno sladké tajemství, u většiny se standardně neprovádí ani kontrola přetečení/podtečení u číselných typů.

Takže v Jave budem čítať vstup, čo len z konzoly, a pri pokuse priradiť načítaný string do premennej typu int mi program nespadne na runtime error?

To máš vážně tak nízké IQ? Spadne to na konverzi, když neošetříš případnou chybu.

Alebo naopak? Rozlišujem medzi buildtime a runtime a tvrdím, len prijebanci sa môžu za runtime odvolávať na statické typy? Že sú im za runtime na piču a musia si strážiť vstupy rovnako, ručne, prídavnými typovými kontrolami, či už v staticky, či dynamicky typovanom jazyku? Inak im program zhodí / hackne 10 ročné decko? A ešte sa mi iný dement pochváli, že staticky typovaný jazyk je lepší, lebo za  runtime nestráži ani rozsah hodnôt? A??? Šak kontrola ručne navyše aby sa to za behu nestalo, lebo overflow/underflow je najpriamejšia cesta ako kompromitovať apku! Vám to tu ale pekne jebe vy "programátori"

186

Studium a uplatnění / Re:Zaměření na frontend nebo backend

« kdy: 12. 10. 2018, 14:52:36 »

Na malým městě budeš muset dělat Fullstack imho... tohle rozdlění funguje jen ve velkej městech, menší firmy nerozlišujou a prostě "děláš web"...

¨

Takže myslíš, že se mám stejně učit obě dvě strany?

Áno. Budeš tak minimálne hodnotený ako fullstack programátor a platovo budeš inde.

187

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 14:50:26 »

... ako TS súvisí / eliminovalo špagety kód vo vašej firme.

Souvisí to s typováním. Jakmile začneš do těch špaget rvát typy, tak se to začne pročišťovat. Přirozený refactoring. Dále tomu pomáhá skutečnost, že ty typy se dají přidávat postupně. Takže odpadá strach z megapřepisu.

Kokot to je argument. Pridanie definície typov prečisťuje kód.

Co se ti nezdá?

Napríklad to, že fungujúci špagety kód mi pridanie typov žiadnym spôsobom neprečistí? Že typy a špagety kód nemajú fakt nič spoločné?

188

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 14:47:45 »

Ergo, "zahučí" mi aplikácia za run-time pri odovzdaní nesprávneho typu parametru ako pri staticky typovanom jazyku, alebo je TS len o hintoch počas kódenia?

Řekl bych, že úplně nerozumíte tomu, co znamená staticky typovaný jazyk. V běžně používaných staticky typovaných jazycích (C, C++, Java,...) se žádná runtime kontrola nesprávného typu nedělá. Proč taky, to garantuje kompilátor, že tam je správný typ. U některých se dají různými oklikami vynutit checky, ale to už je jiná kapitola. Pokud by to totiž bylo běžnou součástí, tak by šla výkonnost prudce dolů. A pro váš neklidný spánek vám prozradím ještě jedno sladké tajemství, u většiny se standardně neprovádí ani kontrola přetečení/podtečení u číselných typů.

Takže v Jave budem čítať vstup, čo len z konzoly, a pri pokuse priradiť načítaný string do premennej typu int mi program nespadne na runtime error?

189

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 14:39:41 »

... ako TS súvisí / eliminovalo špagety kód vo vašej firme.

Souvisí to s typováním. Jakmile začneš do těch špaget rvát typy, tak se to začne pročišťovat. Přirozený refactoring. Dále tomu pomáhá skutečnost, že ty typy se dají přidávat postupně. Takže odpadá strach z megapřepisu.

Kokot to je argument. Pridanie definície typov prečisťuje kód.

190

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 14:36:00 »

Že si ty typu dement a nejde to zmeniť je všetko čo o statickom typovaní potrebujem vedieť. Choď troliť do iného vlákna, ĎAKUJEM.

Prestan vyvadet.

Proste ti jenom jemne chceme naznacit, ze zrejme na to jdes spatne a resis blbost. TS nikdy nebyl a nebude o plnem runtime typechecku, neni to jeho cilem. Bez guardu ci check-knihoven nebo nahore spominaneho ts-runtime co ti pomuze s generovanim guardu to nedas. Kazdopadne kdyz chces jit toihle cestou pocitej s tim, ze performance tveho kodu pujde dolu diky neustalemu checkovani typu.

Lenže ja neriešim blbosť, ale principiálnu otázku: má vôbec TS zmysel? Stojí za ten dlhšie písaný "bloated" kód a toho drahšieho programátora ako toho, čo vie "iba" JS, plus za väčšie náklady na maintenance, zasa za toho drahšieho programátora? Keď navyše písať k tomu testy je tiež ako drahšie, tak zložitejšie a dlhšie trvajúce? A keď v princípe všetko čo za to TS ponúka, sú type hinty? Má TA zmysel vo svetle faktu, že typovú kontrolu si v princípe môžem nad codebase vykonať aj s Flow, a to bez definície jediného typu? A kód mi ostane čitateľnejší, lacnejšie vytvorený a udržiavaný a za runtime aj tak či onak budú fungovať rovnako? To nie je žiadna blbosť ale principiálna otázka z praxe.

Ptal ses ale na něco o dost jiného. Tak se nediv

Celé to statické typování děláme pro to, abychom typovou kontrolu nemuseli dělat až s Flow. Aby bylo zaručené, že jsou v runtime typy dobře. A aby co nejvíc chyb dokázal odchytit překladač.

A jestli se to vyplatí, ti tu fakt nikdo neřekne. Nevíme, co máš k dispozici za programátory. Nevíme, jaký druh problému řešíš. A tak dál. A navíc to nejsme my, kdo jde s kůží na trh.

Ale abych byl upřímný, tak mi nepřijde že bys zjišťoval jestli se to vyplatí. Spíš mi to připadá, že sháníš argumenty proč se to nevyplatí.

Iste. Falzifikácia je vo výsledku to isté, ako verifikácia. A ty si pre mňa zatiaľ iba ďalšia obeť TS hype. Napísať, že TS je riešenie špagety kódu, Flow je nanič a do konca, že TS developer sa ani nemusí učiť JS, to je zbierka takých nezmyslov..

191

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 14:31:03 »

Lenže ja neriešim blbosť, ale principiálnu otázku: má vôbec TS zmysel?

Ano má. Protože chceme kód otestovat před spuštěním, ne za běhu. Ty se tážeš, zda ti to bude testovat za běhu, ale o to nikdo nemá zájem. To nebyl důvod, proč byl TS vymyšlen.

Mňa naopak zaujímajú správne typy hodnôt za behu. Lebo len to je pre mňa bezpečnostné riziko. A zdá sa, že TS mi nijak nepomôže s neznámym JSON za behu. Tým pádom je pre mňa TS zbytočné.

192

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 14:27:34 »

Nie som si istý či ti verím, lebo tvrdíš aj zjavné nezmysli. Napríklad že mi TS prezentuješ ako riešenie špagety kódu, pričom je tam nulová súvislosť.

No jestli delas i v programovani takove hrubky jako v slovencine tak se asi nemame dal o cem bavit. Chtel jsem ti slusne poradit ale chovas je jako k@k@t.

A to vážne? Za jeden preklep v "y" som kokot? Dobre. Ja som kokot, ty profi developer. Tak sa vráťme k téme a ako prvé mi vysvetli ako TS súvisí / eliminovalo špagety kód vo vašej firme.

193

Vývoj / Re:Jak nahlížíte na front-end developery?

« kdy: 12. 10. 2018, 14:20:53 »

Zdravím,
obecně jsem si všiml na forum, že je zde celkem "hate" vůči JS.
Jakým způsobem nahlížíte, pokud děláte back-end, na lidi, co dělají front-end? Html,CSS, JS. Někde v nějaké diskuzi jsem se i dočetl, že člověk, co dělá front-end by se neměl nazývat ani programátorem, což mi přijde velmi zvláštní, když vezmeme v potaz, že psaní JS kodu je taktéž programování - ačkoli jiné, než např Java na back-endu. Ale stejně člověk , který dělá javu, musí znát další frameworky, to samé platí o JS - nutno znát další frameworky.

Chápal bych, že lidé, co dělají jen html/css, tak o těch lze takto přemýšlet, ale pokud ten člověk i programuje v JS, tak mi to přijde dost ujetý.

Je to tak, ako hovoríš. Navyše treba spomenúť, že JS a Node priniesli do web aplikácií za posledné roky inovácie, ktoré adaptovali aj iné jazyky. Dokumentácia Lumen frameworku? Kód snáď jedna k jednej kópia Express. "Reaktívne programovanie" s web komponentami? Cesta ktorou sa vydal aj Spring či Vaadin. Skúsený JS programátor je proste programátor ako akýkoľvek iný, preto sa aj platy Reacťákov tak dotiahli na Javistov. C# programátorom hejtujúcim JS tak ostali len oči pre plač...

194

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 14:14:44 »

Lenže ja neriešim blbosť, ale principiálnu otázku: má vôbec TS zmysel? Stojí za ten dlhšie písaný "bloated" kód a toho drahšieho programátora ako toho, čo vie "iba" JS, plus za väčšie náklady na maintenance, zasa za toho drahšieho programátora?

Vychovat TS programatora je levnejsi nez JS kodera protoze TS je pes co rve dokud kod neni cisty. JS ti dovoli prasarny a u nezkuseneho kodera tak muzou byt dusledky mnohem drahsi

Keď navyše písať k tomu testy je tiež ako drahšie, tak zložitejšie a dlhšie trvajúce?

Blbost. Unit testy k TS se pisou mnohem lepe a muzes je psat rovnou v TS. Naimportujes kod co chces testovat, naplnis fixtures pripadne stubs, pustis asserty, vymalovano.

A keď v princípe všetko čo za to TS ponúka, sú type hinty? Má TA zmysel vo svetle faktu, že typovú kontrolu si v princípe môžem nad codebase vykonať aj s Flow, a to bez definície jediného typu?

Typescript je mnohem lepsi nez Flow. Navic kazdy existujici JS kod je i validnim TS kodem dokud do neho nenarves typy. Takze nemusis vsechno prepisovat.

A kód mi ostane čitateľnejší, lacnejšie vytvorený a udržiavaný a za runtime aj tak či onak budú fungovať rovnako? To nie je žiadna blbosť ale principiálna otázka z praxe.

Tak nevim co kodite ale rikat ze JS kod je vice citelny nez TS kod ? Kdyz budes kodit poradne MVC apky v teamu a nechces se po roce utopit v spagetach tak k typescriptu pobezis velice brzy a velice rad. Ta typovost za to stoji a spousta chyb se tak eliminuje uz v zarodku.

My na TS presli asi pred 2 lety a je to jednoznacne pozitivum. Zpatky by uz nikdo nesel, vyplatilo se to, zlepsili se metriky jak vykonnosti koderu, tak poctu chyb. Vyhodou byla ta moznost postupneho prechodu kde na zacatku byl jeden .ts soubor a 500 .js souboru. Dnes je to nekde na 400 .ts souborech a na zbytek .js uz sahat nebudeme, postacilo pridat .d.ts definince.

Nie som si istý či ti verím, lebo tvrdíš aj zjavné nezmysli. Napríklad že mi TS prezentuješ ako riešenie špagety kódu, pričom je tam nulová súvislosť.

195

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 14:00:59 »

Že si ty typu dement a nejde to zmeniť je všetko čo o statickom typovaní potrebujem vedieť. Choď troliť do iného vlákna, ĎAKUJEM.

Prestan vyvadet.

Proste ti jenom jemne chceme naznacit, ze zrejme na to jdes spatne a resis blbost. TS nikdy nebyl a nebude o plnem runtime typechecku, neni to jeho cilem. Bez guardu ci check-knihoven nebo nahore spominaneho ts-runtime co ti pomuze s generovanim guardu to nedas. Kazdopadne kdyz chces jit toihle cestou pocitej s tim, ze performance tveho kodu pujde dolu diky neustalemu checkovani typu.

Lenže ja neriešim blbosť, ale principiálnu otázku: má vôbec TS zmysel? Stojí za ten dlhšie písaný "bloated" kód a toho drahšieho programátora ako toho, čo vie "iba" JS, plus za väčšie náklady na maintenance, zasa za toho drahšieho programátora? Keď navyše písať k tomu testy je tiež ako drahšie, tak zložitejšie a dlhšie trvajúce? A keď v princípe všetko čo za to TS ponúka, sú type hinty? Má TA zmysel vo svetle faktu, že typovú kontrolu si v princípe môžem nad codebase vykonať aj s Flow, a to bez definície jediného typu? A kód mi ostane čitateľnejší, lacnejšie vytvorený a udržiavaný a za runtime aj tak či onak budú fungovať rovnako? To nie je žiadna blbosť ale principiálna otázka z praxe.

Z tvojí praxe copy-paste lepiče podřadného kódu? Když nechápeš, k čemu je statické typování, tak ho prostě nepoužívej, na tvoje čidlo v oštiepku na salaši to vliv mít nebude

Ako vážne? Pod citáciu kompletného vysvetlenia opodstatnenia otázky napíšeš toto? Drbko