Size: a a a

🎄.NET Talks: Evergreen🎄

2019 November 19

В

Вячеслав in 🎄.NET Talks: Evergreen🎄
да
источник

В

Вячеслав in 🎄.NET Talks: Evergreen🎄
про него
источник

В

Вячеслав in 🎄.NET Talks: Evergreen🎄
досмотрел до конца
источник

YV

Yaroslav Vasylenko in 🎄.NET Talks: Evergreen🎄
Вячеслав
гондон
можешь в фиоле ему это сказать :D
источник

I

Igor in 🎄.NET Talks: Evergreen🎄
Вячеслав
досмотрел до конца
Я уже говорил. Меня больше удивляет та дич что он показывает на митапах (может кто был на последнем spbdotnet).
И что он в 2019 написал книгу по паттернам - кому это нахрен сейчас нужно???
источник

DB

Danil Braindead in 🎄.NET Talks: Evergreen🎄
Вячеслав
досмотрел до конца
Меня на 2 минуты хватило, когда он начал вешать, что IL - обьектно ориентированный и поэтому по факту фп быть не может
источник

В

Вячеслав in 🎄.NET Talks: Evergreen🎄
у них вообще странный аргумент: "Сравните сколько программ написано на ООП и сколько на ФП"
источник

В

Вячеслав in 🎄.NET Talks: Evergreen🎄
ебать
источник

ND

Nik D. in 🎄.NET Talks: Evergreen🎄
Danil Braindead
Меня на 2 минуты хватило, когда он начал вешать, что IL - обьектно ориентированный и поэтому по факту фп быть не может
источник
2019 November 20

ж

жаль как бабочка, порхай как перхоть in 🎄.NET Talks: Evergreen🎄
Danil Braindead
Меня на 2 минуты хватило, когда он начал вешать, что IL - обьектно ориентированный и поэтому по факту фп быть не может
нууу формулировка говно да
но я помню вроде (инфа не сотка, пруф искать лень) одерски говорил что много головной боли из-за того что система типов джавы/жвм не оч подходит для фпшной скалы
мб тут примерно то же самое имелось ввиду (хотя с фшарпом попроще должно быть чем со скалой конечно)
источник

ж

жаль как бабочка, порхай как перхоть in 🎄.NET Talks: Evergreen🎄
ну то есть надо было кмк говорить не про то что IL оопшный, а про то что в дотнете с оопшным кодом хочешь не хочешь надо интеропиться
источник

ж

жаль как бабочка, порхай как перхоть in 🎄.NET Talks: Evergreen🎄
ну насколько это проблема не могу сказать, меня фшарп каждый раз на гораздо более раннем этапе отталкивает — на моменте когда я понимаю что поддержка в райдере всё ещё не очень а принудительное упорядочивание файлов (в добавок с отсутствием у райдера поддержки работы с этим порядком) всё ещё вызывает жопную боль
источник

I

Igor in 🎄.NET Talks: Evergreen🎄
жаль как бабочка, порхай как перхоть
ну насколько это проблема не могу сказать, меня фшарп каждый раз на гораздо более раннем этапе отталкивает — на моменте когда я понимаю что поддержка в райдере всё ещё не очень а принудительное упорядочивание файлов (в добавок с отсутствием у райдера поддержки работы с этим порядком) всё ещё вызывает жопную боль
А чем боль то?

Когда начинаешь F# проект, можно вообще в одном файле все писать.
Тк в F# гранулярные импроты и можно много модулей хранить в одном файле.

Обычный проект сервер-с фронтом занимает 150 loc.
Смысла вообще нет в отдельных файлах.

А порядок форсит, сразу писать правильно, избегать цикл. зависимостей.
- модуль типов
- модуль чистой логики
- модуль сервисов
- модуль инфрастуктры
- main app модуль
источник

ж

жаль как бабочка, порхай как перхоть in 🎄.NET Talks: Evergreen🎄
Igor
А чем боль то?

Когда начинаешь F# проект, можно вообще в одном файле все писать.
Тк в F# гранулярные импроты и можно много модулей хранить в одном файле.

Обычный проект сервер-с фронтом занимает 150 loc.
Смысла вообще нет в отдельных файлах.

А порядок форсит, сразу писать правильно, избегать цикл. зависимостей.
- модуль типов
- модуль чистой логики
- модуль сервисов
- модуль инфрастуктры
- main app модуль
ну пока оно в одном файле-то это ок, ну хочется-то не в одном
не я типа готов принять что компилятор форсит отказ от циклических зависимостей
боль — потому что компилятор почему-то до сих пор сам этот порядок выводить не умеет и IDE никак управлять этим порядком тоже не умеет
в итоге сидишь как идиот в манифесте файлы двигаешь туда сюда
источник

ж

жаль как бабочка, порхай как перхоть in 🎄.NET Talks: Evergreen🎄
ну то есть вроде всё мелочи, а в сумме в итоге я каждый раз плююсь и жалею что под дотнет нет околофпшного языка на котором мне было бы приятно писать, а фшарп ещё на год забрасываю
источник

I

Igor in 🎄.NET Talks: Evergreen🎄
жаль как бабочка, порхай как перхоть
ну пока оно в одном файле-то это ок, ну хочется-то не в одном
не я типа готов принять что компилятор форсит отказ от циклических зависимостей
боль — потому что компилятор почему-то до сих пор сам этот порядок выводить не умеет и IDE никак управлять этим порядком тоже не умеет
в итоге сидишь как идиот в манифесте файлы двигаешь туда сюда
> в итоге сидишь как идиот в манифесте файлы двигаешь туда сюда

Ты кажется концетрируешся на каких-то незначительных минусах, которые занимают секунд 30.

При этом игнорируя, что можно писать на порядок раз меньше кода и
тебе просто не нужны огромная иерархия классов-файлов, как в c#

По сути в любом среднем проект тебе нужно +-4 файла на f# для архитектурного разбиения.
источник

ж

жаль как бабочка, порхай как перхоть in 🎄.NET Talks: Evergreen🎄
нуууу
блин
может в очередной раз попробую снова
типа не исключено конечно что повлияла шарповая привычка дробить сильно проект на модули

но чёт пока каждый раз из-за таких мелочей осадочек в итоге
источник

I

Ilya in 🎄.NET Talks: Evergreen🎄
Igor
> в итоге сидишь как идиот в манифесте файлы двигаешь туда сюда

Ты кажется концетрируешся на каких-то незначительных минусах, которые занимают секунд 30.

При этом игнорируя, что можно писать на порядок раз меньше кода и
тебе просто не нужны огромная иерархия классов-файлов, как в c#

По сути в любом среднем проект тебе нужно +-4 файла на f# для архитектурного разбиения.
а на выходе у вас там не получается 4 файла по 15к строк в каждом?
источник

I

Ilya in 🎄.NET Talks: Evergreen🎄
в плюсах к этому обычно приходит все, если не дробить
источник

I

Igor in 🎄.NET Talks: Evergreen🎄
Ну это должна быть очень сложная предметная область, типа компилятора.

Я f# кодом склеиваю .net либки и пока не написал проекта, где было бы больше 3k loc.
При этом, если монолит разрастается, то бью по сервисам, на отдельные (fsproj) проекты.
источник