Size: a a a

2021 January 20

YK

Yevhenii Kurtov in pro.elixir
не стоит - мы говорили о разных аспектах одного и того же.
я абсолютно согласен с вашей позицией -  методичность и дисциплинированность при воплощении модели это неотъемлемая часть почерка профессионала
источник

((

(fun () -> ()) in pro.elixir
Yevhenii Kurtov
это, кстати, очень интересный вопрос. ведь код так же должен быть достаточно гибким что бы адаптироваться под новые требования.
плюс сама модель тоже не статическая - в какой-то момент может открыться новая деталь которая существенно на неё повлият
Это палка о двух концах. С одной стороны все валидно, а с другой переписать сложнее. Я для себя все равно пока сторонник валидации, но не могу не отметить плюсов для малых проектов высокой скорости разработки из за пропусков валидации
источник

YK

Yevhenii Kurtov in pro.elixir
если я правильно помню в Clean Architecture есть размышления на эту тему - глава The Stable Abstraction
источник

((

(fun () -> ()) in pro.elixir
Yevhenii Kurtov
если я правильно помню в Clean Architecture есть размышления на эту тему - глава The Stable Abstraction
да, я примерно такое и пытаюсь повторить (получается не всегда как хочется)
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Лично для меня DDD - это про разговор между бизнесом и программистом на одном языке. Короче про терминологию в моделях. И я еще ни разу не видел чтобы она менялась. Ты можешь выкинуть одну модель и заменить другой, но приколов типа “сегодня Customer это одно, а завтра - другое” я не видал
источник

YK

Yevhenii Kurtov in pro.elixir
понял 🙂  👍
источник

ŹR

Źmićer Rubinštejn in pro.elixir
DDD по сути решает одну из двух главных проблем в программировании - как называть переменные
источник

((

(fun () -> ()) in pro.elixir
Yevhenii Kurtov
если я правильно помню в Clean Architecture есть размышления на эту тему - глава The Stable Abstraction
но у меня есть пример небольшого проекта, где домен сломать ну очень сложно. И это всё сломается ещё до запуска если где-то ошибусь
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Остается только всеми другими способами инвалидировать кеш - и ты на коне
источник

YK

Yevhenii Kurtov in pro.elixir
язык это лакмусовая бумажка схождения и расхождения модели
источник

ВК

Василий Кузнецов... in pro.elixir
(fun () -> ())
Это палка о двух концах. С одной стороны все валидно, а с другой переписать сложнее. Я для себя все равно пока сторонник валидации, но не могу не отметить плюсов для малых проектов высокой скорости разработки из за пропусков валидации
если я правильно понял малые проекты вы имеете ввиду RAD(rapid app development)
RAD и DDD взаимоисключающие
источник

V

V in pro.elixir
DDD - это про то, чтобы модель, которая всё равно присутствует, была обособлена в коде, а не размазана.
источник

SM

Sergei Maximov in pro.elixir
Źmićer Rubinštejn
Остается только всеми другими способами инвалидировать кеш - и ты на коне
Надо ещё замутить гарантированный порядок доставки сообщений и exactly-once delivery
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Василий Кузнецов
если я правильно понял малые проекты вы имеете ввиду RAD(rapid app development)
RAD и DDD взаимоисключающие
Параллельные эти подходы
источник

((

(fun () -> ()) in pro.elixir
(fun () -> ())
но у меня есть пример небольшого проекта, где домен сломать ну очень сложно. И это всё сломается ещё до запуска если где-то ошибусь
И ещё хочу добавить, что я ввидел реальный ДДД в деле. И это было великолепно.
источник

YK

Yevhenii Kurtov in pro.elixir
ребята, на этой сказочной ноте хочу сказать - что главное кайфовать и продолжать учиться
источник

YK

Yevhenii Kurtov in pro.elixir
все ответы рано или поздно придут
источник

((

(fun () -> ()) in pro.elixir
счастья, здоровья, детей красивых)
источник

YK

Yevhenii Kurtov in pro.elixir
к сожалению, на территории бывшего СССР програмированние как школа мысли практически отсутствует и это самое больше упущение
источник

YK

Yevhenii Kurtov in pro.elixir
(fun () -> ())
счастья, здоровья, детей красивых)
🤣
источник