Stack Overflow опубликовал результаты ежегодного опроса разработчиков всего мира. Вопросы касаются как предпочтений в технологиях, так и образования, карьеры, профессиональных приоритетов, а также выбора музыки для прослушивания во время программирования.

Некоторые выводы:
- Самый быстрорастущий язык программирования среди разработчиков – Python.
- DevOps’ы и инженеры по надёжности сайтов являются самыми высокооплачиваемыми и довольными специалистами своей работой.
- 7,9% опрошенных являются дата-сайентистами, и еще 7,2% опрошенных идентифицируют себя дата-инженеры.
- Около 65% респондентов работают с программным обеспечением с открытым исходным кодом хотя бы раз в год.

Анонимизированные данные опросов будут опубликованы под лицензией Open Database License (ODbL).

Подробнее: https://insights.stackoverflow.com/survey/2019.

На O'Reilly появился пререлиз новой книжки Сэма Ньюмана Monolith to Microservices https://learning.oreilly.com/library/view/monolith-to-microservices/9781492047834/ Выход книги запланирован на август 2019

Любителям нотации BPMN: https://github.com/bpmn-io/bpmn-font - новая версия шрифта с пиктограммами от bpmn.io (названия см. на demo page https://rawgit.com/bpmn-io/bpmn-font/master/dist/demo.html)

Снова об уровнях зрелости REST API. Немного актуализированная модель Леонардо Ричардсона https://apisyouwonthate.com/blog/rest-and-hypermedia-in-2019 и несколько полезных ссылок о Hypermedia Controls

Сегодня на вебинаре я ссылался на статью Билгина Ибряма https://www.infoq.com/articles/kubernetes-effect/ Возможно, лучше даже начать с заметки в его блоге http://www.ofbizian.com/2017/04/new-distributed-primitives-for.html об изменении набора примитивов, с которыми сталкиваются разработчики

Корпоративному архитектору на заметку: не могу не поделиться ссылкой, вопрос о которой задал к сегодняшнему вебинару Алексей Проходцев https://github.com/wso2/reference-architecture

Впервые набрел на эту презентацию https://www.slideshare.net/Zubin67/soa-patterns-new-insights-or-recycled-knowledge и соответствующую статью SOA Patterns – New Insights or Recycled Knowledge? от Gregor Hohpe https://www.enterpriseintegrationpatterns.com/docs/SoaPatterns.pdf Как-то, даже, зацепило 😊

Новая серия коротких заметок от Кента Бека (пока не закончена), того самого, придумавшего 20 лет назад XP - экстремальное программирование, про взаимодействия двух категорий людей: тех которые что-то хотят и других, которые могут это реализовать. Ну и структурные изменения, в которых иногда нуждается развиваемая система https://medium.com/@kentbeck_7670/software-design-is-human-relationships-part-1-of-3-perspective-1bcd53855557

В Telegram появилась возможность привязать к каналу группу для обсуждения. Попробовал: https://tttttt.me/joinchat/DOGCZU3C1uO5I9zWYGcLfg (В связи с тем, что группа https://tttttt.me/itarchitect уже давно живет своей собственной жизнь, то для обсуждения сообщений этого канал я сделал новую)

Все примеры про ограниченные контексты (DDD Bounded Context) в курсе про микросервисную архитектуру https://www.itexpert.ru/rus/services/training/moscow/detail.php?ID=8095 у меня, почему-то(!) из телекома. Перерыл массу материалов и никакие другие примеры не нравятся. Может кто видел что-нибудь интересное, не про интернет-магазин?

Пообещал в группе обсуждения этого канала выложить слайд с прошедшего вебинара об ожиданиях Enterprise-ов от микросервисной архитектуры

Если вам не хватает ИТ-архитекторов, то подумайте нельзя ли заменить их скриптами https://mxsmirnov.com/2019/06/06/architecture-as-a-code/

Вот такую вот штуку нашел http://pivio.io

Как индустрия, мы склонны предпочитать создание диаграмм, а не моделирование, в первую очередь потому, что барьер для входа относительно низок и это представляется более простой задачей. При построении диаграмм вы обычно создаете одну или несколько отдельных диаграмм, часто в произвольной нотации, используя инструменты (например, Microsoft Visio или доску), которые ничего не понимают в семантике ваших диаграмм...

Simon Brown, Diagramming vs modelling https://structurizr.com/help/modelling

Похоже, что это https://www.amazon.com/Introduction-Solution-Architecture-Alan-McSweeney-ebook/dp/B07P2NCFDQ/ первая толстая книжка по Solution architecture

Курс молодого бойца (solution architect-а) от автора книжки Alan McSweeney

А тем временем Чанака Фернандо продолжает описывать Solutions Architecture Patterns https://github.com/chanakaudaya/solutions-architecture-patterns

Тема, возникающая в связи с декомпозицией монолоита на микросервисы, которую я стараюсь обсуждать с большой осторожностью и которую не вынес на вебинар https://mxsmirnov.com/2019/05/07/monolith2microservices/

Почему DDD или capabilities based подходы при выделении микросервисов порой вызывают разочарование? Потому что идти надо не от данных и не от функционала, а со стороны пользователя. Точнее, наиболее близкого к нему API. Есть правильный REST API, между front- и backend-ом, корректно использующий методы HTTP и представляющий нормальную моделью ресурсов - можно выделять функционал, а если нет, то ничего не получится. Ограниченные контексты может и неплохая идея, но воплощается она в REST API, плюс/минус события

Когда-то, приступая к изучению DDD я рассчитывал найти набор простых, но полезных паттернов, типа Dimensional modeling Ральфа Кимбалла https://www.kimballgroup.com/1997/08/a-dimensional-modeling-manifesto/ Простая идея, раскрутившая на определенном этапе, многомиллиардный бизнес построения корпоративных хранилищ данных (Хотя непосредственно Кимбалл говорил, что централизованное хранилище не нужно). Надеюсь, что и в DDD когда-нибудь появятся свои Инмоны и Кимбаллы