Názory k článku
Javascriptový framework Deno dostává key-value databázi

Vaše "zprávička" nebyla vůbec k ničemu. Pokud je pro někoho zajímavá, šel si přečíst blog. Já sem stihl si přečíst originál a zjistit co je Deno deploy. Vaše zdejší argumentační cvičení jsou jen pro pobavení ,protože jsou manipulativní.

"To, že vy nevnímáte rozdíl mezi „vydali jsme novou verzi, stáhněte si ji a používejte“ a „zpřístupnili jsme waitlist na novou verzi“, je váš problém."

Já to chápu velmi dobře, bohužel zprávička o tom vůbec nebyla. Můžeme ale čekat diskuzi až do desáté úrovně vlákna, kde budete reagovat na všechno co se vám hodí, často úplně off-topic.

BTW Můj komentáře minimálně "pobavil" 19 lidí.

3. 5. 2023, 10:26 editováno autorem komentáře

Prostě musíte trollit za každou cenu a je vám úplně jedno, o čem je zprávička a o čem jsem psal já. Chápu. Tak si to užijte, ale beze mne.

5. úroveň

dik za prispevek, taky si myslim, ze kdo taha js na backend patri do pekla.

Tak drastický bych nebyl, ale obecně ano, JS na backendu je zvrácený nápad. IMHO to vzniklo proto, aby frontenďáci mohli psát taky beckendy bez potřeby učit se nový jazyk. Na druhou stranu pro malé projekty a experimenty to asi smysl dává.

Ne, vzniklo to proto, že JS dokáže efektivně využít výkon jednoho vlákna a navíc je možné psát kód, který běží jak na backendu, tak na frontendu. Když si zkusíš třeba Next.js framework, tak pochopíš, kolik to umí ušetřit práce. On totiž i frontend potřebuje svůj backend a ten nezbytně nemusí být ta hlavní business logika celé aplikace.

“JS dokáže efektivně využít výkon jednoho vlákna”

Tohle vůbec nedává smysl.

“JS dokáže efektivně využít výkon jednoho vlákna”
- ine jazyka dokazu vyuzit vykon viacerych vlakien. Navyse Node je pomerne pomale voci inym dnes poplarnym rieniam, je pomale aj voci nepopularnym rieseniam, co boli tradicne oznacovane za pomale ako napr. Java.

Java je bohužel populární až moc. A zrovna rychlost v dnešní době nijak zásadní problém není.

navíc je možné psát kód, který běží jak na backendu, tak na frontendu
Což se ale reálně dalo použít leda tak pro validační funkce a začíná to dávat smysl až se SSR a hydratací, což je záležitost posledního roku. Takže si spíš myslím, že to nebyl důvod vzniku – asi nikdo by nevydržel čekat na to 15 let.

IMHO to vzniklo proto, aby frontenďáci mohli psát taky beckendy bez potřeby učit se nový jazyk.
Tohle se vždy uvádí jako výhoda JS na serveru, a já to stále nechápu. Rozdíly mezi frontendem a backendem jsou úplně v něčem jiném, je to úplně jiný způsob myšlení – na FE máte jednoho uživatele, na BE máte spoustu souběžně aktivních uživatelů a musíte hlídat, aby se jim nepomíchala data. Na FE máte jedno vlákno, na BE musíte řešit konkurenční přístup. Na BE řešíte trvalé uložení dat a jejich efektivní načítání, na FE řešíte, jak data vhodně prezentovat uživateli. To, se na obojí použije stejný programovací jazyk, mi oproti těm koncepčním rozdílům připadá jako nepodstatná prkotina. Jako by někdo považoval za výhodu, že při řízení auta i při pilotování JumboJetu má stejný budík ukazující rychlost.

Na druhou stranu pro malé projekty a experimenty to asi smysl dává.
Mně JS na serveru začal dávat smysl (pro malé projekty a experimenty) právě až s příchodem Deno. Protože teprve s ním padla ta magická hranice, že napíšu prototyp na 20 řádků do jednoho souboru, napíšu deno run, a běží mi server – a nemusím instalovat závislosti a používat divné callbackové API nekompatibilní s tím, co znám z prohlížeče.

Ono nejde o "frontenďáky" ale hlavně o to, že když máte na projektu pár lidí a chcete, aby byli trochu univerzálnější než že umí "jenom" frontend a "jenom" backend, je docela fajn, když je ten jazyk, resp. platforma (jak se to vezme v tomhle případě) jenom jedna protože třeba kombinace Python/TypeScript nebo C#/TypeScript je za předpokladu, že to ten člověk fakt má umět rozhodně dražší než jenom třeba Node.js/TypeScript. A lidí, co by skutečně dobře uměli obojí je podstatně méně.

Nemluvě tedy o tom, že pak taky ve velké míře používáte stejné knihovny. Samozřejmě ty, které jsou užitečné v prohlížeči i na backendu. Ale ta množina se občas docela prolíná.

Takže protože frontend je chlív, má si projekt zasvinit i backend?

Vy tvrdíte, že je frontend chlív. Ale to je vaše tvrzení. Když si na něm chlív uděláte, tak ho tam budete mít. Bude to ale vaše neschopnost. Víte, vaše teorie jsou hezké, ale rozhodují ti, co platí.

Jako že mohu mít frontend na jiném ekosystému než js? ;-)

