Телеграмм чат группы itarchitect страница 2948

parrot.ru

Рейтинг популярных групп и каналов

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

2159 membersпожаловаться на группу

2020 May 23

I

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

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

Та в том-то и дело что доки никто не требует. Но хотелось бы не потерять изначальные решения. Сейчас использую c4model + adr. Но возможно есть у кого-то другой, не менее интересный, опыт? ;)

источник

20:28пожаловаться #1

F

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

Если вам он нужен в будующем для контроля - велкам. Если нет - и другим нет - сжечь нафиг.

источник

20:28пожаловаться #2

EI

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

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

Бойкий вы мужчина.
А если я скажу, что мода на corporation длится немногим менее 900 лет?
Ещё раз - мода на орг.дизайн меняется медленнее, чем на team-дизайн.
А мода на корп.дизайн просто обновляется сезонно раз в 100-300 лет

источник

20:29пожаловаться #3

F

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

Да. А жц религии более 2000 лет.🤫 А я вообще вечный жид (без обид, чай наливаем полный, что бы сахар не поместился). Много новое - забытое старое. За уши чего только можно не притянуть. Хотите так - да пофиг. Каждый сам себя обманывает как ему нравится, кто я что бы куда то там лезть.

источник

20:32пожаловаться #4

EI

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

Да. А жц религии более 2000 лет.🤫 А я вообще вечный жид (без обид, чай наливаем полный, что бы сахар не поместился). Много новое - забытое старое. За уши чего только можно не притянуть. Хотите так - да пофиг. Каждый сам себя обманывает как ему нравится, кто я что бы куда то там лезть.

Вижу эмоции - есть что по делу?

источник

20:33пожаловаться #5

EI

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

Смотри: если различать 4 типа дизайна (корп - орг - team - персональный), то тебе нужно сшить то, что "fits 4 design types"

Вот вопрос

источник

20:33пожаловаться #6

F

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

Никаких эмоций. Чистота разума. По делу - ваша душа не вечна в экономике и теории о 900 годах мертвы, ваш клиент от силы живет 40 лет. В той модели в которой он успешен. А так по классике долгосрочки не более 15. И вот от клиента и смотрите "моды". Клиент это коммерческая бп модель бизнеса.

источник

20:34пожаловаться #7

RR

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

@oigonin Ivan Andrey @RuslanDo @emacsway Друзья, спасибо большое за помощь

источник

20:34пожаловаться #8

EI

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

Никаких эмоций. Чистота разума. По делу - ваша душа не вечна в экономике и теории о 900 годах мертвы, ваш клиент от силы живет 40 лет. В той модели в которой он успешен. А так по классике долгосрочки не более 15. И вот от клиента и смотрите "моды". Клиент это коммерческая бп модель бизнеса.

1) https://medium.com/@tatyanasharonova/customer-consumer-client-59772e9ef168 . Потребитель и покупатель - да, "так ярко летят, так быстро сгорают". Но клиент про другое.

2) Ещё раз: я задавал вопрос про оргдизайн, мы много раз в этом чате обсуждали, что "тех. архитектура" не висит в вакууме, это всегда конкретный запрос на поддержание-смену оргдизайна

источник

20:38пожаловаться #9

EI

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

» теории о 900 годах мертвы
До тех пор, пока вы не заключите договор с компанией, которой 450 лет
Мы работали с Vopak - https://www.vopak.com/at-a-glance/our-history

источник

20:42пожаловаться #10

F

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

» теории о 900 годах мертвы
До тех пор, пока вы не заключите договор с компанией, которой 450 лет
Мы работали с Vopak - https://www.vopak.com/at-a-glance/our-history

а если им 600лет? не важно, если бы они не менялись они бы умерли. Так что компании для которой вы работаете не более 50 (условно) я думаю вы меня поняли. Я специально написал про бп компании, а не ее юридическую регистрацию, и рецепты которым "сотни лет"

источник

20:51пожаловаться #11

MS

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

Если смотреть на TOGAF как на фреймворк (в понимании фреймворка от ISO 42010), то это всего две картинки: https://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/34_contentfwk8.png и https://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/35_viewpoints.png Представьте, что вы написали все перечисленные на них списки вещей и даже нарисовали матрицы вещей. Что с ними потом делать, кроме как распечатать на плоттере и повесить на стенку?

источник

20:55пожаловаться #12

EI

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

Если смотреть на TOGAF как на фреймворк (в понимании фреймворка от ISO 42010), то это всего две картинки: https://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/34_contentfwk8.png и https://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/35_viewpoints.png Представьте, что вы написали все перечисленные на них списки вещей и даже нарисовали матрицы вещей. Что с ними потом делать, кроме как распечатать на плоттере и повесить на стенку?

Я же выше сказал, что отстроюсь от TOGAF, даже ссылку на книжечку дал, в которой написано "дядя, если хочешь EA - сюда не ходи" :)

источник

20:58пожаловаться #13

EI

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

Но давайте о плюсах: 42010 в наследство получил понятие "viewpoints library", и тройка "view<-viewpoint <- viewpoints library" не устареет, так как это основа дизайна повыше.

источник

21:01пожаловаться #14

MS

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

"Отстроиться" от чего-то большого и ненужного - это такой прием в инфобизнесе. Называем текст "Короли и капуста" и поехали ))

источник

21:02пожаловаться #15

EI

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

"Отстроиться" от чего-то большого и ненужного - это такой прием в инфобизнесе. Называем текст "Короли и капуста" и поехали ))

Я ценю 42010, как и 1471, как и 610.12 :)
Не намерен в них работать - но через них видно, где понятийный аппарат развился, а где нет.

источник

21:04пожаловаться #16

MS

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

42010 в этом смысле еще никчемней. Там нет вообще ничего, кроме ограничений. Но польза от принятия этих ограничений не обозначена

источник

21:04пожаловаться #17

EI

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

42010 в этом смысле еще никчемней. Там нет вообще ничего, кроме ограничений. Но польза от принятия этих ограничений не обозначена

А есть ещё ISO/IEEE, в которых есть тройка "view<-viewpoint <- viewpoints library" ?

источник

21:05пожаловаться #18

MS

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

А есть ещё ISO/IEEE, в которых есть тройка "view<-viewpoint <- viewpoints library" ?

Но ответа на вопрос: в чем польза от следования этим вещам - нет

источник

21:06пожаловаться #19

EI

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

Но ответа на вопрос: в чем польза от следования этим вещам - нет

Отвечу картинкой.

источник

21:15пожаловаться #20