Архитектура ИТ-решений
15.4K subscribers
307 photos
2 videos
33 files
1.15K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
加入频道
Архитектура ИТ-решений
Ну что, айтишнички криворукие, есть ли у вас план Б? Я не знаю, живо обсуждаемое в telegram-каналах приложение https://yangx.top/itsorm/1576, действительно, от оперативного штаба Москвы или нет, но есть ряд детских глупостей, от которых отлично помогает ИТ-архитектура.…
Тезис о том, что приложения – это проблема совсем не метафора. Кому-то это покажется странным, но дискуссия о том, что важнее: разработать софт или сочинить протокол возникала в ИТ-отрасли неоднократно. В 90-ые по организациям ходило множество уродов, которые впаривали proprietary реализацию электронной почты. Стоило больших сил убедить руководство в том, что почту надо отправлять по SMTP, а читать по POP3/IMAP4. Пользователи орали, что им нужен функционал, а не правильная архитектура. Про сайт ietf.org вообще мало кто что понимал. На тот момент электронная почта по интернет-протоколам победила (Собственно интернет и существует исключительно благодаря протоколам).

Когда сегодня тот или иной локальный облачный почтовый сервис отключает у себя IMAP, предлагая читать почту через собственное мобильное приложение или сайт, я чувствую, что мракобесие возвращается. (Эти компании - алчные идиоты, а никакие не технологические лидеры)

Такая же ситуация с разного рода госуслугами. Если вы не можете получить услугу используя curl, то с вами, скорее всего, просто играют в наперстки. Протокол начинает работать, а сервис развиваться, только когда появляются 3-4 независимые реализации. Вспомните, хотя бы войны браузеров.
В общем: #APIFirst