Size: a a a

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

2019 November 24

AS

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

DZ

Denis Zarin in Архитектура ИТ-решений
Андрей, мы с вами по этому вопросу не договоримся, похоже)).
В любом случае, спасибо за дискуссию!
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Я понимаю. Эти right things всегда как заноза в заднице...
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Классная риторика.
Почти повелся и начал отвечать))
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Не надо отвечать :) «Эффективный» менеджер лишних вопросов не задаёт. Он достигает результата в рамках поставленных руководством задач ;)
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Кстати интересно! Почему нет мема про эффективного инженера?..
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Denis Zarin
Кстати интересно! Почему нет мема про эффективного инженера?..
Видимо тоже не спрашивает лишнего. Как насяльника в ТЗ написал, так и закодил.
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Обратите внимание как расцветает наш saloon из первого тома Войны и Мира
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Но я пришёл, и вс€ опошлил
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
😊
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Как человек, который слышал все до единого доклады на архдейз, заметил интересную тенденцию:
1. Переход от монолита к микросервисам почти никогда не происходит так, как в учебниках :)
2. Эйфория спала. Не смотря на мощные преимущества микросервисов, компании научились считать их косты и планировать переход так, чтобы не терять в прибыли
3. Основные проблемы еще впереди, нам нужно очень быстро набрать критическую массу микросервисных решений, чтобы они стали commodity , это двинет развитие вперед. Было круто наблюдать как люди делились опытом друг с другом, мы пытались выжать максимум для нетворкинга из площадки
4. Я не смог найти современных российских научных работ в этой области. Если знаете такие (или людей), поделитесь, пожалуйста, можно в личку.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Sergey Baranov
Как человек, который слышал все до единого доклады на архдейз, заметил интересную тенденцию:
1. Переход от монолита к микросервисам почти никогда не происходит так, как в учебниках :)
2. Эйфория спала. Не смотря на мощные преимущества микросервисов, компании научились считать их косты и планировать переход так, чтобы не терять в прибыли
3. Основные проблемы еще впереди, нам нужно очень быстро набрать критическую массу микросервисных решений, чтобы они стали commodity , это двинет развитие вперед. Было круто наблюдать как люди делились опытом друг с другом, мы пытались выжать максимум для нетворкинга из площадки
4. Я не смог найти современных российских научных работ в этой области. Если знаете такие (или людей), поделитесь, пожалуйста, можно в личку.
Закину гипнозу. По мере коммодизации возрастёт роль небольших компаний/команд, которые имеют опыт в микросервисах. Раскроется тренд на подвижность и автономность команд.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Что думаете?
источник

SB

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

GK

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

GK

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

GK

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

SB

Sergey Baranov in Архитектура ИТ-решений
Если так происходит, значит, с точки зрения экономики в этом подходе пока еще больше смысла. Команда — это больший эффект, но и больший риск.
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Откуда-то же команду схантили?) где гарантия, что это не повториться?)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Sergey Baranov
Откуда-то же команду схантили?) где гарантия, что это не повториться?)
Проект закончился:) А может инерция?
источник