40 komentářů k článku React.js Conf 2015 – Co musíte vědět:

  1. Radek Miček

    Za pozornost stojí i Flow, statický type checking pro JavaScript

    Bohužel, JavaScript má mnoho neduhů, které typový systém nenapraví.
    To už je lepší použít Dart nebo ještě lépe F# (WebSharper) nebo Scalu (ScalaJS).

  2. Jarda

    Představím také nové Este.js – es6te

    Už zase? Kdysi jsem udělal tu chybu, že jsem na jeden projekt použil Este. Od té doby je potřeba neustále po každém představení nového Este aplikaci přepisovat. Tuhle chybu už neudělám.

  3. Robert

    Re:
    Proč přepisovat? Není důvod, každá verze Este je dále udržovatelná do nekonečna. Este je stejně jen pojivo existujících frameworků, které se vyvíjejí bez ohledu na verzi Este.

  4. Tomas Dvorak

    Jak se vám to čte?
    Taky se vám článek tak těžce čte? Pokaždé, když narazím na článek od tohoto autora, bojuju s tím vůbec jej dočíst. Je to vždy změť odkazů kamsi, nesouvisejících informací (něco jako Dočekalův #Týden na lupě), výkřiků typu „kulervoucí technologii“, „past vedle pasti, pičo!“, „zero bus factor edition“… Asi nejsem ta správná cílová skupina (jak by java vývojář mohl), ale zajímalo by mě, jestli to lidem z JS světa dělá taky takové problémy.

    1. Re: Jak se vám to čte?
      Protože trpí ADHD z toho jak musí každejch půl roku předělávat projekty na novou kulervoucí technologii, pičo.

    2. Robert

      Re: Jak se vám to čte?
      Mě se to čte skvěle a děkuji za každý odkaz, protože Steida umí vypíchnout opravdu skvělé zdroje!

      Dočekala sem netahej, to je regulérní exot.

    3. Ondřej Žára

      Re: Jak se vám to čte?
      Ano, i lidem z JS světa dělá taky takové problémy.

      Na druhou stranu mi přijde lepší takovýhle subjektivní výkřik, než nekonečné ticho po pěšině Zdrojáku.

    4. RDPanek

      Re: Jak se vám to čte?
      Čte se to velmi dobře, protože je jen málo lidí, kteří se podělí o to, co vyzkoušeli. A protože jako developer nechci zamrznout ( v Angluaru jsem taky napsal větší appku, tak s Danem musím souhlasit ), tak si o tom co Dan píše vyzkouším a sám si vyberu.
      Já bych řekl, že hodnocení tohoto článku a Danova přínosu lze chápat spíše tak, jestli ten článek čte proaktivní developer, který si to aspoň vyzkouší aby si udělal vlastní názor, nebo osmihodinová pecka ;-)

      A určitě doporučuji zkouknout ty přednášky.

  5. Radim

    Zklamání
    Příliš mnoho vzletných slov (kulervoucí, nálety…), pocitů a málo faktů. Myslím, že David umí napsat lepší články.

    Občas mám fakt pocit, že si někdo myslí, že za nás problémy, kterým na projektu čelíme, vyřeší ty technologie.

    1. arron

      Re: Zklamání
      Tak účel toho článku taky není o faktech, ale o informaci, že se stalo něco významného.

      Lidé to dost podceňují, ale pokud bude všechno fakt fungovat tak, jak se to podle těch přednášek jeví, tak to v podstatě postaví na hlavu webový vývoj a vývoj mobilních aplikací (snad kromě her) a pokud se využije ten potenciál, tak se to projeví i ve vývoji nemobilních aplikací. Což si ty velké firmy už uvědomily a proto React adoptují.

      Fakt doporučuju tomu věnovat chvíli času a kouknout se alespoň na ty dvě přednášky, které jsou odkázané ve článku :-)

      1. Radek Miček

        Re: Zklamání

        Lidé to dost podceňují, ale pokud bude všechno fakt fungovat tak, jak se to podle těch přednášek jeví,

        Třeba nebude.

        Problém může být v náročnosti na CPU (máte-li aplikaci s textovým polem, stačí podržet klávesu a sledovat, co dělá CPU). Nebo, když máte rozsáhlejší komponenty a k aktualizacím dochází často, musíte řešit, abyste je zbytečně neaktualizoval (např. pomocí shouldComponentUpdate nebo jinak) nebo obsah virtualizovat.

        AFAIK momentálně React nijak neřeší izolaci stylů (to vyřeší webové komponenty).

        1. steida

          Re: Zklamání
          Ad „JavaScript má mnoho neduhů, které typový systém nenapraví.“
          Zatím si JavaScript vede docela dobře. Projekty, které jste vyjmenoval jsou úplně minoritní. Z části ale máte pravdu, avšak opomenul jste ClojureScript který opravdu nelze přehlédnout, což značí že žonglujete s termity.

          Ad „Problém může být v náročnosti na CPU“
          Jste šarlatán. Vyjadřujete se k nějaké technologii aniž byste si přečetl co umí a proč. Obsah virtualizovat? Co je to za nesmysl? I bez shouldComponentUpdate to opravdu problém není, to byste musel napsat tisíce znaků za sekundu, nesmysl.

          Ad „AFAIK momentálně React nijak neřeší izolaci stylů“
          Jednak to není ve scope Reactu, a druhak to řeší jinej Facebook projekt.

          Result: Méně pište, více čtěte, anepředstírejte znalosti technologie.

          1. Radek Miček

            Re: Zklamání

            Projekty, které jste vyjmenoval jsou úplně minoritní.

            Vyjmenoval jsem projekty, které mi přijdou dobré (mj. mají typový systém a infixovou syntax), proto jsem nejmenoval ClojureScript.

            Zatím si JavaScript vede docela dobře.

            Je to špatně navržený jazyk. V jakém smyslu si vede dobře, je to proto, že kolikrát vývojář nemá jinou možnost?

            Obsah virtualizovat? Co je to za nesmysl?

            Virtualizace UI a dat – viz http://blogs.msdn.com/b/albulank/archive/2009/11/12/data-and-ui-virtualization-in-wpf.aspx

            I bez shouldComponentUpdate to opravdu problém není, to byste musel napsat tisíce znaků za sekundu, nesmysl.

            Zkuste si formulář v Reactu a srovnejte to s obyčeným textboxem. Jinak mluvím o větších komponentách, kde se bez toho neobejdete.

        2. arron

          Re: Zklamání
          Facebook tvrdí, že všechno z toho, co teď představil, tak už reálně používá a v přednáškách jsou i live dema, takže z toho nemám takovy strach, že by to nefungovalo. Ale zatím to nevydali, proto jsem to napsal tak, jak jsem to napsal.

          V dalších přednáškách je (mimojiné) live demo, které obsahuje stovky až tisíce komponent, které se rychle aktualizují a srovnávají implementaci v Emberu, Angularu a Reactu. O rychlost fakt nemám strach ;-) IMHO, pokud mám cokoliv, co se aktualizuje fakt často, tak to vždycky bude nějaký ten procesorový čas brát, že jo.

          1. Radek Miček

            Re: Zklamání

            V dalších přednáškách je (mimojiné) live demo, které obsahuje stovky až tisíce komponent, které se rychle aktualizují a srovnávají implementaci v Emberu, Angularu a Reactu. O rychlost fakt nemám strach ;-)

            Ok, nevím, jak to je v poslední verzi, ale ve verzi 0.10 jsme tento problém měli (jednalo se o větší komponentu s řadou podkomponent – konkrétně tabulka se statistikami, jenž se každou sekundu nebo i častěji aktualizují). Vyřešili jsme to právě tak, že se napřed dělala určitá porovnání na modelu, aby se určilo, jaké komponenty je nutné přerenderovat.

            1. arron

              Re: Zklamání
              Na tom ale přece není nic nepřirozeného, že se dělají optimalizace na rychlost tam, kde je to potřeba, ne? Dělá se to v databázových dotazech, v serverovém kódu a je samozřejmě potřeba to udělat i v JS kódu, pokud je vyžadován extrémní výkon (popřípadě efektivita). V další z přednášek je rozebráno i toto téma :-)

              1. Radek Miček

                Re: Zklamání

                Na tom ale přece není nic nepřirozeného, že se dělají optimalizace na rychlost tam, kde je to potřeba, ne?

                Že se dělají optimalizace souhlasím (psal jsem to ostatně i v té první reakci „když máte rozsáhlejší komponenty a k aktualizacím dochází často, musíte řešit, abyste je zbytečně neaktualizoval“).

                Jenže lepší by byl framework, kde tohle řešit nemusíte. Zvlášť, když v dnešní době takováhle situace není ojedinělá. Kdyby React hlouběji rozuměl JavaScriptovým funkcím a věděl, co se změnilo v modelu, nemusel by zbytečně generovat a porovnávat virtuální DOM.

                Podobná idea je například v Prologu (nebo Constraint Handling Rules nebo produkčních systémech založených na Rete algoritmu) – mnohé implementace používají indexování, aby zbytečně nezkoušeli některé unifikace.

  6. steida

    Ad změny technologií – Pět let používám Closure Tools, Před dvěma lety jsem přidal React, před rokem Flux. Este vždy ukazuje, jak dané technologie používat společně. Technologie vybírám dlouho, a dlouho se jich pak držím. Tady si někdo zase rád zapomlouval. Nj, anonym na zdrojáku – ostuda webu.

  7. Michal Till

    Čte se mi to v pohodě, ale...
    Čte se to normálně. Každý má svůj styl komunikace. Dan má velmi dobrý odhad na technologie, ale debatovat se s ním nedá ;-)

    1. steida

      Re: Čte se mi to v pohodě, ale...
      Žvatlavé plácání se po zádech fakt pro mne není :-) Ale kdo se zeptá, ten odpoveď dostane.

    1. steida

      Re: ??
      Co to vlastně pavel je? Sedí to doma, nudí se, a tak to píše stupidní komentáře na zdroják. Než si něco vygooglovat, přečíst si, poučit se, pak se třeba zeptat, tak se raději vyblejt. Komentáře by měli být placené. Přestávám je sledovat, tímhle fakt nemá cenu trávit čas.

      Kdo bude mít nějakou relevantní otázku, pište přes Twitter. Děkuji.

  8. Pavel Lang

    Facebook to jako vždy dělá fikaně
    Než cokoli otevřou, tak udělají prezentace, navnadí vývojáře a společnosti, a pak z toho těží. Mají feedback bez emocí. Viz Flux. To je záruka kvality. Řvouni nemají šanci, ale každý kdo s láskou napíše nějaký kód ano. Proto se těším na Relay. I když je to jen příslib stejně jako Flux. Bude to cool věc!
    O Reactu se bavit nemusím. Nic hezčího jsem na webu neviděl.

  9. Yosef

    Material Design
    Pro vyvoj aplikaci je dulezity i design UI a ten nyni nejlepe resi Material Design!!!
    Material Design nejlepe implementuje Polymer diky znova pouzitelnym elementum.
    https://www.polymer-project.org/docs/start/reusableelements.html

    Polymer je budoucnost, viz stranky Google IO 2015
    https://events.google.com/io2015/

    Kdo by mel zajem si Polymer vyzkouset, tak muze zacit pomoci Polymer Starter Kitu…
    https://github.com/StartPolymer/polymer-starter-kit

    1. Jirka Kosek

      Re: Material Design
      Zas to nesmíte Googlu tak žrát.

      Web Components jsou určitě budoucnost, ale je potřeba, aby to implementoval ještě Apple a IE nativně. A zvláště Apple se k současné verzi staví dost vlažně.

        1. Jirka Kosek

          Re: Material Design
          To mi připomíná argument, který tuhle někdo říkal v hospodě — jak by bylo skvělé, kdyby všechni používali stejný prohlížeč, nebo by bylo alespoň jen jedno jádro, třeba WebKit. Odborně se tomu říká krátkodobismus. Jakmile by existoval jen jeden prohlížeč, veškerý vývoj se zastaví. Vzpomínáme ještě na IE6?

          1. Yosef

            Re: Material Design
            Web Components bezi diky polyfillum dobre na ostatnich WB, kdyz nekdo bude chtit zazit rychlost moderniho webu bez polyfillu, tak bude muset stahnout nejaky derivat Chromia. ;-) Firefox nyni maka na Web Components. Ostatni se treba pridaji, kdyz Google predvadi jak Polymer je silnej a easy. IO 2015 bude urcite zajimave…

          2. Yosef

            Re: Material Design
            Chromium je velky Open Source, neda se to porovnavat s uzavrenym IE. U tak velkeho OSS se vyvoj jen tak nezastavi…

Napsat komentář

Tato diskuse je již příliš stará, pravděpodobně již vám nikdo neodpoví. Pokud se chcete na něco zeptat, použijte diskusní server Devel.cz

Zdroj: https://zdrojak.cz/?p=14332