Size: a a a

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

2020 June 03

EI

Eugene Istomin in Архитектура ИТ-решений
Переслано от Eugene Istomin
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Переслано от Eugene Istomin
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Eugene Istomin
» Таким образом результатом работы архитектора де факто является либо эскизный либо технический проект какой-то системы.
Смотри, я не спорю про то, как выглядит воплощение. В инженерном домене это всегда прикладная инженерия.
Я лишь говорю о том, что архитектор - это минимум 5% совершенно не инженерной работы.
А, это да. Это про коммуникации. В этом смысле мне импонирует позиция высказанная в "Архитектуре ИС" @mxsmirnov .
"Архитектор - решатель парадоксов"
источник

I

Irina in Архитектура ИТ-решений
Alexander Luchkov
А, это да. Это про коммуникации. В этом смысле мне импонирует позиция высказанная в "Архитектуре ИС" @mxsmirnov .
"Архитектор - решатель парадоксов"
Хорошее определение и связь с жизнью хорошая.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Alexander Luchkov
А, это да. Это про коммуникации. В этом смысле мне импонирует позиция высказанная в "Архитектуре ИС" @mxsmirnov .
"Архитектор - решатель парадоксов"
Штука в том, что архитектоника напрямую связана с развилкой "техно vs человек".
Т.е. коммуникация "человек - машина" и "человек-человек" и "человек - машина - человек"  - это разные коммуникации
Давай на примере
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
Штука в том, что архитектоника напрямую связана с развилкой "техно vs человек".
Т.е. коммуникация "человек - машина" и "человек-человек" и "человек - машина - человек"  - это разные коммуникации
Давай на примере
Как тебе такой подход?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Eugene Istomin
Как тебе такой подход?
Я правильно понимаю, что это про изучение принципов систематизации в знаниях?
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
Как тебе такой подход?
Там же - о том, чем отличается "техническое" единство от "архитектонического".

Суть в том, что если "нужно что-то сделать, потом что нужно" - тут архитектор не нужен, так как нет задачи удержать идею, образ, создать прозрачность в воплощении.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Если говорить про "удержание идеи продукта" - тут у нас есть хорошая должностная инструкция "главного конструктора".
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Поэтому я скорее за снижение хайпа вокруг слова "архитектура")
источник

AL

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

AL

Alexander Luchkov in Архитектура ИТ-решений
В своё время был такой парень как "инженер системотехник".
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Alexander Luchkov
Я правильно понимаю, что это про изучение принципов систематизации в знаниях?
Скорее про то, что "архитектурное воображение"  - это прямо конкретный термин из МАРХИ.
Без конкретного способа воссоздания образа, без способа "поделиться с такой-то точки зрения" у тебя остаётся только techne.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Eugene Istomin
Скорее про то, что "архитектурное воображение"  - это прямо конкретный термин из МАРХИ.
Без конкретного способа воссоздания образа, без способа "поделиться с такой-то точки зрения" у тебя остаётся только techne.
А, это да. У каждой идеи должно быть какое-то формальное преобразование, позволяющее выделить и описать существенную часть для отделения идеи от индивида её производящего.
источник

AL

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

EI

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

EI

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

AL

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

EI

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

I

Ilya in Архитектура ИТ-решений
Здравствуйте. А не сталкивался кто-то с толковым описанием ролей и зон ответственности в аджайл командах, включающим архитектора решений?
источник