Size: a a a

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

2019 September 20

GK

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

P

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

PD

Phil Delgyado in Архитектура ИТ-решений
А зачем много?
источник

P

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

PD

Phil Delgyado in Архитектура ИТ-решений
И что ему анализировать-то остаётся?
источник

Ms

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

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Mutko says
изобрели - называется chaos monkey engineering
Это как тестирование, только разработка?
источник

P

Pavel in Архитектура ИТ-решений
Mutko says
сисарх про анализ уже?
И в первую очередь.
источник

Ms

Mutko says in Архитектура ИТ-решений
Alexey Pryanishnikov
Это как тестирование, только разработка?
это про ускоренную валидацию ошибочных assumptions
источник

P

Pavel in Архитектура ИТ-решений
Или это не архитектор, а техлид.
источник

GK

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

Ms

Mutko says in Архитектура ИТ-решений
Gennadiy Kruglov
Лично я стараюсь руками пощупать все ключевые технологии, в том числе понагружать и поразваливать. Со всеми ключевыми технологиями, которые использую так или иначе работал руками. Не в проде, но при узучении, иногда в прототипах и разных стартапных авантюрах
ну это и мидлы умеют
источник

P

Pavel in Архитектура ИТ-решений
Gennadiy Kruglov
Лично я стараюсь руками пощупать все ключевые технологии, в том числе понагружать и поразваливать. Со всеми ключевыми технологиями, которые использую так или иначе работал руками. Не в проде, но при узучении, иногда в прототипах и разных стартапных авантюрах
Ну, это же не программирование. Тут согласен, развернуть у себя или на ТЗ можно
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Pavel
Или это не архитектор, а техлид.
Ну, приличный техлид должен быть неплохим архитектором. Обратное тоже верно, но гораздо реже реализуется (так как приличных архитекторов мало, да и нужны они крайне редко).
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Mutko says
это про ускоренную валидацию ошибочных assumptions
так это методология поиска решения и позже, адаптированная для тестирования, которой (в части мышления) лет больше чем любому в чате)
Примерно так работают врачи, например
источник

Ms

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

AP

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

Ms

Mutko says in Архитектура ИТ-решений
making a managed disaster in well-monitored cluster
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Mutko says
ну это и мидлы умеют
У мидлов даже и близко нет столько коммуникаций, просто неформальное общение, чтобы понимать реальные боли, переговоры, презентации. А ко встречам и переговорам нужно готовиться. А ещё много творческих задач, когда нужно думать
источник

GK

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