This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-06-29
Channels
- # admin-announcements (4)
- # arachne (19)
- # aws-lambda (3)
- # beginners (10)
- # boot (166)
- # capetown (32)
- # carry (160)
- # cider (5)
- # cljs-dev (5)
- # cljs-edn (19)
- # cljsrn (1)
- # clojure (100)
- # clojure-belgium (2)
- # clojure-dev (8)
- # clojure-greece (13)
- # clojure-new-zealand (12)
- # clojure-poland (1)
- # clojure-russia (93)
- # clojure-sanfrancisco (2)
- # clojure-spec (133)
- # clojure-uk (52)
- # clojurescript (129)
- # cursive (32)
- # datomic (13)
- # defnpodcast (5)
- # devcards (6)
- # dirac (4)
- # emacs (12)
- # euroclojure (5)
- # events (2)
- # hoplon (19)
- # immutant (45)
- # keechma (17)
- # lein-figwheel (27)
- # off-topic (9)
- # om (30)
- # onyx (17)
- # other-languages (3)
- # planck (2)
- # proton (11)
- # re-frame (7)
- # reagent (4)
- # ring (8)
- # sim-testing (2)
- # spacemacs (4)
- # testing (2)
- # untangled (162)
- # utah-clojurians (1)
- # yada (80)
немного оффтопа - http://monkberry.js.org/ коллега сделал действительно сильную либу для клиентского рендеринга, посмотрите если кому в JS кажется что реакт переусложнен
ну и советую в исходники заглянуть, много интересных решений
@delaguardo: пиздос какой-то )
что конкретно? коллега через стол сидит, могу ему передать )
@delaguardo: вы же сами в aviasales, react используете, планируете съезжать?
ну реакт у нас только в одном проекте есть, пока там так и останется, но все остальные перезжают
один уже перевели - http://travelpayouts.com
пользуются два месяца - AB в котором просто был заменен движок показал прирост в +9-10% по нужным метрикам
все из-за ускорения загрузки и рендеринга
@delaguardo: так а где бенчмарки то?
дока по перформансу еще не доделана говорит, будет скоро
по факту таких «убийц» реакта дофига уже было и все забывали про то, что у ректа самое клевое это апи и коммьюнити. Я и сам писал какое то время с https://github.com/Matt-Esch/virtual-dom потому что он быстрее, но все же то что я уже озвучил это критично
> что конкретно? коллега через стол сидит, могу ему передать ) ну что это вообще? очередной уебанский темплейтер? + какой-то странный обзервер над данными и пробрасыванием их в дом?
> что у ректа самое клевое это апи и коммьюнити. у реакт пиздец а не коммунити и апи тоже )
@prepor: и чем тебе их апи не угодило?)
стейты вот эти все, лайфцайлы. жсерам на реакте хорошо потому что понаделали говна и можно добавив 100 зависимостей собрать что-то более-менее работающее. самое ценное же в реакте это алгоритм дифования, но его можно легко реализовать и без реакта и использовать все плюшки без жс-говна, что собственно и делают (смотри elm)
мне наоборот lifecycle очень нравится. Что ты видел лучше? В том же ios так же используют их потому что это удобно. А то что можно сделать быстро я сомневаюсь, только прикинь сколько людей контрибьютили туда и исправили множества багов, о которых в самом начале и не подозревали.
@delaguardo: а тем, кому кажется, что реакт переусложнен, стоит посмотреть на кложускрипт, в частности, автору этой либки, кмк 😉
@savelichalex: ага, исправляя баги в jsx-парсере и новом синтаксисе объявления коллбэков? )
ну это уже проблемы самого js-а что там нельзя так как в cljs к примеру)
реакт збс, но вот эти все рассказы про "коммунити" это как-то так странно, особенно учитывая, что реакт совсем недавно сам по себе был маргинальным. проблема этого monkberry вовсе не сравнительно большом коммунити реакта
ну тут я пожалуй соглашусь)
@asolovyov: бэкбон это все-таки фреймворк и как раз его сравнивать с библиотекой-темплейтером для UI некорректно, imho, поправьте если я не прав (с backbone почти не довелось поработать)
@savelichalex: я не говорил "очередной убийца react" ) я говорил что задачи решает те же и при этом не имеет того количества странного оверхеда которые есть в реакте и который сильно замедляет рендеринг
@prepor: смотрит ) и причем весьма активно, я время от времени рассказываю про интересные вещи из clojure
ну ты не говорил, а я сказал) по сути "задачи решает те же и при этом не имеет того количества странного оверхеда которые есть в реакте и который сильно замедляет рендеринг» коротко это "очередной убийца react"
как угодно) я не согласен, но если кто-то хочет интерпретировать мои слова таким образом - я настаивать на обратном не буду)
все равно все зависит от задачи - например (для того же travelpayouts) нужно было что бы итоговый бандл с js не весил больше 10Kb, это все таки виджеты для встраивания на сторонних сайтах и для этой задачи react совсем не подходит) +50Kb библиотечного кода убивает весь профит от таких виджетов
сейчас он весит, если я правильно помню, что-то около 7-8Kb, включая библиотеку, всю верстку и стили
у них охват сильно большой, порядка полу ляма партнеров, всех не заставишь апи пользовать( да и виджеты проще апдейтить
@delaguardo: а так разве имеет вообще смысл делать в реакте? https://github.com/monkberry/benchmark/blob/gh-pages/ticket-rendering/template.jsx#L60
вроде в реакте не будет никаких изменений, для него это такой же компонент как если бы он был вынесен в отдельный класс, выглядит странно - тут не могу не согласиться, но на банчмарк не влияет
вот хз хз, возможно на начальный рендер - не влияет, а вот на ре-рендер - сомневаюсь, что незаметно будет
https://github.com/monkberry/benchmark/blob/gh-pages/ticket-rendering/template.jsx#L169
@delaguardo: а эта либа умеет компоновать темплейты? в смысле внутри одного т использовать другой
умеет, реализовано как CustomTags
https://facebook.github.io/react/docs/reusable-components.html#stateless-functions сам реакт рекомендует использовать такой подход
как-то грустно все... а неужели до сих пор разрабы никак не уйдут от угловатых скобочек и джангоподобных темплейтов в них?
@maxp: я так понимаю пахнет холиваром)) а ты что предпочитаешь?
@misha: с точки зрения JS это одно и то же
ну я не то, чтобы что-то вместо прелагаю... понятно, что на конкретной задаче возможно это самое то
тут наоборот была идея первым реализовать максимально близкий к html шаблонный синтаксис
но в явот недавно товарищу объявснял, что такое хтмл и почему это на самом деле просто дерево
в monkberry сорс мапы заведены для контроля над html, как раз что бы на этапе компиляции шаблонов получать ошибки о невалидном html
так вопрос скорее без ответа) это вкусовшина - какой синтаксис использовать)
так почему разрабы предпочитают эти гребаные угловые скобочки с их 40-летним синтаксисом
скобочки - это такой олдскул)) First appeared 1958; 58 years ago (c) Wiki Lisp
сори за сарказм
не смог удержаться
обязательно содержит этот самый for но в своей собственной, не совместимой ни с чем, интерпретации
в jsx по факту вообще нет синтаксиса для for, if и тд
а так да ) лирика)