Ты же просил библиотеку для слушателя...

Просил не я, камал неудобный в скале. Я вообще вопрос не понял, по хттп слушать? Сервер что ли?

Да ладно, просто его надо правильно готовить, и вполне себе ничо получается...

Поставь мне там лайков за определение монадки плиз ;)

Поставил.

а че бы не изпользовать обычный ScheduledThreadPool для лонг полинга

и делать запрос любым http клиентом

— Я бы сказал, .NET определённо может конкурировать с Java, и если быть честным, я лично всегда предпочту разрабатывать на C#. Просто потому что сам язык намного лучше. Если отстраниться от нашей индустрии, мои личные интересы — это гендерное равенство в целом, скажем так, я уже 2,5 года начинающий феминист. Поэтому я рекомендую всем прочитать что-то вроде «Everyday sexism», Все, Го больше не лидер рынка, все на сисярп

эт кто написал

https://habrahabr.ru/company/jugru/blog/327492/

По-моему лет 10 назад он уже был "через год-два потеснит"

И пять лет назад

— Я бы сказал, .NET определённо может конкурировать с Java, и если быть честным, я лично всегда предпочту разрабатывать на C#. Просто потому что сам язык намного лучше. Если отстраниться от нашей индустрии, мои личные интересы — это гендерное равенство в целом, скажем так, я уже 2,5 года начинающий феминист. Поэтому я рекомендую всем прочитать что-то вроде «Everyday sexism», Все, Го больше не лидер рынка, все на сисярп

Мне вот тоже чувак забавным показался.

У меня знакомый пошел C# разрабом, через два года контора соскочила на JS-бэк, пришлось переквалифицироваться

Я бы F# попробовал.

Я бы F# попробовал.

f*

f*

Смотрел, интересный. Но меня что-то на Идрис тянет сейчас.

и на F#?

На фшарп можно в прод писать.

Наверное.

на хачкель тоже

Да ну Хачкель. Lazy by default мне всё ещё не нравится.

Сгенерил вопрос на интревью: объясните разницу между F#, F* и system-F?

- А что такое систем-Ф?

еще один термин с "F". https://en.wikipedia.org/wiki/System_F

Добавь тогда и F-algebras.

Сгенерил вопрос на интревью: объясните разницу между F#, F* и system-F?

и F-распределением

@fomkin в последнем подкасте поднимал вопрос о производительности и impure коде. Вот я думаю: плевать как оно там внутри устроено (библиотека, фреймфорк) если наружу стейт и всякие гадости не торчат. Насколько я понимаю это близко к официальной линии партии - не раз от Одерски слышал что-то в духе: "Чистота это хорошо, но если тормозить начинает - пиши со стейтом и локализуй его."

если функция чистая пусть она внутри хоть вселенную свою создает ))

как в рик и морти

Ну, да. Мы же эту вселенную не наблюдаем, и для нас её как-бы нет.

если функция чистая пусть она внутри хоть вселенную свою создает ))

открывает сокет и не закрывает его в некоторых случаях

почему то мне вспоминается сразу такой певец =) https://www.youtube.com/watch?v=d2aeRg_yMSE

@fomkin в последнем подкасте поднимал вопрос о производительности и impure коде. Вот я думаю: плевать как оно там внутри устроено (библиотека, фреймфорк) если наружу стейт и всякие гадости не торчат. Насколько я понимаю это близко к официальной линии партии - не раз от Одерски слышал что-то в духе: "Чистота это хорошо, но если тормозить начинает - пиши со стейтом и локализуй его."

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

Т.к. вся ответственность ложиться на разработчика, который любит избегать ответственности, однажды всё-таки своё место займут компиляторы, которые смогут оптимизировать "чистый" код, добавляя мутабельности и грязи в ситуациях, где он может гарантировать безопасность этого

В моем конкретном случае функция не чистая. Скалист скорее всего будет работать с ней как с чистой и все будет ок, вот джавист без привычки писать чистный код может использовать ее неправильно.

Т.к. вся ответственность ложиться на разработчика, который любит избегать ответственности, однажды всё-таки своё место займут компиляторы, которые смогут оптимизировать "чистый" код, добавляя мутабельности и грязи в ситуациях, где он может гарантировать безопасность этого

Ну оно в каком-то виде уже есть, и сейчас неторопливо развивается. Я этого не понимаю. Был бы я ИНВЕСТОР, замутил бы стартап про компиляторы, суперкомпиляцию и оптимизации тут же.

В моем конкретном случае функция не чистая. Скалист скорее всего будет работать с ней как с чистой и все будет ок, вот джавист без привычки писать чистный код может использовать ее неправильно.

Можно пример глянуть?

