Size: a a a

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

2019 September 20

PD

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

PD

Phil Delgyado in Архитектура ИТ-решений
Petr Shmotov
Палка о двух концах. Там где требуется минимальный латенси приходится идти таким путем. Потому что серебряной пули, чтобы для всех задач сразу и в начале, не существует.
Это не про отдельные микросервисы, а про отдельную задачу. Но зоопарк-то откуда берется?
Есть решение для асинхронного взаимодействия, есть для синхронного - и все.
Иногда в рамках одной подсистемы может вылезать что-то свое, но внешний интерфейс-то у нее должен удовлетворять общих требованиям.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
А кто, если не архитектор? Может быть не бизнес-архитектор, но солюшен - уже точно.
По опыту, до 300 разработчиков все эти вопросы должен глубоко понимать каждый из арх.группы.
Аналитики-предметники могут и не вдаваться в подробности, это да.
Да опытные разработчики (софтварь архитекторы) сами могут договориться под присмотром солюшена
источник

P

Pavel in Архитектура ИТ-решений
Gennadiy Kruglov
Да опытные разработчики (софтварь архитекторы) сами могут договориться под присмотром солюшена
И так и должно быть, на мой взгляд.
Вот откуда взялась эта порочная практика лезть к разработчикам со своим заведомо устаревшим бэкграундом и говорить «как надо делать»?
Если ты солюшен архитектор - отвечай за сквозной процесс, говори «что делать», и не лезь в детали, которые лучше проработают лиды направлений.
источник

P

Pavel in Архитектура ИТ-решений
РП с техническим бэкграундом, кстати, тоже грешат таким.
источник

AP

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

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Да опытные разработчики (софтварь архитекторы) сами могут договориться под присмотром солюшена
А что тогда солюшен делает?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
На лифте ездит
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Pavel
И так и должно быть, на мой взгляд.
Вот откуда взялась эта порочная практика лезть к разработчикам со своим заведомо устаревшим бэкграундом и говорить «как надо делать»?
Если ты солюшен архитектор - отвечай за сквозной процесс, говори «что делать», и не лезь в детали, которые лучше проработают лиды направлений.
А почему устаревшим? Это как себя должен запустить архитектор, что бы устареть?
источник

S

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

PD

Phil Delgyado in Архитектура ИТ-решений
Можно активно читать код.
источник

Ms

Mutko says in Архитектура ИТ-решений
по ролям?
источник

P

Pavel in Архитектура ИТ-решений
Sergey
Достаточно перестать программировать
Мне сложно представить практику вдумчивого программирования при реальной нагрузке солюшена.
источник

AZ

Aleksandr Zelentsov in Архитектура ИТ-решений
Mutko says
по ролям?
в слух с выражением
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Sergey
Достаточно перестать программировать
а что, за последние 15 лет что-то новое изобрели? Действительно новое? Назовите же это! )
источник

Ms

Mutko says in Архитектура ИТ-решений
Aleksandr Zelentsov
в слух с выражением
действует от имени Кафки - у вас формат не такой, идите правьте в avro
источник

GK

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

S

Sergey in Архитектура ИТ-решений
Alexey Pryanishnikov
а что, за последние 15 лет что-то новое изобрели? Действительно новое? Назовите же это! )
нового нет, но без написания кода теряется связь с реальностью
источник

Ms

Mutko says in Архитектура ИТ-решений
Alexey Pryanishnikov
а что, за последние 15 лет что-то новое изобрели? Действительно новое? Назовите же это! )
изобрели - называется chaos monkey engineering
источник

S

Sergey in Архитектура ИТ-решений
Pavel
Мне сложно представить практику вдумчивого программирования при реальной нагрузке солюшена.
он писать должен хотя бы что-то для себя. Побочные проекты и т.п.  Иначе пользы от него мало будет
источник