Получи случайную криптовалюту за регистрацию!

Russian Association of Software Architects

Логотип телеграм канала @ru_arc — Russian Association of Software Architects R
Логотип телеграм канала @ru_arc — Russian Association of Software Architects
Адрес канала: @ru_arc
Категории: Технологии
Язык: Русский
Количество подписчиков: 2.42K
Описание канала:

Канал самоуправляется коллегией: @sergey486 , @GKruglov и @emacsway . По вопросам вступления в авторский коллектив обращайтесь в Joining Bot: @ru_arc_bot

Рейтинги и Отзывы

1.67

3 отзыва

Оценить канал ru_arc и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

0

4 звезд

0

3 звезд

1

2 звезд

0

1 звезд

2


Последние сообщения

2022-11-03 18:13:22 "Handbook of Requirements and Business Analysis" by Bertrand Meyer

28 October 2022, 19:36

Надеюсь, автор в представлении не нуждается.

[UPDATE]: Содержание:
- https://se.inf.ethz.ch/requirements/contents.pdf

#Analysis
666 viewsIvan Zakrevsky, edited  15:13
Открыть/Комментировать
2022-11-02 10:18:18 Закончил краткий пересказ статьи «Microservices: The Evolution and Extinction of Web Services?» за авторством Luciano Baresi и Martin Garriga

abstract
Еще 20 лет назад SOA и Web Services были на пике популярности. Это был самый настоящий хайп. Особенность хайпа в том, что его применяют ради хайпа, а не для пользы дела, в массе своей даже не разобравшись в сути явления или технологии. Такое положение дел привело к тому, что количество определений и трактовок SOA и Web Services было примерно равно количеству внедрений Это, в свою очередь, приводило к тому, что проблема подгонялась под решение. Сегодня то же самое происходит с микросервисами. Авторы статьи исследуют эволюционный путь от SOA к микросервисам на основе анализа литературы, как академической, так и научно-популярной.

http://agilemindset.ru/история-микросервисов/

Приятного чтения
3.6K viewsSergey Baranov, 07:18
Открыть/Комментировать
2022-11-01 21:57:57 Вышел очередной, 27-й technology radar от thoughtworks

https://www.thoughtworks.com/radar
834 viewsSergey Baranov, 18:57
Открыть/Комментировать
2022-11-01 12:50:11 Фотки с ArchDays выложили в группу во вконтакте
846 viewsSergey Baranov, 09:50
Открыть/Комментировать
2022-10-31 21:10:10 Краткие пересказы некоторых популярных книг по IT:
- https://yoan-thirion.gitbook.io/knowledge-base/

#SoftwareArchitecture #Career #SoftwareConstruction
942 viewsIvan Zakrevsky, 18:10
Открыть/Комментировать
2022-10-31 20:41:58 Конспект по книге Greg Young "Versioning in an Event Sourced System":
- https://github.com/luque/Notes--Versioning-Event-Sourced-System

#DDD #EventSourcing
842 viewsIvan Zakrevsky, 17:41
Открыть/Комментировать
2022-10-31 19:02:40 Коллеги, у нас в группе @ru_arc_chat возникло небольшое обсуждение механизмов резольва конфликтов слияния веток системы контроля версий с архитектурными моделями. Ознакомиться можно начиная с этого сообщения:
- https://t.me/ru_arc_chat/7804

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

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

В Papyrus пошли дальше этого, и сделали графический резольвер:
-



Реализован он плагином Papyrus Compare, основанном на EMF Compare.

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

В связи с этим возникает два вопроса:
1. Кто располагает временем и навыками реализовать эту фичу? Неплохая возможность спозиционировать свое имя в архитектурном мире и сделать действительно полезную и востребованную вещь, завоевать признательность архитекторов.
2. Кто мог бы скинуться и поддержать разработку специалиста (напрямую, без участия организации)?

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

Ценность Archi заключается в том, что он:
1) Open Source, что снижает зависимость от геополитических рисков;
2) on-premise, что позволяет чувствительной архитектурной информации не покидать периметр безопасности;
3) имеет широкие возможности по интеграции, что позволяет генерировать исходный код микросервисов по EventStorming диаграммам, подобно тому, как это делает сервис domorobo.to + XOOM-Designer, либо же автоматизировать сверку программного кода с диаграммами (с моделью);
4) позволяет вести моделирование коллективно, посредством плагина coArchi;
5) нотация (т.е. цвета) Event Storming практически идентична нотации Archimate "C.1.10 Business Process Cooperation Viewpoint";
6) в отличии от EventStorming на стикерах/Miro, где нет модели, Archi имеет модель, что позволяет определять не только границы Bounded Contexts, но еще и определять наилучшие контуры границы микросервисов с математической точностью;
7) с помощью плагина jArchi поиск контуров границ микросервисов можно автоматизировать с простотой и легкостью jQuery;
8) позволяет строить C4Model диаграммы, интегрированные в единую модель;
9) позволяет создавать Context Map, интегрированную в единую модель;
10) достаточный для полноценного документирования Agile Architecture (копия);
786 viewsIvan Zakrevsky, edited  16:02
Открыть/Комментировать
2022-10-31 15:01:03 Мы продолжаем информировать вас о целях нашего объединения, поскольку, как говорится, важно не объединение само по себе, а те принципы, на которых оно основано. Сообщения о наших целях мы будем помечать тегом #Goal . Как говорил Gregor Hohpe: "There's a…
842 viewsIvan Zakrevsky, 12:01
Открыть/Комментировать
2022-10-30 10:00:45 Матрица скиллов архитектора:
- https://t.me/ru_arc_chat/7769
- https://t.me/ru_arc_chat/7777
1.1K viewsIvan Zakrevsky, 07:00
Открыть/Комментировать
2022-10-29 11:12:45 Возможно вы пропустили, но вышел новый отчет State of Devops https://services.google.com/fh/files/misc/2022_state_of_devops_report.pdf

Несколько интересных фрагментов
«Надежные (Dependable) команды обеспечивают надежный(Dependable) сервис: творческая командная культура ведет к большей надежности».

Мы видим, что люди с меньшим опытом в целом имеют худшие результаты при использовании trunk based development. (Что и не мудрено. Вы попробуйте trunk based, когда, скажем у вас тестов нет. прим stringconcat)
Хотя она оказывает положительное влияние на общую эффективность организации» (есть предположение о том, что этот результат является неожиданностью, и возможные причины включают гораздо более неопытных участников, чем в предыдущие годы)

«Исследование этого года показало, что loosely-coupled architecture (слабосвязанная архитектура) может способствовать выгоранию команд.
Это удивительное открытие, которое противоречит результатам предыдущих лет. Наш анализ показывает, что стабильно
команды, в которых используется loosely-coupled architecture, имеют более низкий уровень выгорания. Генеративная культура Westrum и стабильность команды поддерживают слабосвязанную архитектуру и снижают выгорание, так что это явно противоречит друг другу. Необходимы дополнительные исследования, прежде чем мы сможем сделать окончательные выводы».

«Самый важный фактор, который мы обнаружили, был вовсе не техническим, а скорее культурным: организации, наиболее близкие к «генеративной» культурной группе Westrum, значительно чаще говорили, что у них широко распространены методы обеспечения безопасности, как это определено в рамках SLSA».
833 viewsEugene Lukianov, 08:12
Открыть/Комментировать