Size: a a a

Архитектура ИТ-решений

2019 November 07

AL

Alexander Luchkov in Архитектура ИТ-решений
Sergey Baranov
Так и есть 🙂 Если только не переопределить в частном поле значений назначение микроскопа. Ведь по факту он выполняет функцию молотка в этот момент)
При этом когда я говорю людям, что "У вас вот тут не эксель, а СПО подготовки годового финансового отчёта" на меня ругаюцца... "Ну вот же, эксель написано..." )) Ну это уже лирика.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Petr Shmotov
Квантовое состояние - насколько реальная ситуация соответствует архитектуре
Кстати да. Причём измерение действительно влияет на состояние и меняет его.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Прям щас в прямом эфире
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Frank Munz MSA Basics
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Alexander Luchkov
При этом когда я говорю людям, что "У вас вот тут не эксель, а СПО подготовки годового финансового отчёта" на меня ругаюцца... "Ну вот же, эксель написано..." )) Ну это уже лирика.
Одна одна из проблем, которую решает DDD, кстати.
Есть у тебя сущность с уникальным ID, но в одном Bounded Context это молоток, во втором — микроскоп, в третьем — фонарь, а в четвертом — металлолом. И поведение и атрибуты будут совершенно разными.
И это большая проблема, когда системы проектируются от модели данных, а не от модели предметной области, потому как если идти от модели данных, то будет одна сущность Микроскоп сильно перегруженная поведением и атрибутами разных контекстов, что создаст сильную связанность и сильно усложнит понимание. Да и возможности развития.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Sergey Baranov
Одна одна из проблем, которую решает DDD, кстати.
Есть у тебя сущность с уникальным ID, но в одном Bounded Context это молоток, во втором — микроскоп, в третьем — фонарь, а в четвертом — металлолом. И поведение и атрибуты будут совершенно разными.
И это большая проблема, когда системы проектируются от модели данных, а не от модели предметной области, потому как если идти от модели данных, то будет одна сущность Микроскоп сильно перегруженная поведением и атрибутами разных контекстов, что создаст сильную связанность и сильно усложнит понимание. Да и возможности развития.
Слишком высокие требования к команде...
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Хм... А какие невысокие? Вряд ли можно ожидать, что современные системы могут разрабатываться дворниками-гастербайтерами. Да, требования к профессиональному инженеру-программисту сильно выросли. Се ля ви
источник

P

Pavel in Архитектура ИТ-решений
Andrei Soloschak
Хм... А какие невысокие? Вряд ли можно ожидать, что современные системы могут разрабатываться дворниками-гастербайтерами. Да, требования к профессиональному инженеру-программисту сильно выросли. Се ля ви
Сейчас и под невысокие найти сложно. Можно продолжать фантазировать сколько угодно, но требования диктуются рынком.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Pavel
Сейчас и под невысокие найти сложно. Можно продолжать фантазировать сколько угодно, но требования диктуются рынком.
Требования диктуются умением формировать команды, привлекать и развивать людей. В общем и целом те, кто не умеет это делать будут выдавлены с рынка.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Простите накину: волна аджайл-трансформаций снова оставляет ощущение очередной попытки превратить ИТ в конвейер с гастарбайтерами, где от инженера ничего не зависит
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Roman Tsirulnikov
Простите накину: волна аджайл-трансформаций снова оставляет ощущение очередной попытки превратить ИТ в конвейер с гастарбайтерами, где от инженера ничего не зависит
Всегда так будет. Это вообще тренд текущий, сделать как всё как можно менее зависящим от наличия человека в системе.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Tsirulnikov
Простите накину: волна аджайл-трансформаций снова оставляет ощущение очередной попытки превратить ИТ в конвейер с гастарбайтерами, где от инженера ничего не зависит
Хм... Какое это отношение имеет к Agile, где основная ценность это individuals & interactions over processes and tools?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Если выводить утверждение: "Меньше людей - лучше". Соответственно неквалифицированный труд - лучше чем квалифицированный для бизнеса априори.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Просто потому, что он при низкой квалификации исполнителей может позволить больше маржи снимать.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А так - есть стремление у некоторых людей сделать истиной следующую ситуацию: "Я, как владелец ресурса хочу не обладая высокой компетенцией в решении сложных задач иметь возможность получать решения сложных задач за минимум расходов".
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Я думаю это осноаная причина, почему аджайл не работает в крупных организациях:
эти ценности работают лишь в небольшой группе единомышленников, где все на виду.
В более крупных органиациях, всегда появляются люди, которые хотят перераспреления благ в пользу лично себя за счет других.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Tsirulnikov
Я думаю это осноаная причина, почему аджайл не работает в крупных организациях:
эти ценности работают лишь в небольшой группе единомышленников, где все на виду.
В более крупных органиациях, всегда появляются люди, которые хотят перераспреления благ в пользу лично себя за счет других.
Ну... Это вопрос к тому, что Culture eats everything...
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Roman Tsirulnikov
Я думаю это осноаная причина, почему аджайл не работает в крупных организациях:
эти ценности работают лишь в небольшой группе единомышленников, где все на виду.
В более крупных органиациях, всегда появляются люди, которые хотят перераспреления благ в пользу лично себя за счет других.
Именно. Пока цели в команде полностью разделяемы всеми участниками - проблем минимум. Как только появляется участник команды который ставит целью что-то вне спектра целей команды и достигает этого за счёт труда команды, это называется "саботаж", "вредительство" или "паразитизм"... ну или как там ещё)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Так что говорить про всякое "Агиле понадусе" - это из области единорогов и динозавров, которых блондинка на улице может встретить с вероятностью 50%.
источник