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

"Ability to control drift between reality and diagrams: Static code analysis allows writing tools that compare the software models with actual code to detect discrepencies (this repo does not provide such a tool at this time)."
- https://github.com/goadesign/model

Вообще, у ребят неплохая экосистема для описания архитектуры и генерации кода по описанию:
"Goa is a Go framework for writing microservices that promotes best practice by providing a single source of truth from which server code, client code, and documentation is derived."
- https://goa.design/learn/introduction/

#Golang #SoftwareArchitecture

Проектирование DDD от Nick Tune:
"Domain-Driven Design Starter Modelling Process"
- https://ddd-crew.github.io/ddd-starter-modelling-process/

Исходники:
- https://github.com/ddd-crew/ddd-starter-modelling-process

#DDD #SoftwareArchitecture #SoftwareDesign #Microservices

awesome-microfrontends

- https://github.com/ChristianUlbrich/awesome-microfrontends
- https://github.com/rajasegar/awesome-micro-frontends

Если кому мало на Английском:
- https://github.com/semlinker/awesome-micro-frontends

"The Difference Between a Story and a Task" by Mike Cohn
https://www.mountaingoatsoftware.com/blog/the-difference-between-a-story-and-a-task

Если кому некогда читать, то Ron Jeffries уже дал краткий "пересказ" 🙂:

📝 "the difference between a story and a task is like the difference between pants and underpants: only one of them is a public matter."
https://twitter.com/RonJeffries/status/1314273610148777985?s=19

#Agile

Тред заслуживает на прочтение:
Where does all this misunderstanding of CQRS and microservices and event sourcing come from?
https://twitter.com/jbogard/status/1315082571118710786?s=19

#DDD #Microservices

Gregor Hohpe оценил:
https://twitter.com/ghohpe/status/1314941890337271808?s=19

#Microservices

На DotNext 2020 Moscow выступит Владимир Хориков (@vkhorikov) — эксперт и автор курсов по Domain Driven Design.
В своем докладе он разберет самые важные аспекты DDD и поможет глубже его понять.

Подробности и билеты: https://t.co/aojAA87L7C

https://dotnext-moscow.ru/2020/msk/talks/23lzgqtlrzsf5b23becvyn/

#DDD

Analyzing the Limits of Connection Scalability in Postgres
https://www.citusdata.com/blog/2020/10/08/analyzing-connection-scalability/

#Database #PostgreSQL

О стоимости изменения кода с точки зрения архитектуры - у Len Bass хорошо раскрывается эта тема в главе 7 Modifiability "Architecture in practice" 3d ed.

#Agile #SoftwareDesign #SoftwareArchitecture

По поводу зарплат ИТ-специалистов в США (через VPN): https://www.bls.gov/oes/current/oes_nat.htm#15-0000
Калькулятор зарплат:
https://about.gitlab.com/handbook/people-group/global-compensation/calculator/

#Career

Этот парень знает, что пишет:
https://news.1rj.ru/str/yarosh_log/64

#Algorithms

Подняло настроение,
https://youtu.be/SDWqwlsGJCQ

#Agile #Юмор

Медвежонок вернулся с архитектурной конференции:
https://youtu.be/ffjazMeEk84

#Юмор

Monorepo vs. polyrepo
https://github.com/joelparkerhenderson/monorepo_vs_polyrepo

P.S.: часто обсуждаемая тема в архитектурных кругах.

#SoftwareArchitecture

Статья превосходна!
#Microservices #DDD

Талант Кента Бека - автора экстремального программирования (XP), заключается в формулировании едва осознаваемых вещей понятными и простыми словами. Его очередная заметка: https://medium.com/@kentbeck_7670/monolith-services-theory-practice-617e4546a879

#SoftwareDesign #SoftwareArchitecture

Все перечисленные по ссылке книги доступны для скачивания: https://postgrespro.ru/education/books

Достойное чтиво (особенно последняя). Дает комплексные знания в лаконичной форме.

#Database #PostgreSQL

Это нужно выделить отдельно. Более простого объяснения более важных вещей в IT-индустрии я пока еще не встречал:

📝 "These were elucidated in the mid-70s by Yourdon & Constantine in "Structured Design" https://amzn.to/2GsuXvQ and haven’t changed.

Their argument goes like this:

1. We design software to reduce its cost.

2. The cost of software is ≈ the cost of changing the software.

3. The cost of changing the software is ≈ the cost of the expensive changes (power laws and all that).

4. The cost of the expensive changes is generated by cascading changes — if I change this then I have to change that and that, and if I change that then…

5. Coupling between elements of a design is this propensity for a change to propagate.

6. So, design ≈ cost ≈ change ≈ big change ≈ coupling. Transitively, software design ≈ managing coupling.

(This skips loads of interesting stuff, but I’m just trying to set up the argument for why rapid decomposition of a monolith into micro-services is counter-productive.)"

- "Monolith -> Services: Theory & Practice" by Kent Beck
https://medium.com/@kentbeck_7670/monolith-services-theory-practice-617e4546a879

Еще одна хорошая "шпаргалка"
Open Agile Architecture : 19. Event Storming
- https://pubs.opengroup.org/architecture/o-aa-standard/#event-storming-workshop

#DDD #EventStorming

Просто превосходный краткий материал по проектированию микросервисов:
"Building microservices on Azure"
- https://docs.microsoft.com/en-us/azure/architecture/microservices/

Особенно это:
- "Using domain analysis to model microservices" https://docs.microsoft.com/en-us/azure/architecture/microservices/model/domain-analysis
и это:
- "Identifying microservice boundaries" https://docs.microsoft.com/en-us/azure/architecture/microservices/model/microservice-boundaries

#DDD #Microservices