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

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

Логотип телеграм канала @it_arch — Архитектура ИТ-решений
Адрес канала: @it_arch
Категории: Технологии
Язык: Русский
Количество подписчиков: 13.82K
Описание канала:

Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).
Этот канал не продается, а я не сдаю квартиры/машины/яхты. Будьте, пожалуйста, осторожны!

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

3.00

3 отзыва

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

5 звезд

1

4 звезд

0

3 звезд

1

2 звезд

0

1 звезд

1


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

2021-12-13 16:41:58 We have talked about Enteprise Architects and Solution Architects but did you know there are other types of Architects too? Here is a quick summary:

Talkitecht: Talks a lot about architecture but doesn't actually do anything useful.

Markitecht: Works for a software vendor. Their architecture slides are really marketing slides.

Barkitecht: Insists loudly that you must follow their recommendations but in reality has no power or authority. Their bark is worse than their bite. Alternatively - someone who does their best work on the back of a napkin at the pub.

Narkitecht: Spends all his time annoying project teams and complaining that nobody listens to him. (more common in the UK)

Snarkitecht: Writes posts like this (с) https://www.linkedin.com/posts/gideon-slifkin-a9813_we-have-talked-about-enteprise-architects-activity-6874258514122948608-qO-o
1.7K views13:41
Открыть/Комментировать
2021-12-10 10:42:43
Кривая Бандуры
2.9K views07:42
Открыть/Комментировать
2021-12-10 10:42:19 В чем реальная причина отказа от проектирования решений? Почему команды не описывают архитектуру? Есть разные варианты ответа на этот вопрос: потому, что ленятся; из-за того, что не видят конкретной пользы; просто некому этим заниматься (и некогда)… На мой взгляд, все эти причины несколько поверхностны. Т.е. они имеют место быть, но под ними часто скрывается причина более весомая. Часто это озвучивается в доверительном разговоре как:
- Мы попробовали, но у нас как-то не пошло!

И вот здесь уже есть, о чем поговорить. А кто именно пробовал: разработчик, аналитик, devops-инженер? И что именно пошло не так. Всё ведь просто (на первый взгляд). Нарисовать контейнерную диаграмму из C4 может даже школьник. Ну вот, кто-то, допустим аналитик, нарисовал. У него все получилось. Разработчики кивнули, сказали: да, похоже на правду. И в следующий раз все ОК. Автор окрылен, испытывает легкую эйфорию и уже считает себя немного архитектором! Но потом наступает облом. Жесткая посадка! Диаграммы не рисуются, с решениями все спорят, вылезает масса технических деталей, на которые следует обратить внимание. А еще ограничения, мешающиеся сделать правильно. В общем, пригрезившиеся ожидания стремительного роста компетенций вас, как архитектора, серьезно расходятся с реальным положением дел. Вообще, это называется кривая Бандуры! (см. рис. в следующем сообщении. Про Альберта Бандуру надо отдельного поговорить. Его кривая встречается часто, но теория социального научения глубже и интересней кривой). Архитекторами становятся те, кто преодолевает барьеры. Но часто этого не случается.
Архитектуру не делают по банальной причине: потому, что не умеют! В это сложно поверить тем, кто регулярно создает архитектуры: – Чего там уметь? Проектируешь варианты, потом сравниваешь! Или тем, кто сам не делал, а только читал об этом: - в книжке же все понятно! Но в большинстве случаев уклонение от проектирования - простое желание не заниматься незнакомой работой.

Что с этим делать – на вебинаре, безусловно, поговорим https://t.me/it_arch/1224
2.5K views07:42
Открыть/Комментировать
2021-12-09 18:21:33 Не только O'Reilly проводят архитектурные ката

2.7K views15:21
Открыть/Комментировать
2021-12-09 15:37:58 Наконец расставил тайм-коды

1.2K views12:37
Открыть/Комментировать
2021-12-09 08:07:09 Архитектура ИТ-решений pinned a photo
05:07
Открыть/Комментировать
2021-12-09 00:02:01 Мэтт МакЛарти представил большой текст про Data Mesh https://blogs.mulesoft.com/api-integration/api-management-and-data-mesh/ Возможно, после первых абзацев вы решите что читать его вряд ли следует, но не спешите. Автор вовсе не собирается безоговорочно поддерживать новую модную концепцию блистательной Жамак Дехгани. И потому дальше по тексту он выскажется о том, чем data mesh не является, а так же поделится своими мыслями и сомнениями. Почему-то, такое теперь редкость
2.1K views21:02
Открыть/Комментировать
2021-12-07 11:57:35
21 декабря 10:30 MSK
Решил заранее проанонсировать очередной бесплатный вебинар https://mxsmirnov.timepad.ru/event/1868368/ В этом году мы часто обсуждали архитектурное описание, разбирали каты O'Reilly, смотрели различные подходы, обсуждали старые и новые инструменты.

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

Регистрация по ссылке. Трейлер уже на YouTube-канале
2.0K views08:57
Открыть/Комментировать
2021-12-03 10:20:16 Лет 10 назад я увлекался штукой, которая называется adaptive case management (в других источниках слово adaptive заменялось на dynamic или даже advanced). Этот термин обозначал особый вид бизнес-процессов, для которых не всегда можно указать правильную последовательность шагов, ведущую к цели, да и не так уж она важна по сравнению со спецификой данного конкретного случая. Здесь есть некоторая игра слов, даже смыслов. Слово кейс, с одной стороны, обозначает портфель или папку с бумагами (материалы дела, история болезни и т.п.), а с другой - некоторый уникальный прецедент, требующий своего подхода или решения (кейс, при обсуждении успешных примеров в бизнес-школе). Обычно с кейсом работает специально назначаемый на него человек – case worker (лечащий врач, адвокат, в общем knowledge worker), который и решает, что, когда и зачем следует делать в сложившейся ситуации.

Ну так вот, ИТ-архитектура – это типичный процесс вот этого самого адаптивного кейс-менеджмента. Когда с одной стороны нам необходимо довольно тщательно фиксировать некоторые факты: текущее положение дел с имеющимися процессами, приложениями и данными, требования, достигнутые договоренности и пр. А, с другой стороны, постоянно выстраивать и перестраивать набор следующих действий (у юристов в таких случаях говорят: в связи с вновь открывшимися обстоятельствами дела). Какую диаграмму нам следует теперь нарисовать, какого типа архитектурные решения проработать и т.д.

А написал я все эти слова по мотивам обсуждения – можно ли сэкономить на ИТ-архитекторе, взяв специалиста попроще и вооружив его правильными паттернами. Вопрос из серии: можно ли сэкономить на враче или адвокате? Конечно, можно, если ваша цель не выздороветь, а правильно и своевременно заполнить требуемую минздравом документацию.

Хорошей вам пятницы, друзья!
1.3K views07:20
Открыть/Комментировать
2021-12-01 13:54:24 Всем привет!
Вчера моя команда заняла 2е место в конкурсе O’Reilly Arch Katas.
Так получилось, что в этом раз нужно было по-сути расширить функционал системы, которую спроектировал Андрей Гордиенко и победил на одном из предыдущих мероприятий.

Вот что получилось в итоге у нас: https://github.com/vadagama/sever_crew
Если по-делу накидаете на вентилятор, буду признателен. Хорошие отзывы тоже люблю.
1.1K views10:54
Открыть/Комментировать