Похоже на кучу синтаксического шума

в рэкете никто не мешает юзать [] вместо ()

Racket's compiler is a bytecode compiler that translates to an internal bytecode format that is run by the Racket virtual machine. On x86 and PowerPC platforms, the bytecode is further compiled using a JIT compiler at runtime.

ну и опять же, вопринимай это как DSL :)

racket очень клёвый тем, что это не только и не столько язык, сколько платформа для языков

в рэкете никто не мешает юзать [] вместо ()

там ещё можно юникод использовать, писать λ вместо lambda, такой свэг о боже мой

там ещё можно юникод использовать, писать λ вместо lambda, такой свэг о боже мой

как что-то плохое

да эт норм

а ваще клёво, набижали лисперы в скалоконфу и срутся :)

ребят, философвский вопрос документация к плей говорит использовать в одном моменте map, идея говорит тут же использовать не map а foreach

зачем они так со мной?

Racket's compiler is a bytecode compiler that translates to an internal bytecode format that is run by the Racket virtual machine. On x86 and PowerPC platforms, the bytecode is further compiled using a JIT compiler at runtime.

Ага, попутал.

плохая идея

ребят, философвский вопрос документация к плей говорит использовать в одном моменте map, идея говорит тут же использовать не map а foreach

Пул-реквест им отправь в play, поправь.

С каждым бывает, перепутали.

ребят, философвский вопрос документация к плей говорит использовать в одном моменте map, идея говорит тут же использовать не map а foreach

твой map, видимо, возвращает Unit

Похоже на кучу синтаксического шума

ну и да, попробуй со скалой сравнить :)

там ещё можно юникод использовать, писать λ вместо lambda, такой свэг о боже мой

Свэг, это когда я такую штуку увидел https://github.com/aol/cyclops-react/blob/master/src/main/java/cyclops/higherkindedtypes/OptionalKind.java#L32

ну и да, попробуй со скалой сравнить :)

Не, мне Скала нравится. Там скобочек как в ЛИСПе получается, кстати.

https://github.com/traneio/future - почти скаловские future для джавы чтоли?

Кто-нибудь навскидку знает, как выставить для sourceManaged отдельные scalacOptions?

https://github.com/traneio/future - почти скаловские future для джавы чтоли?

Так а почему не CompletableFuture?

у них есть композиция как у скаловских?

combine, flatMap

да, никто reactive streams не отманял

а причем тут reactive streams

при том что если композиция нужна, операторы, и работа с потоками

reactive streams не про потоки ж

да, не только. Но всё вокруг этого в любом случае. Я про .subscribeOn

Кстати, кто-нибудь знает интересные языки со structural typing? Попробовать чтобы.

не уверен, но https://github.com/ermine-language/ermine

Кстати, кто-нибудь знает интересные языки со structural typing? Попробовать чтобы.

Elm?

16 выпуск подкаста про скалу - http://scalalaz.ru/series-16.html

@fomkin я тут слушал 15 подкаст, ты там высказал мысль про иммутбл дом. И что-т мне кажется что эт плохо

@fomkin я тут слушал 15 подкаст, ты там высказал мысль про иммутбл дом. И что-т мне кажется что эт плохо

Если кажется - креститься надо.

ну если дом огромный, копировать его полностью не очень хорошая идея, не?

ну если дом огромный, копировать его полностью не очень хорошая идея, не?

Не очень хорошая для чего?

иммутабл == копировать полностью?

?

ну если у тебя иммутабл дерево, то при вставке придется что делать? Копировать

Если кажется - креститься надо.

ну давай опять про иисуса потрем)

ну если у тебя иммутабл дерево, то при вставке придется что делать? Копировать

И давно у нас копирование приравниватется к смертельному греху?

И давно у нас копирование приравниватется к смертельному греху?

я не говорю, что эт грех

o;

но копировать дом на каждый чих, эт пиздец

там и гц и аллокатор спасибо не скажут

к тому же вебкомпоненты опять же могут менять дом)

и в полимере нет многого

там и гц и аллокатор спасибо не скажут

Это правда. Но мы это уже обсуждали. Это такая же история как с кейсклассами. Копирование требует жертв.

Это правда. Но мы это уже обсуждали. Это такая же история как с кейсклассами. Копирование требует жертв.

подожди, обычно кеисклассы мелкие, и их почистить и для них заалоцировать место не проблема

