Ayrat
НДА?
возможно, надо уточнить
Hog
нуок
Vasily
Будешь эйзеры в хлисты складывать
Shub
рекомендую книжку Симана, “DI в .NET”
Shub
она вообще-то про DI, ничего дотнет специфичного там нет
Vasily
рекомендую книжку Симана, “DI в .NET”
Ну для фшарп слабо применимо
Doge
Он качает себя нужной версии, компилятор скалы нужной версии, стандартную библиотеку и т.д. и т.п.
Shub
Ну для фшарп слабо применимо
экосистема - за чертой бедности
Hog
экосистема - за чертой бедности
за последние 2 дня ты эту фразу написал 32 раза
Ayrat
но я его понимаю. Я видел с чем он работает.
Ayrat
Не оправдываю заходы про экосистему, но понимаю что нервы расшатал он себе знатно
Vasily
В скале бы, понятное дело, имплиситов за щеку насовали бы
Hog
кто в волмарте работал - в цирке не смеётся?
Ayrat
кто в волмарте работал - в цирке не смеётся?
кто с wanna-be haskel в F# не работал ...
Vasily
Набрали сильно дохуя умных как обычно
Shub
за последние 2 дня ты эту фразу написал 32 раза
ты преувеличил более чем в 8 раз
Shub
на самом деле DI в F# есть, только оно заставляет писать классы
Hog
ты преувеличил более чем в 8 раз
я хотел написать 256 раз (как обычно)
Shub
я лично в этом проблемы не вижу
Doge
бля... вот это самое говно
Ой, да все норм же. Сейчас импликиты только как "тайпклассы" используются за редчайшими исключениями. А тайпклассы в хаскеле настолько же богато используются и никто не жалуется.
Roman
на самом деле DI в F# есть, только оно заставляет писать классы
зачем только он? Объекты композируются мудово, поэтому в ООП в нем есть хоть какой-то смысл, а функции композируются легко
Roman
все ради того, чтоб сэкономить пару параметров в сигнатуре?
Vasily
В джете в функциях по паре сотен параметров
Doge
все ради того, чтоб сэкономить пару параметров в сигнатуре?
Ну большая часть абстракций в разработке - это как раз что-то, чтобы сэкономить пару аргументов
Shub
дело в другом
Ayrat
@DogeShibu Idea или VS Code?
Roman
В джете в функциях по паре сотен параметров
я думаю, тут проблема не в отсутствии DI
Vasily
VsCode хвалят с metals
Doge
а вот тут-то на сцену выходят имплиситы :)
Нет, их никто за редкими исключениеми так сейчас уже не использует
Roman
нетбинс еще вспомни
Ayrat
Эклипс :)
У меня есть All Products от JB, я могу себе позволить пользоваться СОВРЕМЕННЫМИ инструментами
Doge
VsCode хвалят с metals
Оно пока ещё хуже и там в любом случае куда хуже с джава экосистемой интеграции
Shub
проблема с такими зависимостями в том, что во-первых, люди слепо следуют советам какого-то рандомного чувака из интернетов, а во-вторых, что теперь call site обязан разбираться с твоими зависимостями
Shub
как ты собрался весь этот ад выставлять наружу, в слой выше?
Hog
нетбинс еще вспомни
нухз :) Scala worksheets, когда я продирался через курс Одерски, работал гораздо веселее Scala плагина в intelliJ :)
Doge
Там проблемы с плагином вроде бывают
Только в некоторых исключительных случаях. Новичок вряд ли быстро до них доберется.
Shub
как ты собрался тестировать этот летающий цирк?
Doge
Там проблемы с плагином вроде бывают
Они активно появляются только при type level магии, но те, кто ей занимаются, знают на что идут
Vasily
Сколько скала кода не видел - сплошные форы с эйзерами
Shub
в тестах кто будет собирать твой рут?
Doge
Сколько скала кода не видел - сплошные форы с эйзерами
Это не тайп левел магия. Я говорю про логику на уровне типов и т.п.
Shub
как ты его вообще там будешь собирать?
Roman
как обычно тот, кто тестирует. Как будто блять сейчас в тестах моки не пишут
Roman
я ебал
Shub
то есть ты неявно предлагаешь закаргокультить тысячу нефальсифицируемых тестов, не так ли?
Vasily
Эххх, раз уж башкиры на скалу пересаживаются...как дальше жить?
Roman
что?
Vasily
Дедушка сегодня, похоже, видел некоторое дерьмо, от которого ещё не отошёл
Shub
ну тестирующий должен пойти в код, посмотреть, что конкретно делают твои зависимости, выяснить, как эмулировать их поведение. ты реально считаешь, что кому-то интересно\хватит времени это делать и потом мейнтейнить на каждое твое изменение?
Shub
впрочем, я знаю, что сократовский метод не работает. поэтому просто скажу, что DI гораздо более сложная и мощная концепция, нежели. “заменить одну имплементацию другой”
Roman
ну тестирующий должен пойти в код, посмотреть, что конкретно делают твои зависимости, выяснить, как эмулировать их поведение. ты реально считаешь, что кому-то интересно\хватит времени это делать и потом мейнтейнить на каждое твое изменение?
никуда ему идти не нужно, в этом и смысл. В отличие от подхода с DI, кстати. Тут все в сигнатуре отражено, и если метод принимает функцию string -> Async<Card>, передаешь просто async { return myCard}
Shub
эта сигнатура мало что говорит вообще
Shub
она например не говорит, завершается ли твоя функция вообще когда-либо, или все время падает с исключением
Roman
исключений нет
Roman
везде резалты
Shub
потому что ты пообещал?
Shub
.net и f# кидают исключения только в путь
Roman
если исключение падает — это какая-то непредвиденная хуйня которую надо ловить глобально
Shub
какие зависимости у твоих зависимостей?
Roman
нету у них зависимостей
Roman
ты о чем вообще?
Roman
короче я устал с тобой спорить
Ayrat
Эххх, раз уж башкиры на скалу пересаживаются...как дальше жить?
эт не потому что скала охуенная, а потому что проект предлагают охуенный
Ayrat
а там хоть с++, всё равно согласился бы наверное
Shub
разумеется устал, у тебя ответов нету же. и это закономерно. DI появился не на ровном месте и появился именно как ответ на такие вопросы