В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

2098 membersпожаловаться на группу
2020 April 10

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Phil Delgyado
С точки зрения меня, как пользователя ЖЦ продукта "gmail" еще очень далек от завершения.
Хотя, разумеется, от того кода, который 15 лет назад использовался при создании моей учетки - ничего не осталось.
Но при проектировании gmail сколько-то там лет назад - нужно было исходить из того, что ЖЦ как продукта несколько десятилетий.
Oracle Database, в ней до сих пор работает код написанный в 1980х
аналогично - продукты вендоров для подключения к платежным сетям
источник
19:17пожаловаться#1

PD

Phil Delgyado in Архитектура ИТ-решений
А с точки зрения инженера по эксплуатации гугла уже пять версий gmail (как информационной системы) сменилось.
А для разработчика - около 300 версий (он по активным фичатегам считает).
источник
19:17пожаловаться#2

F

Fagor in Архитектура ИТ-решений
Roman Tsirulnikov
Oracle Database, в ней до сих пор работает код написанный в 1980х
аналогично - продукты вендоров для подключения к платежным сетям
Я говорил что есть кто работает на софте под 30-40 лет. Я не про это. И успешно работают.
источник
19:19пожаловаться#3

F

Fagor in Архитектура ИТ-решений
Phil Delgyado
А с точки зрения инженера по эксплуатации гугла уже пять версий gmail (как информационной системы) сменилось.
А для разработчика - около 300 версий (он по активным фичатегам считает).
Я же про Архитектора, логично же. ЖЦ для архитектора, чат то про архитекторов. В видео довольно просто описал для архитектора, в конце, когда спросил "зачем документация по окончанию проекта, т.е. ее назначения". А в том вопросе что я говорил - вопрос задавался от команды проекта внедрения, понятно же что никаких 15 лет.
источник
19:24пожаловаться#4

PD

Phil Delgyado in Архитектура ИТ-решений
А что такое архитектор? Бизнес-архитектор, солюшен, системный, интеграции? У них разные ViewPoint и разные подходы к ЖЦ.
источник
19:24пожаловаться#5

PD

Phil Delgyado in Архитектура ИТ-решений
Архитекор внедрения - это еще один из видов архитекторов (даже не роль, а группа ролей).
источник
19:25пожаловаться#6

PD

Phil Delgyado in Архитектура ИТ-решений
И архитектор почти в любой роли должен смотреть на разные срезы системы. И понимать. что в разных срезах будут разные результаты.
источник
19:25пожаловаться#7

PD

Phil Delgyado in Архитектура ИТ-решений
Если я внедряю в какой-нибудь банк какой-нибудь документум, то там ЖЦ его как системы будет лет 20 минимум.
Версии будут меняться, но суть - "система документооборота от конкретного вендора" не поменяется.
Для какой-нибудь АБСки будет тоже самое.
источник
19:27пожаловаться#8

PD

Phil Delgyado in Архитектура ИТ-решений
И мне сразу нужно думать, как я буду хранить данные по пользователям за весь этот период (ну, как минимум по срокам давности по судебным искам)
источник
19:28пожаловаться#9

PD

Phil Delgyado in Архитектура ИТ-решений
Но могут быть и системы с ЖЦ неделя, да )
источник
19:30пожаловаться#10

F

Fagor in Архитектура ИТ-решений
Phil Delgyado
Если я внедряю в какой-нибудь банк какой-нибудь документум, то там ЖЦ его как системы будет лет 20 минимум.
Версии будут меняться, но суть - "система документооборота от конкретного вендора" не поменяется.
Для какой-нибудь АБСки будет тоже самое.
В общем, понятно как появляются решения, когда ИТ не решает проблемы бизнеса, а создает их. Дело ваше. Я тут вообще лезть не буду. Вам проще настаивать на своем, дело ваше. Я не эксперт тут. Не лезу.
источник
19:30пожаловаться#11

PD

Phil Delgyado in Архитектура ИТ-решений
Э, это как раз все про решение проблем бизнеса.
Это бизнесу нужна АБСка. И от того, что эта АБСка нормально проработает лет 15 и не потеряет данные - зависит бизнес.
источник
19:31пожаловаться#12

PD

Phil Delgyado in Архитектура ИТ-решений
Если бизнесу не нужна АБСка дольше чем на год - тогда и не рассматриваем у нее ЖЦ на большой срок.
источник
19:32пожаловаться#13

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Вот это кстати интересный вопрос про курицу и яйцо, кто кого первый попросил решить его проблему)))
источник
19:32пожаловаться#14

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Если наблюдать со стороны то действительно складывается ощущение, что часто ит создает проблемы)
источник
19:32пожаловаться#15

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
По идее везде паттерн должнен быть одинаковый. Есть рутинная задача, которая жрет кучу ресурсов. Внедряем систему, увольняем\освобождаем лишние ресурсы. Делим стоимость системы на количество сэкономленных ресурсов и получаем окупаемость. Принимаем решение надо ли нам это
источник
19:35пожаловаться#16

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
В большинстве современных  случаев внедрение новой системы не несет очевидных плюсов, т.к. туже самую деятельность можно делать имеющимися средствами.
источник
19:40пожаловаться#17

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
А вот нормальных расчетов ROI или типа того я давненько не встречал и не считал
источник
19:41пожаловаться#18

F

Fagor in Архитектура ИТ-решений
Evgeniy Nikonorov
В большинстве современных  случаев внедрение новой системы не несет очевидных плюсов, т.к. туже самую деятельность можно делать имеющимися средствами.
очень часто ИТ просто фабрика данных, еще одна, сверху основной деятельности, и в этом случае за деньги бизнеса мы начинаем создавать проблемы пользователям, ничего не давая кроме фабрики данных, которые есть и так, и собираются они и без ИТ продуктов
источник
19:57пожаловаться#19

F

Fagor in Архитектура ИТ-решений
Новых ИТ продуктов, и вот тут хочется узнать когда мне заменить продукт, не создавать дубль фабрики данных на новом ядре, а заменить предоставив что то бизнесу
источник
19:58пожаловаться#20