Ну оно в каком-то виде уже есть, и сейчас неторопливо развивается. Я этого не понимаю. Был бы я ИНВЕСТОР, замутил бы стартап про компиляторы, суперкомпиляцию и оптимизации тут же.

Ну вон есть же чуваки из жетбрейнса, которые занимаются этим. И тот неадекватный украинец из групоид инфинити. Значит есть инвесторы

Ну вон есть же чуваки из жетбрейнса, которые занимаются этим. И тот неадекватный украинец из групоид инфинити. Значит есть инвесторы

Это, кстати, похоже на работу мечты. Я бы ради такой даже с адекватностью и Россией распрощался.

Но в целом тенденция как будто в последнии годы появилась, это радует. В той же жаве компилятор от релиза к релизу умней становится.

Да ну, пока не попробовал о чём говорить? Да и для среднячков работы там полно, не всем же докторские работы писать.

Можно пример глянуть?

Я в подкасте говорил про шаблоны в Королеве. Сейчас 'div('class /= "hello", "Hello") это куча аллокаций. Обертки для символов, собственно сама нода ее атрибут, текст нода, wrappped array для списка аргументов в SymbolOps.apply. Из за этого GC очень плохо. На каждый клик пользователя аллоцируются десятки тысяч маленьких объектов, которые могут еще и встаршем поколении застать, если пользователь долго не будет кликать. Сейчас я делаю что бы выполнение шаблона не трогало хип вообще. Что бы 'div('class /= "hello", "Hello") рабоал в скоупе должен находиться имплисит RenderContext. trait RenderContext { def openNode(name: String): Unit def closeNode(): Node.type def setAttr(name: String, value: String): Attr.type def addTextNode(text: String): Text.type def addMisc(misc: MiscType): Misc.type } Шаблон макросами превращается в вызовы RenderContext. Синтаксически это не отличается от чистой версии, но в действительности все происходит через эффекты RenderContext.

Ну вон есть же чуваки из жетбрейнса, которые занимаются этим. И тот неадекватный украинец из групоид инфинити. Значит есть инвесторы

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

у мельникова с его HN0 или как там его что-то подобное

а, ну и салихметов со своими сетями взаимодействия, но там чисто нетипизированная лямбда

а, ну и салихметов со своими сетями взаимодействия, но там чисто нетипизированная лямбда

и как её оптимайзить?

трейсить?

https://arxiv.org/abs/1702.06092

аааа он вон чо оптимизирует

мне кажется, можно запихнуть такое в гипотетический AkkaClusterMaterializer

ну и в целом там вроде развитие идей лэмпинга про оптимальную редукцию

https://arxiv.org/abs/1512.02995

Во чо нашёл https://github.com/ilya-klyuchnikov/hosc

News 2010, December

Угу. Вообще не вижу свежих работ по теме.

Мне кажется, если рассматривать скалу, нужно дождаться dependent objects и dotty linker

И тогда уже думать, как оптимизировать

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

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

Забавно что он на Скале пишет. Я пару лет назад его работы смотрел и не заметил как-то.

https://github.com/scala-native/scala-native/releases/tag/v0.2.1

Я в подкасте говорил про шаблоны в Королеве. Сейчас 'div('class /= "hello", "Hello") это куча аллокаций. Обертки для символов, собственно сама нода ее атрибут, текст нода, wrappped array для списка аргументов в SymbolOps.apply. Из за этого GC очень плохо. На каждый клик пользователя аллоцируются десятки тысяч маленьких объектов, которые могут еще и встаршем поколении застать, если пользователь долго не будет кликать. Сейчас я делаю что бы выполнение шаблона не трогало хип вообще. Что бы 'div('class /= "hello", "Hello") рабоал в скоупе должен находиться имплисит RenderContext. trait RenderContext { def openNode(name: String): Unit def closeNode(): Node.type def setAttr(name: String, value: String): Attr.type def addTextNode(text: String): Text.type def addMisc(misc: MiscType): Misc.type } Шаблон макросами превращается в вызовы RenderContext. Синтаксически это не отличается от чистой версии, но в действительности все происходит через эффекты RenderContext.

Выглядит разумно

можно сделать ещё тестовый RenderContext, из которого можно достать изначальную pure версию

Я в подкасте говорил про шаблоны в Королеве. Сейчас 'div('class /= "hello", "Hello") это куча аллокаций. Обертки для символов, собственно сама нода ее атрибут, текст нода, wrappped array для списка аргументов в SymbolOps.apply. Из за этого GC очень плохо. На каждый клик пользователя аллоцируются десятки тысяч маленьких объектов, которые могут еще и встаршем поколении застать, если пользователь долго не будет кликать. Сейчас я делаю что бы выполнение шаблона не трогало хип вообще. Что бы 'div('class /= "hello", "Hello") рабоал в скоупе должен находиться имплисит RenderContext. trait RenderContext { def openNode(name: String): Unit def closeNode(): Node.type def setAttr(name: String, value: String): Attr.type def addTextNode(text: String): Text.type def addMisc(misc: MiscType): Misc.type } Шаблон макросами превращается в вызовы RenderContext. Синтаксически это не отличается от чистой версии, но в действительности все происходит через эффекты RenderContext.

