![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
thedeemonПохоже, не все еще знакомы с этими классическими историями:
http://swannodette.github.io/2013/12/17/the-future-of-javascript-mvcs/
http://elm-lang.org/blog/blazing-fast-html
http://swannodette.github.io/2013/12/17/the-future-of-javascript-mvcs/
http://elm-lang.org/blog/blazing-fast-html
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2016-02-12 05:19 pm (UTC)no subject
Date: 2016-02-12 05:28 pm (UTC)no subject
Date: 2016-02-13 09:38 pm (UTC)no subject
Date: 2016-02-12 05:40 pm (UTC)no subject
Date: 2016-02-13 12:26 am (UTC)для него обязателен датомик или можно всё-таки с постгресом?
гм. и есть ли уже для ом некст фигвил и чтобы оно ещё под андроид и под айос хот релод работал?
no subject
Date: 2016-02-29 10:34 am (UTC)На кложескрипте еще очень хорош reframe. В новых проектах наша команда старается его пихать везде. Ну и с sente становится совсем хорошо.
no subject
Date: 2016-02-29 11:31 pm (UTC)вкратец я его понял так: адресуемую часть клиентского стейта (гм, ну, видимую) мы начинаем называть "запросом даталога", и держим по-прежнему в урле
ну и, собственно, под каждый реакт компонент тоже пишется свой запрос на языке датомика, которые (дальше не дочитал, и предполагаю) КАК-ТО объединяются в то, чем клиент обменивается с сервером.
(по сравнению с RESTом, где запрос за один раз только на одну сущность, неважно, чтение или изменение)
no subject
Date: 2016-03-01 05:00 am (UTC)https://medium.com/@kovasb/om-next-the-reconciler-af26f02a6fb4#.7fiwi0lbu
http://codebeige.net/talks/om-next-dataflow/#/
А вообще, советую спрашивать сразу на слэке: clojurians.slack.com. Часто на идеологические вопросы отвечает сам Девид.
no subject
Date: 2016-02-13 09:30 pm (UTC)no subject
Date: 2016-02-12 05:40 pm (UTC)Пока впечатления немного смешанные, но скорее ближе к восторженным :) Правда, я нерепрезентативен, и ничего другого из списка бенчмарка тупо не пробовал.
Мож попозже попробую мысли в пост оформить.
no subject
Date: 2016-02-12 06:03 pm (UTC)type Fix f = Mu (f (Fix f)) SYNTAX PROBLEM I ran into something unexpected when parsing your code!Не, ну так неинтересно.no subject
Date: 2016-02-12 06:06 pm (UTC)no subject
Date: 2016-02-12 06:11 pm (UTC)На самом деле там даже нормальных тайпклассов нет.
no subject
Date: 2016-02-12 06:12 pm (UTC)А можно и на индуктивном нарисовать монаду, одноконструкторном.
no subject
Date: 2016-02-12 06:13 pm (UTC)no subject
Date: 2016-02-12 06:16 pm (UTC)no subject
Date: 2016-02-12 06:33 pm (UTC)деньгифункциональность типы неоправданно сложнее, а компиляция на два порядка дольше.no subject
Date: 2016-02-12 07:00 pm (UTC)no subject
Date: 2016-02-13 10:37 am (UTC)Я правда дальше helloworld'а из коробки не заходил -- что у него с производительностью и объемом кода на выходе?
no subject
Date: 2016-02-12 06:26 pm (UTC)no subject
Date: 2016-02-12 06:34 pm (UTC)no subject
Date: 2016-02-12 06:41 pm (UTC)no subject
Date: 2016-02-12 06:45 pm (UTC)Сколько веб-фреймворков надо для функционального языка чтобы победить Джаваскрипт? :-)
(На Эрланге больше четырех)
no subject
Date: 2016-02-12 07:02 pm (UTC)Но очень не всё приведено.
no subject
Date: 2016-02-12 07:03 pm (UTC)no subject
Date: 2016-02-12 07:14 pm (UTC)no subject
Date: 2016-02-12 07:51 pm (UTC)no subject
Date: 2016-02-12 08:27 pm (UTC)no subject
Date: 2016-02-12 08:37 pm (UTC)no subject
Date: 2016-02-12 08:38 pm (UTC)no subject
Date: 2016-02-12 09:23 pm (UTC)В браузере всё равно крутится богомерзкий жабоскрип.
И если какой-то чисто жабоскрипий фреймворк радикально проигрывает по скорости экзотичной функциональщине, это значит одно из двух:
- или оный фреймворк - редкостный говносипед
- или функциональщина пересушена, и не делает чего-то лишнего-и-полезного
В последнем случае мы рискуем при увеличении масштаба сушить код всё меньше и меньше, приближая функциональщину к изначально пухлому жабоскрипьему прародителю.
Код, порождаемый эльмом, тащит библиотеку стандартных функций - фолды там всякие, карри-анкарри...
А нельзя было оттранслировать в чистую бизнес-логику? Летало бы ещё быстрее... Или нет?
no subject
Date: 2016-02-12 09:36 pm (UTC)Скорее всего, вся производительность упирается в работу фреймворка с DOM и последующим его рендером. В этом месте чисто функциональные движки должны давать преимущество в том плане, что для них очевидно, какой узел дерева был изменён (и его надо перерисовать), а какой можно не трогать (или отдать из кеша, или ещё как).
В императивных подходах там не всё так очевидно — нужно морочиться с диффами деревьев, и тд.
no subject
Date: 2016-02-13 04:37 am (UTC)no subject
Date: 2016-02-13 06:40 am (UTC)no subject
Date: 2016-02-13 09:34 pm (UTC)no subject
Date: 2016-02-13 10:17 pm (UTC)А чтобы совсем не копировать - можно заморочиться линейными типами, но под капотом будет та же мутабельность, и "сравнением указателя" уже не отделаешься.
no subject
Date: 2016-02-13 09:33 pm (UTC)no subject
Date: 2016-02-13 09:34 pm (UTC)no subject
Date: 2016-02-15 11:41 pm (UTC)