но у тебя дерево, оно может быть огромным

мегабайта 3 !

но у тебя дерево, оно может быть огромным

Персистентные структыры данных... не? )

мегабайта 3 !

ну иди покопируи на каждый action по 3 метра

Персистентные структыры данных... не? )

причем тут они?

@fomkin я тут слушал 15 подкаст, ты там высказал мысль про иммутбл дом. И что-т мне кажется что эт плохо

Если реальный то да, шэдоу быстро. Реакт насколько я помню иммутабелен. Те мутация стэйт вызывает ререндер

причем тут они?

Потому что жирные статические участки можно заалоцировать адин раз и отдавать один и тот же указатель.

Потому что жирные статические участки можно заалоцировать адин раз и отдавать один и тот же указатель.

можно, но эт нужно знать )

Или я совсем глупый и это не про фронт

Дело даже не в жирных участках, а в том, что они при изменении копируют только измененные участки.

Потому что жирные статические участки можно заалоцировать адин раз и отдавать один и тот же указатель.

да и к тому же если есть чтот жирное гдет заранее сделанное, то с большой вероятностью эт не иммутабл обьект

Т.е. не происходит копирования каждый раз всей структуры

можно, но эт нужно знать )

Как только человек сталкивается с проблемой он открывает страничку траблшутинг и читает про кеши.

дык dom такой как-раз ради производительности, или я не прав?

Или я совсем глупый и это не про фронт

react вообще хитрая штука, она сперва ищет что поменялось и потом когда приходит время, меняет дом

https://beachape.com/blog/2017/03/04/labelledgeneric-in-rust-what-why-how/

ERROR: S client not available

кстати я показывал https://gist.github.com/densh/1885e8b03127fd52ff659505d8b3b76b ?

react вообще хитрая штука, она сперва ищет что поменялось и потом когда приходит время, меняет дом

Ну да. Просто он очень быстр. Даже при 80 изменениях в секунду рендер не моргает, при учете что используется корректная модель приложения. Т.е. компоненты глупые, динамика в сторе Редакса и прочее

Ну да. Просто он очень быстр. Даже при 80 изменениях в секунду рендер не моргает, при учете что используется корректная модель приложения. Т.е. компоненты глупые, динамика в сторе Редакса и прочее

потому что он их обьединяет

я думаю, что твои 80 изменений в одно изменение дома попадают)

Нет

Изменения валятся через канал по вебсокетам

аа, ты про свое чтот

Да. Я говорю из опыта своего текущего проекта.

тем не менее, 80 изменении могут реактор обьедениться

я хз как он внутри устроен

Точно не объединяются, т.к. дебаг в итоговый рендер вставлял

причем тут они?

https://en.wikipedia.org/wiki/Persistent_data_structure#Trees

https://en.wikipedia.org/wiki/Persistent_data_structure#Trees

как бы я знаю, что эт))))

В чём вопрос тогда?

вопрос был при нахера дом имутабл)

господа, вот в подкасте обсуждают доклад дегоеса про проблемы фри, и обсуждают витвление. Никто не пробывал для этого стрелки, ведь есть ArrowChoice?

Или это вообще не про это?

http://virtuslab.com/blog/arrows-monads-and-kleisli-part-ii/

типа как здесь

https://bartoszmilewski.com/2014/10/28/category-theory-for-programmers-the-preface/

Эээ

кстати я показывал https://gist.github.com/densh/1885e8b03127fd52ff659505d8b3b76b ?

скаламета будет под натив?

скаламета будет под натив?

Конечно, неитив это ж просто бекэнд. Но я не проверял

господа, вот в подкасте обсуждают доклад дегоеса про проблемы фри, и обсуждают витвление. Никто не пробывал для этого стрелки, ведь есть ArrowChoice?

в стрелках не шарю и может быть поэтому не понимаю как они могут тут помочь

Конечно, неитив это ж просто бекэнд. Но я не проверял

Проверил инлайн макросы - воркает. Заебца. Жалко только, что под 2.11.8. Не в курсе когда 2.12 ожидается?

Не вкусе

Но думаю можно попробовать поднять

в стрелках не шарю и может быть поэтому не понимаю как они могут тут помочь

Ну так типа что бы изи можно было прокидывать айзер

Как раз то что обсуждали

@gurinderu в реакте иммутабельный дом.

@gurinderu в реакте иммутабельный дом.

не дом, а их внутренняя структура)