Vitaly
Denis
одерский сомнительное ФП продвигает, честно говоря
Denis
он как-то высказывался что скалаз и коты это от лукавого и не тру
Denis
а это самое похожее на ФП из всего что там есть
Зигохистоморфный
в том же котлин и его kategory и то понятней фп
Alexander
мне кажется я @IIvana совсем обидел : (
Alexander
@catamorphism я долго воевал против серванта у нас, пока переизобретать не начал
Denis
Alexander
потом выяснил у Жулиана, что сервант умеет все хаки которые мне нужны
Alexander
потом пропатчил в паре мест
Alexander
а потом мы взяли его в наш проект и он допиливает сервант под нужны и наш проект под сервант
Alexander
удобно
Vitaly
он же все равно на ООП больше напирал, по крайней мере когда скала формировалась как язык, да, с ФП фичами, ну так это в 2000-е было популярно, я же говорю, такой же ФЯ как C#
В его религии ООП не ортогонально ФП, и это просто какая-то заповедь. Я когда по Идрису в Москве читал курс, что-то сказал противопоставляющее, так мне один слушатель тут же с точной ссылкой на Одерского начал втирать, что на самом деле я ничего не понимаю.
Alexander
заодно и серванту бонус, т.к. может туда нормальный Stream endpoint запилят
Alexander
он же все равно на ООП больше напирал, по крайней мере когда скала формировалась как язык, да, с ФП фичами, ну так это в 2000-е было популярно, я же говорю, такой же ФЯ как C#
Иногда меня спрашивают, что же такое функциональный язык, и почему я не считаю Scala ФЯ. На мой взгляд, ФЯ для того, чтобы им быть, должен форсировать функциональный стиль и облегчать композицию функций.
Leonid 🦇
у каждого своё ООП
Vitaly
Denis
Leonid 🦇
звучит как про религию
ну так никогда не знаешь: то у них наследование и инкапсуляция, то месседжи и "как в смалтолке"
Зигохистоморфный
Alexandr
Denis
да, походу надо
Alexander
оно есть уже в последнем, но неюзабельное
Alexander
поэтому я локально переизобрёл (и на самом деле не только я)
Denis
я видел релиз-ноуты
Alexander
вот вчера Жулиан сказал, что и в правду неюзабельное и на него нормально не перепрыгнуть
Denis
мне как-то не особо нужно, а там где нужно, то там столько всего нужно перестримить для этого, что дело вовсе не в серванте
Alexander
и сейчас они обсуждают как примерно то, что у нас портировать upstream
Alexander
у нас правда на conduit завязано, хоть он в http-conduit/http-client и есть,но это не Ъ
Alexander
я бы с удовольствием выпилил нафиг кондуиты
Alexander
ещё нужнен Streaming request
Зигохистоморфный
даже в js как-то пытаются делать fusion
https://github.com/mostjs/core/blob/master/packages/core/src/fusion/Map.js#L28-L43
Alexander
когда юзер файл гигабайтный файл заливает - сразу его потоково разбирать
A64m
я не слежу за кондуитами, правда, что там теперь отказались от prompt finalization которой Снойман оправдывал все ужасы во время стримовых дискуссий с Гонзалесом?
Alexander
да
Alexander
мне из-за этого пришлось мажорную версию stm-conduit делать, т.к. там поломалось абсолютно все
A64m
неплохо, особенно если учесть, что в ней и заключалась в основном мотивация Киселева, когда он всю эту стримовую кашу начал заваривать
Alexander
а разве она возможно нормально без ResourceT/RegionT внизу
Alexander
?
Alexander
мне казалось там во многом ещё была идея того что мы можем O(1) memory работать
Alexander
но вроде после киселёва все на это забили
Alexander
и стали выдавать только как альтернативу lazy IO
A64m
по О(1) тоже, но то что нельзя гарантировать константный футпринт по памяти еще раньше выяснилось
A64m
Leonid 🦇
а разве срач бы не за "остатки парсинга"?
Alexander
регионы - это килесёв
Alexander
отстатки парсинга это нерешенная проблема была
Alexander
leftovers которые
Alexander
для них в кондуитах специальный загончик появился в типе
Alexander
и семейство appendLeftovers или как там их
Alexander
а в чем там проблема?
A64m
я теперь уже не могу вспомнить
Alexander
хм.. а где комментарии рубистов в свиттере?
Aliester
Рубист тут
Aliester
Что надо покритиковать?
Denis
Aliester
Свитер и так полный оленей
Aliester
Свиттер
Andrei
Alexander
в твиттере
Alexander
там на них наезд был и твит что они токсичные
Alexander
видимо они что-то отвечали
Denis
надоели уже кидаться токсичностями, лучше бы нормальный sax-парсер сделали
A64m
нормальное что угодно
A64m
хотя бы
Alexander
у меня тут 5 PR на мерж и очень медленная CI
Alexander
а часть ещё по мелочи исправлять надо
Leonid 🦇
У меня очень медленный художник не может геометрию экспортировать
Alexander
поэтому нужно много ждать
Denis
а стрим а-ля Stream (Of a) m () это нормальный интерфейс или нужно стремиться к Stream (Of a) m r?
Denis
надо где-то r для инициализации брать, а может быть неудобно
Alexander
я бы к r стремился, но вообще пофиг
Cheese
Alexander
для твоего случая я бы рад там видеть (Either XMLReadError ()) или что-то такое