у нас в команде сейчас поднялась близкая тема AST-free json либы

можно сделать ещё тестовый RenderContext, из которого можно достать изначальную pure версию

либо finally tagless

Я в подкасте говорил про шаблоны в Королеве. Сейчас 'div('class /= "hello", "Hello") это куча аллокаций. Обертки для символов, собственно сама нода ее атрибут, текст нода, wrappped array для списка аргументов в SymbolOps.apply. Из за этого GC очень плохо. На каждый клик пользователя аллоцируются десятки тысяч маленьких объектов, которые могут еще и встаршем поколении застать, если пользователь долго не будет кликать. Сейчас я делаю что бы выполнение шаблона не трогало хип вообще. Что бы 'div('class /= "hello", "Hello") рабоал в скоупе должен находиться имплисит RenderContext. trait RenderContext { def openNode(name: String): Unit def closeNode(): Node.type def setAttr(name: String, value: String): Attr.type def addTextNode(text: String): Text.type def addMisc(misc: MiscType): Misc.type } Шаблон макросами превращается в вызовы RenderContext. Синтаксически это не отличается от чистой версии, но в действительности все происходит через эффекты RenderContext.

Тут не так просто на проблему напороться. Вряд-ли кто-то контекст руками захочет трогать.

ERROR: S client not available

Тут не так просто на проблему напороться. Вряд-ли кто-то контекст руками захочет трогать.

Люди изобретательны. На пример 'lol /= ""; 'div() сломает рендерконтекст.

Господа, а я чего-то не соображу, akka FSM после stop() может внезапно прочитать сообщение(я) из mailbox?

Люди изобретательны. На пример 'lol /= ""; 'div() сломает рендерконтекст.

https://scalafiddle.io/sf/lPoQonf/1

В общем, построил я тест и выяснилось, что FSM после stop() вполне не обламывается почитать сообщения :(

В документацию смотрю, но не понимаю, где это написано. Наверное, надо еще читать .

я у себя выкинул фсм и переписал на ванильных актёрах

https://scalafiddle.io/sf/lPoQonf/1

Типа разрешим пользователю создавать атрибуты только через attrs?

по заветам алексельку

Типа разрешим пользователю создавать атрибуты только через attrs?

В этом идея?

Типа разрешим пользователю создавать атрибуты только через attrs?

ну типа у тебя есть три состояния AttrList => Children => Elem которые типа регламентируются типами

А что если render { implicit ctx => // Рас container("body")(children( elem("div")(attrs("class" -> "content"))(children( textNode("p", "Hello"), textNode("p", "World"))), elem("div")(attrs("class" -> "footer", "visible" -> "false"))(children( empty("button")(attrs("onclick" -> "submit()", "value" -> "OK"))))))) // Два container("body")(children( elem("div")(attrs("class" -> "content"))(children( textNode("p", "Hello"), textNode("p", "World"))), elem("div")(attrs("class" -> "footer", "visible" -> "false"))(children( empty("button")(attrs("onclick" -> "submit()", "value" -> "OK"))))))) }

будет плохо

нужно не использовать фигурных скобок

Воот

А общем я думаю будет еще макроаннотация @component, которая а) будет добавлять имписит в функцию б) будет проверять что там не создаются аттрибуты вне скоупа и не созадются два рута.

Минус в том, что макроаннотации требуют подключения парадайза. Это торм только для шеплесоводов. Как показал опыт пушки нормальным людям строчка addCompilerPlugin кажется необязательной.

хотя на самом деле

ведь будет нормально

первая просто проигнорится

Почему проигронится? Будет два рута. Семантика выполнения же строгая.

Да, еще важный момент: лямдочки не бесплатные (в т.ч. 2.12). Ну и (String, String)* не бесплатный.

не бесплатные

но большую часть пользователь сможет оптимизировать, если ему потребуется

(String, String)* можно заменить простым setAttr

вообще там должно было быть меньше лямбд, но компилятор начал ругаться, что не может эта-конверсию, если вовлечены path-dependent types

ща попишу опитимизированное говно

макро-говно не победить!

Да, оно остаётся непобедимое лежать без мейнтейна и тестов в своём тёмном углу

Почему? Королев сапортится.

это здорово

Королев стронг же

Да, еще важный момент: лямдочки не бесплатные (в т.ч. 2.12). Ну и (String, String)* не бесплатный.

я никому не плачу вроде, лол