Size: a a a

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

2020 May 01

F

Fagor in Архитектура ИТ-решений
Потенциальная возможность и изменение - вот вы и ответили на вопрос. Изменения трансформация, а все потенциальные - это вылет компании с рынка.Естестенно есть гиганты положение которых стабильно и они не вылетят (хотя как посмотреть, концерн шелл не слабо так вкидывает в инструмент ИТ с целью итоговой трансформации проектирования станций и объектов. И иногда успешно.
источник

F

Fagor in Архитектура ИТ-решений
Eugene Istomin
Я заметил, кстати, что монополия на информацию - один из токсичных продуктов IT-мира.
Инсайды всегда были, ИТ просто создало каналы обмена и накопления информации. Да базы продаются и за дорого, но рынок от этого отходит, в том смысле что монополисты себя защищают, но базы уже не закрыты, просто просят платить подписку. И не скажу что сильно дороже одного отдела. который оная может заменить.
источник

AV

Alex V in Архитектура ИТ-решений
Nikolay Korolev
ЦТ 2.0 про то, когда в опыт трансформации вносится наблюдатель и его ценности.
"наблюдатель и его ценности" это "роль и ее потребности" из системной инженерии
источник

F

Fagor in Архитектура ИТ-решений
Nikolay Korolev
Пересмотр - это прям очень хорошо. «Проблема» в том, что модель это всегда продукт динамического стереотипа. Поэтому, если отвечать на вопрос с позиции трансформации опыта пользователя (хоть разработчика, хоть потребителя, хоть вообще всех кто образует value chain), то трансформируется, обобщенно, динамический стереотип, который отвечает за сборку модели. Стереотипы у людей очень разные, вектор ошибки в построении модели, может быть очень большим, поэтому издержки моделирования прямо пропорциональны рефлексии динамического стереотипа.
Для того и заведем двойника, и обкатаем на нем варианты, выделим точки, и трансформируем так что бы не влететь. А когда наступит проблема, уже иметь все на руках что бы она никак не отразилась на вас.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Alex V
"наблюдатель и его ценности" это "роль и ее потребности" из системной инженерии
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Alex V
"наблюдатель и его ценности" это "роль и ее потребности" из системной инженерии
Как вы от наблюдателя перешли к роли?
Просто вот по какому такому обобщению или критерию?
источник

AV

Alex V in Архитектура ИТ-решений
Eugene Istomin
Как вы от наблюдателя перешли к роли?
Просто вот по какому такому обобщению или критерию?
Потому что нет смысла рассматривать абстрактного наблюдателя без деятельностного интереса. А если такой интерес есть, то это уже какая-то роль
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Alex V
Потому что нет смысла рассматривать абстрактного наблюдателя без деятельностного интереса. А если такой интерес есть, то это уже какая-то роль
«В начале XX века в Кембридже, как свидетельствует Бертран Рассел, бытовал характерный каламбур:

«What is mind? - No matter.
«What is matter? - Never mind».
источник

NK

Nikolay Korolev in Архитектура ИТ-решений
Alex V
"наблюдатель и его ценности" это "роль и ее потребности" из системной инженерии
Абстрактного наблюдателя, конечно, нет. Но роль и деятельность, могут не содержать интерес и рефлексию самого «деятеля».  Другими словами, если кто-то что-то делает в рамках какой-то роли - это ещё не означает, что он в состоянии наблюдать процесс, который он исполняет.
источник

NK

Nikolay Korolev in Архитектура ИТ-решений
Или переживать/получать от этого исполнения некую ценность
источник

NK

Nikolay Korolev in Архитектура ИТ-решений
Равно как и внешнее исполнение одной и той же роли и деятельности может содержать совершенно разные объёмы смысла и ценности для наблюдателя, который в состоянии эти качества различать и переживать.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Nikolay Korolev
Абстрактного наблюдателя, конечно, нет. Но роль и деятельность, могут не содержать интерес и рефлексию самого «деятеля».  Другими словами, если кто-то что-то делает в рамках какой-то роли - это ещё не означает, что он в состоянии наблюдать процесс, который он исполняет.
» это ещё не означает, что он в состоянии наблюдать процесс, который он исполняет.
Вот об этом я выше говорил
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
1) есть объект
2) есть моё восприятие этого объекта
3...n) есть восприятия этого объекта другими людьми
n+1 .... n+m) есть модели, которые позволяют нам договориться о более-менее общем восприятии объекта
+
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
Переслано от Eugene Istomin
#Откликнуться(↑)

Это из семинара "SYSTEMS ARCHITECTING AND SOFTWARE INTEGRATION" Eberhardt Rechtin'а, который проходил примерно в 2001 году.


Проникаюсь уважением к Эберхарду как к отцу термина "software architecturing":
1) он обозначил , что Art - это восприятие, представления, визуальные отображения
2) "модели - это не реальность", "карта - не территория"
3) имел смелость внести понятие "феномен" в инженерный текст.
"models are not reality", "карта не равно территория"
Модель - прямое следствие наблюдения таким-то образом таким-то человеком
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
"models are not reality", "карта не равно территория"
Модель - прямое следствие наблюдения таким-то образом таким-то человеком
https://assets.cs.ncl.ac.uk/seminars/109.pdf
Это 100% по тематике этого чата
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
https://assets.cs.ncl.ac.uk/seminars/109.pdf
Это 100% по тематике этого чата
Вот этот shift
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
"models are not reality", "карта не равно территория"
Модель - прямое следствие наблюдения таким-то образом таким-то человеком
У меня есть вот такой слайд в AAF-презентации
источник

SD

Sergey Dolgikh in Архитектура ИТ-решений
Eugene Istomin
У меня есть вот такой слайд в AAF-презентации
источник

AV

Alex V in Архитектура ИТ-решений
Eugene Istomin
«В начале XX века в Кембридже, как свидетельствует Бертран Рассел, бытовал характерный каламбур:

«What is mind? - No matter.
«What is matter? - Never mind».
Не уловил как этот каламбур отвечает на мой тезис
источник

AV

Alex V in Архитектура ИТ-решений
Nikolay Korolev
Абстрактного наблюдателя, конечно, нет. Но роль и деятельность, могут не содержать интерес и рефлексию самого «деятеля».  Другими словами, если кто-то что-то делает в рамках какой-то роли - это ещё не означает, что он в состоянии наблюдать процесс, который он исполняет.
Если такой "деятель" не в состоянии понять, что он делает, то нужно его менять на того кто понимает или сразу на робота
источник