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

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

@it_arch

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

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Subscribers
16.2K
Photos
360
Videos
3
Links
1.3K

Showing posts older than #1533 · Back to latest

Older Posts 20 shown
Post #1532 9.4K
Архитектура ИТ-решений 📎 Давайте продолжим этот жанр. Напомню, что сначала я размещаю статью, а на этот раз серию статей Джеймса Хики What Are Domain-Driven Design Aggregates? а через пару дней напишу свой комментарий к этому тексту. Возможно, наши суждения в чем-то совпадут,…
That’s a lot of text to make 2 join tables
- это один из комментариев к исходному тексту. И с ним сложно поспорить. А вот с картинкой в финале этой заметки, на которой Member связывает два Bubbles, можно спорить до бесконечности. Ну, просто любая неоднозначная вещь способна вызвать подобный спор.

Но я не стану за это цепляться потому, что текст мне понравился. Мало кто из тех, кто пишет про DDD рассуждает об агрегатах. А я, как и автор статьи считаю, что это важно. Еще меньше доля среди DDD-писателей тех, кто отважится приводить простые (а значит всегда неоднозначные) примеры. Часто ИТ-авторам не хватает на это… искренности, готовности открыться для потенциального наезда от читателя. И в-третьих, мало кто из авторов простеньких примеров тут же поймает вас на рефлекторном желании «сделать быстро и неправильно». Словно психолог, покажет вам кляксы Роршаха и тут же обвинит вас в том, что вы увидели в них схему реляционной БД. Супер! Среди архитекторов широко известна концепция точки зрения (viewpoint). Но я бы сказал, что автор текста продемонстрировал нам другое. Назову это углом зрения или перспективой – способностью рассмотреть хорошо знакомые вещи некоторым новым способом

В общем, читаем продолжение DDD & Data Modelling: How Do I Persist Aggregates?
James Hickey DDD & Data Modelling: How Do I Persist Aggregates? Confused about how to persist DDD aggregates? What are the trade-offs? What are the options to begin with? Does it matter?
  • 👍 11
Post #1530 8.03K
Архитектура ИТ-решений 📚Меня регулярно журят за то, что часто я размещаю в канале ссылки без своих комментариев. И, в принципе, я согласен, что такой разбор текстов крайне полезен и занимателен. Но есть одна проблема. Если делать это сразу, то большинство может ограничиться прочтением…
📎 Давайте продолжим этот жанр. Напомню, что сначала я размещаю статью, а на этот раз серию статей Джеймса Хики What Are Domain-Driven Design Aggregates? а через пару дней напишу свой комментарий к этому тексту.

Возможно, наши суждения в чем-то совпадут, ну или дополнят друг друга. Итак, сегодня:

Агрегаты — одна из наиболее неправильно понимаемых концепций в предметно-ориентированном проектировании. Это просто скопление сущностей и объектов? Или что-то большее?
James Hickey What Are Domain-Driven Design Aggregates? Aggregates are one of the most misunderstood concepts in domain-driven design. Is it just a clump of entities & objects? Or something more?
  • 👍 5
Post #1528 10.3K
Архитектура ИТ-решений 📚Меня регулярно журят за то, что часто я размещаю в канале ссылки без своих комментариев. И, в принципе, я согласен, что такой разбор текстов крайне полезен и занимателен. Но есть одна проблема. Если делать это сразу, то большинство может ограничиться прочтением…
Вторая полезная вещь частично навеяна тем же вторым советом, но в большей степени советом номер 3, да и другими советами тоже. И вещь эта в том, что в значительной доле случает ИТ-архитектору придется рисовать диаграммы, описывающие «физическую структуру» решения. Т.е. картинки, отвечающие на вопрос из чего состоит решение, основным элементом которых будут процессы (или системы или pod-ы или вызываемые методы… ). Рисунки из третьего столбца матрицы Захмана, если угодно. Или верхние буквы C из C4 model Саймона Брауна.

И какие бы мысли мы не хотели бы выразить своей диаграммой, воплощать их придется «поверх» вот этих самых контейнерных диаграмм. Поведение поверх стрелок, особенности организации данных поверх вообще всего (компонент, коннекторов и контейнеров). В общем, так или иначе пропитывать диаграмму необходимым нам смыслом. Делать то, что не предусмотрено нотациями моделирования.

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

Спасибо автору исходной заметки и как вам такой формат?
  • 👍 39
  • 🔥 12
  • ❤ 3
  • 👏 2
Post #1527 8.65K
Архитектура ИТ-решений 📚Меня регулярно журят за то, что часто я размещаю в канале ссылки без своих комментариев. И, в принципе, я согласен, что такой разбор текстов крайне полезен и занимателен. Но есть одна проблема. Если делать это сразу, то большинство может ограничиться прочтением…
Возможно, вы решите, что я стану ругать этот текст. Вовсе нет. Это один из лучших текстов в бесконечной веренице десятков, если не сотен сообщений с заголовком типа: 5 советов по созданию архитектурных диаграмм. Сам стиль пяти, десяти или восьми советов отстойный. И если что и ругать, то именно его. 98% текстов с таким заголовком не содержат ни одной мысли. Одна-две ценные вещи, которые можно вытащить из оставшихся представителей жанра, как например из этого текста, представляют собой редкое исключение.

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

