Size: a a a

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

2019 November 10

SB

Sergey Baranov in Архитектура ИТ-решений
Maxim Smirnov
Если EA сделал морду кирпичом  втирает что-то про единый справочник или консолидацию данных, то это не значит, что через 15 минут в соседней перегворке он будет воспевать CQRS и ES. Позиция EA в значительной степени управленческая и "челночная дипломатия" - одна из её компетенций. Одним словом, если с нашей точки зрения EA тупит, то скорее всего мы просто неправильно понимаем его настоящие мотивы
Политика, да. Иногда инженерные решения — всего лишь способ получить хороший годовой бонус. Кстати, это не плохо, это скорее значит, что раз компания это позволяет, а человек пользуется — у него есть предпринимательская жилка 🙂
Но мы понимаем, что фокус уходит из поля подходящее/не подходящее решение в плоскость «конкретное решение любой ценой».
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Sergey Baranov
Политика, да. Иногда инженерные решения — всего лишь способ получить хороший годовой бонус. Кстати, это не плохо, это скорее значит, что раз компания это позволяет, а человек пользуется — у него есть предпринимательская жилка 🙂
Но мы понимаем, что фокус уходит из поля подходящее/не подходящее решение в плоскость «конкретное решение любой ценой».
Пф, да это просто вопрос определения «подходящее»
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Sergey Baranov
Политика, да. Иногда инженерные решения — всего лишь способ получить хороший годовой бонус. Кстати, это не плохо, это скорее значит, что раз компания это позволяет, а человек пользуется — у него есть предпринимательская жилка 🙂
Но мы понимаем, что фокус уходит из поля подходящее/не подходящее решение в плоскость «конкретное решение любой ценой».
Нынче сплошь и рядом конкуренция идет между компаниями-партнерами по экосистеме, комплиментарами если говорить более точно. Например, поставщик доп.услуг говорит оператору связи: нафига вы будете вести подписки в своей убогой биллинговой системе, давайте лучше у нас. Акционер у компаний общий, но поставщик доп.услуг - любимый стартап и к акционеру чаще на чай заходит, а оператор - дойная корова. Вот тут EA оператора и делает тупое лицо и строевым голосом докладывает: "мы храним все подписки в единой БД, потому что так правильно! доклад окончен, разрешите встать в строй!". Если он при этом за чей-то бонус борется, то уж скорее компании, а не свой
источник

VH

Vadim Harkevich in Архитектура ИТ-решений
Evgeniy Nikonorov
С этим уже никто не спорит. Интересный вывод, что в некоторых случаях изменить оргструктуру оказывается проще, чем софт
На злобу дня реплика.
У нас сейчас требуют поменять (ужать) уровни оргструктуры до трёх, при этом первый уровень - это наименование юрлица.

Зачем спросите? - А так написана одна из государственных платформ, и переделать её не реально. Проще изменить ситуацию на местах, или делать вид, что уровни оргструктуры раз не задокументированы, то и не существуют.
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Vadim Harkevich
На злобу дня реплика.
У нас сейчас требуют поменять (ужать) уровни оргструктуры до трёх, при этом первый уровень - это наименование юрлица.

Зачем спросите? - А так написана одна из государственных платформ, и переделать её не реально. Проще изменить ситуацию на местах, или делать вид, что уровни оргструктуры раз не задокументированы, то и не существуют.
Мы же всем понимаем, что есть статичная орг структура, есть неформальная сеть общения и есть профессиональная сеть вокруг потока создания ценности. И ценность создают только две последних, так что главное, — их не поломать :)
источник
2019 November 11

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Голосовые в больших чатах... очень, очень некультурно.
источник

АВ

Александр Вир in Архитектура ИТ-решений
Может это подкаст?
источник

d

dreamore in Архитектура ИТ-решений
Тряпками его!)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Maxim Smirnov
Нынче сплошь и рядом конкуренция идет между компаниями-партнерами по экосистеме, комплиментарами если говорить более точно. Например, поставщик доп.услуг говорит оператору связи: нафига вы будете вести подписки в своей убогой биллинговой системе, давайте лучше у нас. Акционер у компаний общий, но поставщик доп.услуг - любимый стартап и к акционеру чаще на чай заходит, а оператор - дойная корова. Вот тут EA оператора и делает тупое лицо и строевым голосом докладывает: "мы храним все подписки в единой БД, потому что так правильно! доклад окончен, разрешите встать в строй!". Если он при этом за чей-то бонус борется, то уж скорее компании, а не свой
Самое точное объяснение. Если ЕА ведётся себя неадекватно, он может быть некомпетентным, но скорее всего это тактика
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Sergey Baranov
Столкнулся с, на мой взгляд, глобальным препятствием к движению к решениям со слабыми зависимостями на уровне организаций (крупных).
Интересно, что это ентерпайз архитекторы (конечно, не все).
Сложность вот в чем:
1. У EA авторитет и право принимать решения
2. Многие вообще забыли о разработке
При этом
1. Часто не имеют опыта в событийных архитектурах и
2. Моделировании предметной области (настоящем моделировании с контекстами)
Что вытекает в сильное противоречие между EA и разработкой:
1. Стрелочки между квадратиками не имеют смысла. Имеют смысл события, а EA часто не понимаю как это моделировать
2. Модель предметной области компании с контекстами становится первичнее систем квадратиков на диаграммах, но тогда проектирование становится не просто расстановкой квадратиков, а единым источником правды становятся события не ERP/CRM, бизнес-события.

И вот как проектировать в таких условиях, в моей практике, подтверждаемой раз за разом, лучше понимают разработчики, знакомые с современными паттернами и технологиями, но у них нет права голоса, а олдскул EA все сильнее затягивают компании обратно в сильные связи и синхронное взаимодействие и выбор  консерватиных решений даже при желании руководства, условно, попробовать микросервисы и событийки.

Кто еще наблюдал такое? Или это мое когнитивное искажение?
Наверное здесь дело не в EA, а в обычном микроменеджменте — хочу все знать и контролировать сам.
Реализуется в любом контексте, не только в архитектуре.
Например “главный продуктолог” или согласование планов подразделений у руководства,
за пять человеко-дней оценки проекта можно торговаться полгода.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Александр Вир
Может это подкаст?
- может это подкаст
- подкат?
- нет
источник

АВ

Александр Вир in Архитектура ИТ-решений
Kirill Gorin
- может это подкаст
- подкат?
- нет
- Это подкат
- Может вы хотели сказать подкаст?
- Нет
источник

KG

Kirill Gorin in Архитектура ИТ-решений
ок бумер
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
- может это подкаст?
- нет
- может это подкат?
- нет
- может это откат?
- да
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Откуда тут тема с откатами взялась, я не вникал
источник
2019 November 12

Ms

Mutko says in Архитектура ИТ-решений
Хромкаст
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Всем привет!
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Я вернулся.
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Просьба не дергать личными сообщениями месяц.
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Ilya
Коллеги, кто что посоветует вместо Visio ? Draw.io ,... ?
Gimp
источник