Size: a a a

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

2019 November 07

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Потому что многие очевидные вещи очень трудно реализовать на практике.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Слайд выше. Простые и кажущиеся очевидными вещи. Но они требуют deep cultural changes.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
А теперь представим наши организации и реалистичность deep cultural changes.
источник

S

Sergey in Архитектура ИТ-решений
после IBM-а стал крайне недоверчив к тем фразам, когда корпорации используют trust , focusing on people и т.п. На практике это лишь пустыми словами оказывается
источник

S

Sergey in Архитектура ИТ-решений
doing what you say возможно лишь если вышестоящие менеджеры одобрили и что "you say"  и что "doing"
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Phil Delgyado
А как ещё может быть? Архитектура - это процесс, а не артефакт.
А давайте мы таки будем различать архитектуру системы, и процесс описания архитектуры.
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Sergey
после IBM-а стал крайне недоверчив к тем фразам, когда корпорации используют trust , focusing on people и т.п. На практике это лишь пустыми словами оказывается
Что было в IBM-e?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Слайд выше. Простые и кажущиеся очевидными вещи. Но они требуют deep cultural changes.
А мне не понятно, как эти вещи связаны с изменчивостью архитектуры
источник

AL

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

S

Sergey in Архитектура ИТ-решений
Sergey Baranov
Что было в IBM-e?
декларация одних правил а игра по другим :)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexander Luchkov
А давайте мы таки будем различать архитектуру системы, и процесс описания архитектуры.
Так я не про описание архитектуры, а про саму архитектуру.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
А мне не понятно, как эти вещи связаны с изменчивостью архитектуры
Это немного другой вопрос. Другая ветвь обсуждения.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Phil Delgyado
Так я не про описание архитектуры, а про саму архитектуру.
Вот сама архитектура - это как раз то, что возможно выразить в описании. И согласно современным представлениям - это совокупность утверждений, а не процесс.
источник

S

Sergey in Архитектура ИТ-решений
Phil Delgyado
Так я не про описание архитектуры, а про саму архитектуру.
архитектура живет в описаниях. "Сама" она - это формально работающий продукт или код его составляющий
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А процесс - это "проектирование" или "описание" например.
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Sergey
декларация одних правил а игра по другим :)
Очевидно, это свойство любых крупных систем: крупных корпораций, государств; где на первый план выходит политика и метод сдержек и противовесов.
источник

AL

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

SB

Sergey Baranov in Архитектура ИТ-решений
Alexander Luchkov
Другой вопрос, что утверждения могут быть истинными, ложными, связанными с моментом времени и проче..
И упущенными :) мало ли о чем мы могли не подумать)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Sergey Baranov
И упущенными :) мало ли о чем мы могли не подумать)
Свойство неполноты как бы никто не отменял )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexander Luchkov
Вот сама архитектура - это как раз то, что возможно выразить в описании. И согласно современным представлениям - это совокупность утверждений, а не процесс.
Ок. Я про то, что описывать архитектуру надо не как состояние, а как изменение, как процесс. Утверждения не про статику, в про динамику.
источник