Size: a a a

2018 December 18

SS

Sergey Smyshlyaev in JUG NN
Но это нарушет первое правило клуба
источник

SK

Sergey Kapralov in JUG NN
источник

RM

Roman Makhlin in JUG NN
в джаве нету транзакционной памяти, только в кложе есть
источник

RM

Roman Makhlin in JUG NN
по крайней мере из коробочки
источник

SS

Sergey Smyshlyaev in JUG NN
Ну да, так в общем-то в Clojure и сделано. Только там иммутабельные объекты и ссылки. На уровень каких-то компонентов и сервисов это нет смысла выносить, иначе постоянно будет дублироваться одна и та же логика в компонентах и сервисах
источник

RM

Roman Makhlin in JUG NN
и все равно не понятно, как это решает проблему с публикацией объектов и какой контракт между иммутабельными и мутабельными объектами
источник

RM

Roman Makhlin in JUG NN
и какой линеразицонный контракт
источник

RM

Roman Makhlin in JUG NN
в момент времени A, глядя на иммутабельный объект B я увижу... что?
источник

RM

Roman Makhlin in JUG NN
самые последние изменения? происходящия изменения? или мне надо всякий раз запрашивать новый иммутабельный объект, как мне надо что то поглядеть?
источник

RM

Roman Makhlin in JUG NN
а что с записью?
источник

SK

Sergey Kapralov in JUG NN
Так вот в чем дело. Мы на разных языках трындим просто. Вы - с точки зрения конкарренси и доступности объектов между тредами, а я с точки зрения поддерживаемости.
источник

SK

Sergey Kapralov in JUG NN
А по сути то и трындим то об одном
источник

SK

Sergey Kapralov in JUG NN
Я, говоря про инкапсуляцию, подразумеваю что конкарренси проблемы либо решены внутри объекта, либо делегируются вниз. И говоря что стейта нет смысла бояться, я подразумевал что как вы ни бейтесь, внизу в том или ином виде, с теми или иными гарантиями данными средой этот стейт есть, хоть вы увешайтесь монадами. И да, где то эти гарантии из коробки консистентней чем в джаве. И что?
источник

SK

Sergey Kapralov in JUG NN
Сука, зато термин не знаю - так сразу джун(
источник

SS

Sergey Smyshlyaev in JUG NN
Sergey Kapralov
Сука, зато термин не знаю - так сразу джун(
Да тут дело не в термине, я просто хотел узнать, читал ли ты книгу, а от прямого вопроса ты уклонился
источник

SK

Sergey Kapralov in JUG NN
Sergey Smyshlyaev
Да тут дело не в термине, я просто хотел узнать, читал ли ты книгу, а от прямого вопроса ты уклонился
Ну не читал. Доволен?
источник

SS

Sergey Smyshlyaev in JUG NN
Да я уже понял что не читал
источник

II

Iurii Iurchenko in JUG NN
Ну с точки зрения поддерживаемости тоже лучше когда стейт иммутабельный. Иначе приходится учитывать кто и когда его меняет. И меняет ли вообще в действительности. Иммутабельность как-то сразу много вопросов снимает автоматом. А с канкаренси там ведь дело не только в том, что сложно корректно имплементировать синхронизацию, а в том что она кроме всего прочего не бесплатна. Тут иммутабельность тоже жизнь существенно упрощает. Так что в целом что так, что эдак с иммутабельным стейтом жить проще и поэтому к нему надо стремиться. Другое дело что это не всегда возможно или удобно делать.
источник

SK

Sergey Kapralov in JUG NN
Sergey Smyshlyaev
Да я уже понял что не читал
И на окамле не кодил. Че пальцем терь тыкать будешь? Мол нубило?
источник

SK

Sergey Kapralov in JUG NN
Кто из вас о зоне боли раньше слышал? Кто Clean architecture читал? Почему я вас джунами не зову в ответ на такую "некомпетентность"?
источник