Size: a a a

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

2019 July 26

DZ

Denis Zarin in Архитектура ИТ-решений
Спасибо!
источник

RT

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

DZ

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Roman Tsirulnikov
У нас скорее задача в том чтобы PM проследил что все нужыне релизы выкатились.
С точки зрения архитетуры мы стараемся проектировать интерфейсы компонент с соблюдением правил совместимости,
чтобы выкатывать компоненты независимо.
Так получается почти всегда, но не всегда.
Для особых случаев у нас есть "очереди релизов" в эксплуатации, это свод правил какие компоненты нельзя выкатывать одновременно, а только строго последовательно.
Универсальная формула. Если компонент не просто автономный , но и нет от него зависимостей, которые могут поломать что-то за пределами компонента, то он развёртывается независимо, как и когда угодно. Но если компоненты зависимы, то нужны регламенты и релизная политика
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Gennadiy Kruglov
Универсальная формула. Если компонент не просто автономный , но и нет от него зависимостей, которые могут поломать что-то за пределами компонента, то он развёртывается независимо, как и когда угодно. Но если компоненты зависимы, то нужны регламенты и релизная политика
Про регламенты понятно! Но это -- срезая пару углов -- в конечном итоге "именем закона" и человеческий фактор.

Что насчёт инструментов?

Я некоторое время тему не трогал -- и меня несколько шокирует количество Excel, который по-прежнему везде..
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Denis Zarin
Про регламенты понятно! Но это -- срезая пару углов -- в конечном итоге "именем закона" и человеческий фактор.

Что насчёт инструментов?

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Плюс Jira, разумеется. Иногда Jira и Redmine одновременно. И так бывает
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Компании жадные в основном, поэтому Excel
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Excel часто ещё и потому, что с внутренней инфраструктурой работать невозможно. Чудовищно не удобно.
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
тактика:
Разработка
Jira, conf, плагины (план/факт с выгрузкой в самопал)

инфраструктура+иб эксель(план)/самопал(факт). С финансами/бухучетом стык в самопале. Самопал один на всех.

Стратегия вся конечно в экселях, поверпоинтах и проджектах)))
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Gennadiy Kruglov
Excel часто ещё и потому, что с внутренней инфраструктурой работать невозможно. Чудовищно не удобно.
+1, или слишком дорого чтобы было удобно)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Rustem Mannanov
+1, или слишком дорого чтобы было удобно)
А вот не известно. Сколько стоит снижение продуктивности сотрудников никто ведь не считает
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Gennadiy Kruglov
Excel часто ещё и потому, что с внутренней инфраструктурой работать невозможно. Чудовищно не удобно.
Что имеется в виду под внутренней инфраструктурой?
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
До мышей - нет конечно) но разница на 2 порядка в экспресс-оценке позволяет с чистой совестью сказать что у этой задачи явно не самый высокий приоритет)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Denis Zarin
Что имеется в виду под внутренней инфраструктурой?
Не знаю как точно назвать. Можно сказать, инфраструктура поддержки планирования, производства и эксплуатации ПО. Трекеры, Вики, Версионные хранилища кода, системы учёта времени и затрат, средства коммуникации
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Gennadiy Kruglov
Не знаю как точно назвать. Можно сказать, инфраструктура поддержки планирования, производства и эксплуатации ПО. Трекеры, Вики, Версионные хранилища кода, системы учёта времени и затрат, средства коммуникации
То есть инструменты все, которые используются, так?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Rustem Mannanov
До мышей - нет конечно) но разница на 2 порядка в экспресс-оценке позволяет с чистой совестью сказать что у этой задачи явно не самый высокий приоритет)
Не уверен, надо считать. На моей памяти никто не считал. Может кто-то есть здесь, кто считал
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Denis Zarin
То есть инструменты все, которые используются, так?
Так должно быть. На практике, инструменты, которые стараются не использовать, а используют "свои" инсталляции на подстольниках
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Gennadiy Kruglov
Так должно быть. На практике, инструменты, которые стараются не использовать, а используют "свои" инсталляции на подстольниках
Я всегда надеялся, что у кого-то это работает по-другому, нормально!)))
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Не везде конечно, но многим это знакомо, думаю)
источник