Size: a a a

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

2020 June 03

D

Dmitry in Архитектура ИТ-решений
Maxim Smirnov
Слушайте, а зачем архитектору ИТ-решений знать чем мидлы у разработчиков отличаются от сеньоров?
И не нужно. Архитектор будет работать с их руководителем.
Вот если архитектор еще и разработкой руководит, это уже не совсем архитектор.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Stanislav Takt
"сотрудник подбирается" - это вот прям повеяло. Начнем с того, хороший сотрудник нигде не валяется ))).  Ну и главное - мир лет тридцать, как поменялся и проекты делаются, внезапно, командами.
сотрудник вроде архитектора именно подбирается в рамках корпоративной культуры и наработанных практик в компании. брать архитектора на проект - мавитон
источник

ST

Stanislav Takt in Архитектура ИТ-решений
Олег Игонин
сотрудник вроде архитектора именно подбирается в рамках корпоративной культуры и наработанных практик в компании. брать архитектора на проект - мавитон
моветон, если Вы не патомственный масквич )))
нет уже сотрудников. Есть члены команды. Они замотивированы опционом, как правило.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Stanislav Takt
моветон, если Вы не патомственный масквич )))
нет уже сотрудников. Есть члены команды. Они замотивированы опционом, как правило.
Можете очертить круг организаций, в которых наблюдали такое явление?
источник

ST

Stanislav Takt in Архитектура ИТ-решений
Daria Kaftan
Можете очертить круг организаций, в которых наблюдали такое явление?
Facebook? Google?
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Stanislav Takt
моветон, если Вы не патомственный масквич )))
нет уже сотрудников. Есть члены команды. Они замотивированы опционом, как правило.
я часто вижу, что архитектор находится за рамками команды и играет роль внешнего эксперта
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Stanislav Takt
Facebook? Google?
Мы с нею не служили (с)
источник

D

Dmitry in Архитектура ИТ-решений
Олег Игонин
архитектор-кодер хорош в проектах с низким и средним уровнем сложности структуры.
Это уже ересь микроменеджмента получается :)
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Stanislav Takt
Facebook? Google?
Вы спрашиваете или утверждаете? А на вашем опыте, где вы работали/работаете?
источник

ST

Stanislav Takt in Архитектура ИТ-решений
Daria Kaftan
Вы спрашиваете или утверждаете? А на вашем опыте, где вы работали/работаете?
Свои команды я всегда строю так. Но да, убедился, что в барско-холопской корпоративщине это не работает со всех сторон. Грущу и пишу сам код.
источник

ОИ

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

ST

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

ОИ

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Stanislav Takt
сидение в башне из слоновой кости уже не работает.
Одно с другим не связано
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Stanislav Takt
Ну в смысле архитектор, у которого лапки и который не умеет код - безработный архитектор.
Я откликнусь так:
1) проектировщик (а выше мы говорили, что мы находимся в инженерном домене "проектирование", см. 42010) должен уметь "про код", это пересекается с тезисом Максима Смирнова с ArchDays'19 - "смещение из design-time в runtime".
Назовём это "уметь ниже по стеку"

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

ST

Stanislav Takt in Архитектура ИТ-решений
Eugene Istomin
Я откликнусь так:
1) проектировщик (а выше мы говорили, что мы находимся в инженерном домене "проектирование", см. 42010) должен уметь "про код", это пересекается с тезисом Максима Смирнова с ArchDays'19 - "смещение из design-time в runtime".
Назовём это "уметь ниже по стеку"

2) архитектор - это про понятийный аппарат (как форму обобщений)  + вчувствование (о нет, лучше говорить эмпатия - а то гуманитарщина какая-то :) + способ передать это проектировщику, т.е. адекватный язык "из образа в технику".
Назовём это "уметь выше по стеку"
Жень, ну не натягивается эта сова на глобус. В мире все уже по-другому. Для меня недавним открытием стало общение с русским инвестором в Долине, который сам лабает на Питоне  и Солидити.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Stanislav Takt
сидение в башне из слоновой кости уже не работает.
Забавно то, что O-AAF, вроде, и схемку про это нарисовал  - но "не понятно"
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
как вам нравится обобщать. со стороны выглядит как "все негры глупые"
источник

EI

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

EI

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