Pokud nejste schopen na frontendu vyvíjet a mít v projektu pořádek, pak se laskavě nemontujte do diskuze o tomhle tématu protože vás to z ní diskvalifikuje tak nějak samovolně.

Každý svého neštěstí strůjcem.

Tahle univerzalita je cesta do pekel.

To sice možná je, ale na tom, co jsem napsal to bohužel nic nemění nemluvě o tom, že mezi fungováním menších projektů (a nemyslím roszahem; jde spíš o počet vývojářů) projektů a větších projektů je v tomto dost diametrální rozdíl.

Já jsem pořád přesvědčený o tom, že samotný programovací jazyk, a dokonce i ty knihovny, jsou jen malá část toho, co v takovém případě potřebujete znát. A že pokud už někdo umí SQL a rozumí aspoň trochu relačním databázím; chápe, jak pracovat v multiuživatelském prostředí; ví, jak vypadá HTTP komunikace – pro takového člověka není problém naučit se psát v dalším jazyce. A pokud to neumí, tak nepatří do kategorie „fakt umět“ a může psát opravdu jen nějaké prototypy nebo malé projektíky.

Tak nějak. Konkrétní jazyk není důležitý, jde o principy.

Je irelevantní co je a není problém. Relevantní je, že toho člověka musíte najít a být schopen zaplatit. Zbytek jsou jen vaše obvyklé poloakademické teorie a řeči.

To mi chcete povedat, ze nemate ludi, ktory su schopny sa naucit viac ako jeden programovaci jazyk?

Ti lidé stojí peníze. A hůře se shánějí. Nemluvě o tom, že se sice považuji za fullstackového vývojáře, ale i tak jsem za těch patnáct let nepotkal zrovna mnoho lidí, co by uměli na stejně kvalitní úrovni backend v jedné úlatformě, třeba v C# a frontend v jiné platformě, třeba JS/TS. Takových je prostě málo. Jenomže to je na projektech s menším počtem vývojářů docela problém.

Tohle je obecný princip.

A kolik jste za těch 15 let potkal lidí, co by uměli na stejné úrovni backend i frontend bez ohledu na použité frameworky? Není jich +- stejně málo?

Opakujem, ak sa vasi ludia nevedia naucit dva programovacie jazyky, tak im ukazte dvere. Nik nevravi, ze to ma byt na rovnakej urovni. Ale WTF kam to ten svet speje?

Ano jeden jazyk/platforma by byl ideální, bohužel ne každý má ten luxus. Třeba já rád dělám UI/UX, naučil se Qt a za pár let mi do něj injektovali JS :D. Ale v pohodě, QtQuick dává smysl. Řešit UI je vždy těžký ať už na desktopu, embeded nebo webové. Kdo potřebuje opravdu dobré, rychlé a spolehlivé web UI, ten dnes má ale problém. Namísto programátora co válí JS/HTML/CSS a nějaké patterny a architekturu se hledá už jen React Devlopeři.

Nevím, proč by měl patři do pekla někdo, kdo chce udržovat na svém projektu jednu platformu a jeden jazyk a nikoliv osmnáct.

Ono taky pak v nabídce práce požadovat 20 jazyků a frameworků je problém. Buď uchazeč každému věnoval týden na vyzkoušení, nebo je strašně drahej.

3. 5. 2023, 12:28 editováno autorem komentáře

On uchazeč schopný psát pořádně backend i frontend bude drahej. A několik až mnoho jazyků bude umět tak jako tak. Protože se s nima prostě potká, když se učí náročnější věci.

Škoda, že mezi jedničkou a osmnácti nejsou jiná čísla. Třebas dva nebo tři.

Ano, Ondřeji, úmyslně to přehnal aby to zdůraznil. Není třeba ho chytat za slovo. Má naprostou pravdu.

Protože ze 3 se stanou 4, pak 5 a už to jede. Ten typ lidí rád zkouší nové věci (technologie a jazyk "of the year"), nezůstane na svých 2-3. A nový člověk se nebude učit "old gen" jazyk/technologii, aby udržoval starý projekt.

To je pravda. A já bych ještě dodal, že napsat z gruntu celý systém od píky je pro jednoho člověka nebo malý tým těžký úkol, tak proč nevyužít něco, co už za vás zdarma kohorty programátorů napsaly.

Z původní Dahlovy prezentace to vypadá spíše na obrácený postup, kdy potřeboval na svoje řešení naroubovat runtime, který si s jeho myšlenkami bude rozumět, a V8 se hodil.

3. 5. 2023, 12:03 editováno autorem komentáře

Je to tak. V tomhle smyslu je to z nouze ctnost. Ale mimořádně praktická.

I keď vlastne JS nie je jednovláknový,...

JS se z hlediska JS programátora tváří jako jednovláknový, omezenou podporu vláken zavedly až worker threads, což je relativně mladá záležitost.

Některé jiné platformy ano. Ale rozhodně nikoliv etablované v tom segmentu, pro který byl napsaný Node.js. A jinak si tedy opravdu nemyslím, že by zrovna RoR něco nového přinesly. Ale to je zase na jinou diskuzi.

RoR priniesli pouzivanie MVC a REST principov medzi mainstermoveho weboveho vyvjara.

Ked som nedavno videl Nette tak oproti starej jave to uz dohnali, no nie XML-kom ale YAML-om... a to iste caka aj javscript a Node, len tie zvrhlosti budu skor v jsone.