Итак, первое, что меня зацепило – это картинка из второго совета, показывающая насколько убого строится диаграмма зависимостей в Visual Studio. Чтоб это стало понятно не нужно много слов. Достаточно просто рядом поместить картинку из ReSharper
  • 👍 9
Post #1526 8.6K
📚Меня регулярно журят за то, что часто я размещаю в канале ссылки без своих комментариев. И, в принципе, я согласен, что такой разбор текстов крайне полезен и занимателен. Но есть одна проблема. Если делать это сразу, то большинство может ограничиться прочтением комментария, а не исходного сообщения. Потому попробую провести небольшой эксперимент. Сегодня я размещу ссылку на текст, который три года назад довольно широко разошелся в сети. А после выходных поделюсь своим к нему отношением. Возможно, мы в чем разойдемся, а в чем0то и совпадем. Полезного чтения: 8 Tips to Better Architecture Diagrams
Adam Cogan 8 Tips to Better Architecture Diagrams - Adam Cogan A good architecture diagram (aka a cloud architecture diagram or system architecture diagram) gives a great overview of your project. It lets you see at a glance what the overall structure of the solution is. This is useful for gaining an understanding of…
  • 👍 30
  • ❤ 3
  • 👎 3
Post #1525 8.97K
Хотел написать недобрый комментарий про новый техрадар https://www.thoughtworks.com/radar Потому подумал, ну что я буду таких уважаемых людей журить. Ну, как вышло у них, так и вышло. Можем кому-то даже понравится
Thoughtworks Technology Radar | Guide to technology landscape The Technology Radar is an opinionated guide to today's technology landscape. Read the latest here.
  • 🤔 7
  • 👍 2
Post #1524 10.4K
Post #1523 9.49K
🤪 Я тоже присоединился к флешмобу Дуров, верни стену по голосованию за каналы и благодаря вашим голосам Архитектура ИТ-решений теперь может публиковать по одной сториз в день. Первая история уже там, где ей и положено быть.

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

Еще раз спасибо за поддержку!
А следующая история уже завтра ⏳
  • 👍 45
  • 👎 29
  • 🎉 9
  • 🤨 7
Post #1520 11.2K
Post #1517 11.5K
Думаю, этот джин лениво выползает из своей бутылки. Сначала McKinsey утверждает, что Yes, you can measure software developer productivity. Потом Kent Beck начинает с ними спорить (см. часть 1, часть2), рассказывая как продавцы и рекрутеры обманывают свои KPIs и чем их труд отличается от разработки. В конечном счете все вокруг теперь обсуждают как измерять программистов

А потом НЕинтернет-гиганты вынуждены будут оптимизировать свою разработку. Но если у FAANG есть глобальная воронка подбора и они могут моментально открыть найм новых разработчиков по всему миру, то обычные компании этого сделать не смогут. В них и так-то никто работать особо не хочет, тем более за среднеотраслевую зарплату, а тут еще McKinsey всякие шастают.

В общем, мир, в котором все программисты работают на 3-5 облачных PaaS за скромное вознаграждение, уже не выглядит такой уж абсолютной утопией
McKinsey & Company Yes, you can measure software developer productivity There is no denying that tracking, benchmarking, and measuring software developer productivity can be difficult. Here's how organizations can do it better.
  • 🤔 14
  • 🥱 7
  • 👍 6
  • 😢 2
  • ❤ 1
Post #1514 10.5K
Читаю TOGAF® Series Guide - Architecture Skills Framework и рассматриваю таблички с навыками разных архитекторов. Вот интересно, а кто всё это придумывает! Из каких вот соображений? Почему, например, у Solution Architect знания языков программирования должны быть выше, чем у архитекторов приложения и технических архитекторов, а готовые решения (COTS) ему надо знать в меньшем объеме (табличка из раздела 5.5 IT General Knowledge Skills)? И насколько все это согласуется, к примеру, с тем же SFIA Solution architecture?
  • 🤔 47
  • 🥱 7
  • 👍 2
  • 👎 2
Post #1513 11.5K
Нашел вот такое исследование Difficulty of Architectural Decisions – A Survey with Professional Architects, в котором поучаствовало 43 архитектора и 86 архитектурных решений.

См. основные затруднения на картинке выше. В исследовании так же пытаются найти различия между решениями начинающих и опытных архитекторов, а еще: decisions with a more preferable outcome (i.e. good decisions) and decisions with a less preferable outcome (i.e. bad decisions)
  • 👍 27
  • ❤ 1
Post #1512 9.38K
Развилки архитектурных решений
Solution architect Семён получил новую задачку: расширить функционал простенького сервиса обработки заявок. Ничем не примечательный сервис предоставляет HTTP API, с коллекцией request, в которую можно опубликовать заявку [читать дальше...]
  • 👍 22
  • 😢 7
  • 👎 4
  • 🤩 3
  • 🤨 1
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →