Ближе к вечеру отвечу :)

Зависит про какого архитектора речь. Технический архитектор - это зачастую условный principle developer. Корпоративному - действительно не зачем разбираться в деталях конкретного ПО, главное чтобы решение было экономически эффективно, по ключевым функциональным и нефункциональным критериям имелся запас, и соблюдались общие принципы модульности, открытости, безопасности...

Нужно хотя бы проходить обучение с кодингом.

Если не знать возможности и ограничения технологий и продуктов легко попасть под манипуляции инженеров.

Пройти пару обучений в год с прорешиванием примеров вполне возможно.

И читать профильные чаты.

Врачи же учатся постоянно и на обязательной основе, их домен тоже быстро меняется.

Не донёс свою мысль.

При общении с бизнесом архитектор может приземлить
фантазии бизнеса, предложить иной, более эффективный, способ удовлетворить потребности клиента или новую ценность для него.

Привет всем!

В этом чате несколько раз упоминалась тема API Management-решений - apigee, wso2, tyk и kong.
Мы, в рамках русскоязычного Integration Community, в котором обсуждаем вопросы интеграции (в основном - ESB, API Management, iPaaS и MQ) и раз в два-три месяца проводим вебинары на эту тему, приглашаем вас на следующий вебинар "Обзор Google Apigee API Management платформы".
Он состоится 18 января 2021 (18:00-19:00 UTC+03:00) и будут расмотрены:
1️⃣ Основные компоненты платформы
2️⃣ Возможности развёртывания платформы (облачные и на площадке заказчика)
3️⃣ Разберёмся с API-прокси, их устройством и политиками
4️⃣ Функциональность аналитики использования API
5️⃣ Мониторинг и трейсинг

Ссылка на регистрацию https://community-z.com/events/apigee-apim-platform

P.S. публикую с разрешения Максима
P.P.S. если тема интеграции вам интересна, то присоединяйтесь к Integration Community - задавайте вопросы и делитесь опытом.

ну приехали))))
куда уходит время внедрений, системы теперь достаточно развернуть и все, пользуйся на здоровье)))? и что же приходит на смену?
вы ERP, ECM, ESB сами что ли пилить по кусочкам будите?

этакий глав врач в больничке)

Будете пишется через "е"

ну с таким аргументом не поспоришь)))

Не будем внедрять вообще ничего.

Будем решать соотв задачи с помощью этих классов продуктов

Целеполагание разное

ERP в России это зачастую просто способ подггтовки к Ipo. После внедрения от исходной erp за 10 лет остаётся только фрэймворк с брэндом. Сидит рядом отдел программистов и все переписывает

Не только в России

ERP это система управления предприятием, где по вашему ведется бухгалтерский учет, учет товара, логистика

Да , там тоже такое есть. Но там все же меньше приходится переписывать т.к система изначально лучше подходит.

Да так и ведётся, что например у нас нужна корреспонденция счетов , а там полупроводки и т.п часто выгружают в 1с и строят отчётность

Ну 1С Предприятие это тоже ERP
А если компания международная и у нее офисы в каждой стране и в каждой свой бух. учет и требования к отчетности, сами пилить будите, и все требования законодательства тоже поддерживать?
Что если это не компания уровня 20 сотрудников а хотя бы 20000

1С Предприятие - это платформа, ERP - это класс систем, 1С:ERP - система на платформе 1С

Были истории, когда SAP внедряли, чтобы сказать инвесторам: "мы внедрили SAP". И тогда субъективная оценка капитализации возрастала. В глазах инвесторов такая компания стала выглядеть дороже. Ведь компания уже упоролась внедрив SAP.

И в чем противоречие вышесказанному?