D
Kirill Shelopugin
Если контроль эффектов делает код чище и более поддерживаемым, как это в терминах Джона Де Гуза определить? Это, казалось бы, коммерчески бесполезно, исходя из его постулатов.
код чище и код более поддерживаемый - это кто сказал?
Size: a a a
2020 August 24
D
где доказательства?
KS
Сейчас это беседа с заметкой Джона из уст прочитавшего
KS
Там, правда, про tagless final, но темы не так далеко друг от друга. Также можно послушать выпуски scalalaz, где говорили про TF, там полезные мнения от Кая и Паши.
AD
Не, на самом деле просто никто не может договорится что чистое, а что грязное
EB
Я видел в этом чате примеры, где люди вместо разработки функциональности дебажат саму систему сайд эффектов. Разве время которое тратится на поддержку этой махины стоит того, чтобы знать где в коде pure, а где нет?
AD
Я видел в этом чате примеры, где люди вместо разработки функциональности дебажат саму систему сайд эффектов. Разве время которое тратится на поддержку этой махины стоит того, чтобы знать где в коде pure, а где нет?
Сколько раз ты видел когда дебажат супер-пупер фрейм и обсуждают какой удачности костыль надо рисовать?
KS
Евгений, вы прочитали заметку Джона и пришли в чат с возгласом "а теперь докажите мне что контроль эффектов не фигня". Вряд ли что-то кто-то будет вам доказывать. Предлагаю ознакомиться с разными мнениями и разными источниками, после чего подискутировать, составив свое мнение
EB
Kirill Shelopugin
Евгений, вы прочитали заметку Джона и пришли в чат с возгласом "а теперь докажите мне что контроль эффектов не фигня". Вряд ли что-то кто-то будет вам доказывать. Предлагаю ознакомиться с разными мнениями и разными источниками, после чего подискутировать, составив свое мнение
Я понял, буду смотреть Олега
ΛВ
Это нормальный вопрос. Если Джон Де Гуз считает что side effect control коммерчески бессмысленный, зачем его в прод тащить?
У дегузя же про более мелкие эффекты, типа там параллел, конкаррент или таймер или ватевер. За разделение на чистый/не_чистые от эффектов вещи он сам топит же.
AD
У дегузя же про более мелкие эффекты, типа там параллел, конкаррент или таймер или ватевер. За разделение на чистый/не_чистые от эффектов вещи он сам топит же.
God object рулит.
Oℕ
Мы же программы пишем чтобы бизнес какой-то делать, я до сих пор не понял зачем бизнесу чистые функции и сайд эффекты (
Бизнесу нужны маленькие риски и низкая полная стоимость владения.
Oℕ
Если продолжать утрировать, бизнесу не нужны ни функции, ни типы данных, ни сложение, ни импорты, ни вообще одной вещи, из которых программа состоит.
A
Да и если на то уж пошло, то можно утрировать дальше. Программы многим бизнесам не нужны, сотни лет без них успешно зарабатывали. Например банки)
NV
У Джона богатая история борьбы с соломенными чучелами. Чего стоит только его статья про бесполезность tagless final, в которой большинство описанных проблем не встречаются в нормальном TF коде
NV
А бизнесу и программы-то не нужны, бизнесу нужно сервисы людям предоставлять, а если бы это было дешевле делать ручным трудом, то так бы все и делали
СП
Бизнес покупает людей, способных решать задачи. Понятно , что скалисты очень умные ребята раз могут разобрать со всем этим. Поэтому можно сделать вывод, что выбор технологий это скорее решение программеров и определяет уровень сообщества.
Скала для сложных бизнесов, а с# - для более простых
Скала для сложных бизнесов, а с# - для более простых
AH
Бизнес покупает людей, способных решать задачи. Понятно , что скалисты очень умные ребята раз могут разобрать со всем этим. Поэтому можно сделать вывод, что выбор технологий это скорее решение программеров и определяет уровень сообщества.
Скала для сложных бизнесов, а с# - для более простых
Скала для сложных бизнесов, а с# - для более простых
Уровень сложности тоже определяет сообщество потому что многие в fortune 500 живут на джаве. Просто им скалисты ещё не рассказали что их бизнес недостаточно сложный
λ
Бизнес покупает людей, способных решать задачи. Понятно , что скалисты очень умные ребята раз могут разобрать со всем этим. Поэтому можно сделать вывод, что выбор технологий это скорее решение программеров и определяет уровень сообщества.
Скала для сложных бизнесов, а с# - для более простых
Скала для сложных бизнесов, а с# - для более простых
Что такое сложный и простой бизнес?
AH
Я вот думаю что дело в том что скала может из любого бизнеса сделать сложный бизнес. И пока люди кропотливо расставляют тайпклассы для ТФ, нод жсеры уже выходят на IPO