Что надо иметь в виду когда делаете структуру команд, продуктов и работ
Просто решил собрать в одном месте законы, которые влияют на оргдизайн ИТ.
Рекомендую прочитать, получить наслаждение от красоты мысли и заново передумать оргструктуру ваших команд, продуктов и работ.
Смотрите законы здесь
Просто решил собрать в одном месте законы, которые влияют на оргдизайн ИТ.
Рекомендую прочитать, получить наслаждение от красоты мысли и заново передумать оргструктуру ваших команд, продуктов и работ.
Смотрите законы здесь
Telegraph
Важные "законы" оргдизайна команд и управления работами
Просто решил собрать в одном месте законы, которые влияют на оргдизайн ИТ. Рекомендую прочитать, получить наслаждение от красоты мысли и заново передумать оргструктуру ваших команд, продуктов и работ. 📌 Про оргструктуру команд 1️⃣ Добавляя людских ресурсов…
Мы в этом канале уже разобрали две большие темы:
- Проблема конкурирующих подписчиков и гонка событий: https://news.1rj.ru/str/emacsway_log/57
- CQRS/CQS и возврат результата командой https://news.1rj.ru/str/emacsway_log/276
Попутно было еще несколько заслуживающих внимания дискуссий в чате канала.
Наверное, все уже отдохнули от "тяжелых" тем, и можно браться за следующую. В последнее время часто вспоминается вопрос Monolith First vs. Microservices First в разных чатах, но при этом упускается один важный, я бы даже сказал - ключевой, момент, на который я хотел бы обратить внимание.
Если кто с этими терминами не знаком, то:
- Monolith First https://martinfowler.com/bliki/MonolithFirst.html
- Microservices First https://martinfowler.com/articles/dont-start-monolith.html
Но прежде чем мы погрузимся в эту тему, я хотел бы, чтобы каждый хорошо осознавал разницу между Microservice и Bounded Context (BC). Это важно, потому что границей автономности команды разработчиков является все-таки BC, а значит, микросервисы способствуют достижению автономности не прямо, а косвенно.
С подачи некоторых авторов одно время бытовало мнение, будто Microservice == BC. Некоторые из этих авторов сегодня уже пересмотрели свою точку зрения, и произошла определенная эволюция архитектурных знаний в этой области.
Лучшие, на мой взгляд, статьи, поясняющие разницу между Microservice и BC - это:
- “Bounded Contexts are NOT Microservices” by Vladik Khononov
https://vladikk.com/2018/01/21/bounded-contexts-vs-microservices/
- “Tackling Complexity in Microservices” by Vladik Khononov
https://vladikk.com/2018/02/28/microservices/
- “DDDDD: Bounded Contexts, Microservices, and Everything In Between” by Vladik Khononov
https://youtu.be/Z0RgR9xIQE4
- “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
- “Reactive Microservices” by Vaughn Vernon
https://kalele.io/reactive-microservices/
- “Microservices and [Micro]services” by Vaughn Vernon
https://kalele.io/microservices-and-microservices/
#DDD #Microservice #SoftwareArchitecture
- Проблема конкурирующих подписчиков и гонка событий: https://news.1rj.ru/str/emacsway_log/57
- CQRS/CQS и возврат результата командой https://news.1rj.ru/str/emacsway_log/276
Попутно было еще несколько заслуживающих внимания дискуссий в чате канала.
Наверное, все уже отдохнули от "тяжелых" тем, и можно браться за следующую. В последнее время часто вспоминается вопрос Monolith First vs. Microservices First в разных чатах, но при этом упускается один важный, я бы даже сказал - ключевой, момент, на который я хотел бы обратить внимание.
Если кто с этими терминами не знаком, то:
- Monolith First https://martinfowler.com/bliki/MonolithFirst.html
- Microservices First https://martinfowler.com/articles/dont-start-monolith.html
Но прежде чем мы погрузимся в эту тему, я хотел бы, чтобы каждый хорошо осознавал разницу между Microservice и Bounded Context (BC). Это важно, потому что границей автономности команды разработчиков является все-таки BC, а значит, микросервисы способствуют достижению автономности не прямо, а косвенно.
С подачи некоторых авторов одно время бытовало мнение, будто Microservice == BC. Некоторые из этих авторов сегодня уже пересмотрели свою точку зрения, и произошла определенная эволюция архитектурных знаний в этой области.
Лучшие, на мой взгляд, статьи, поясняющие разницу между Microservice и BC - это:
- “Bounded Contexts are NOT Microservices” by Vladik Khononov
https://vladikk.com/2018/01/21/bounded-contexts-vs-microservices/
- “Tackling Complexity in Microservices” by Vladik Khononov
https://vladikk.com/2018/02/28/microservices/
- “DDDDD: Bounded Contexts, Microservices, and Everything In Between” by Vladik Khononov
https://youtu.be/Z0RgR9xIQE4
- “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
- “Reactive Microservices” by Vaughn Vernon
https://kalele.io/reactive-microservices/
- “Microservices and [Micro]services” by Vaughn Vernon
https://kalele.io/microservices-and-microservices/
#DDD #Microservice #SoftwareArchitecture
Telegram
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Одной из непростых тем в DDD и микросервисной архитектуре является т.н. проблема "конкурирующих пописчиков".
Это когда два причинно-зависимых события попадают на конкурирующие узлы обработки событий, и второе событие может "обогнать" первое, например, по…
Это когда два причинно-зависимых события попадают на конкурирующие узлы обработки событий, и второе событие может "обогнать" первое, например, по…
Новый курс "Validation in DDD" by Vladimir Khorikov:
- https://github.com/vkhorikov/ValidationInDDD
#DDD
- https://github.com/vkhorikov/ValidationInDDD
#DDD
GitHub
GitHub - vkhorikov/ValidationInDDD: The source code for the Pluralsight course about Validation, DDD, and FluentValidation library
The source code for the Pluralsight course about Validation, DDD, and FluentValidation library - vkhorikov/ValidationInDDD
Forwarded from SWE notes
Отличная статья для знакомства с Rust. Охвачены почти все концепции языка, да ещё и с примерами кода:
https://fasterthanli.me/articles/a-half-hour-to-learn-rust
#rust #programming
https://fasterthanli.me/articles/a-half-hour-to-learn-rust
#rust #programming
fasterthanli.me
A half-hour to learn Rust
In order to increase fluency in a programming language, one has to read a lot of it.
But how can you read a lot of it if you don’t know what it means?
In this article, instead of focusing on one or...
But how can you read a lot of it if you don’t know what it means?
In this article, instead of focusing on one or...
"Architecture Ownership Patterns For Team Topologies. Part 1: A Business Architecture Model" by Nick Tune
- https://medium.com/nick-tune-tech-strategy-blog/team-responsibility-ownership-patterns-part-1-a-business-architecture-model-63597c4e60e1
"Architecture Ownership Patterns for Team Topologies. Part 2: Single Team Patterns" by Nick Tune
- https://medium.com/nick-tune-tech-strategy-blog/architecture-ownership-patterns-for-team-topologies-part-2-single-team-patterns-943d31854285
"Architecture Ownership Patterns for Team Topologies. Part 3: Multi-Team Patterns" by Nick Tune
https://medium.com/nick-tune-tech-strategy-blog/architecture-ownership-patterns-for-team-topologies-part-3-multi-team-patterns-eecc146ddb28
Цикл статей о том, как выравнивать команды и компоненты системы. Полезна всем, кто распределяет зоны ответственностей команд.
#DDD #Microservices #SoftwareArchitecture
- https://medium.com/nick-tune-tech-strategy-blog/team-responsibility-ownership-patterns-part-1-a-business-architecture-model-63597c4e60e1
"Architecture Ownership Patterns for Team Topologies. Part 2: Single Team Patterns" by Nick Tune
- https://medium.com/nick-tune-tech-strategy-blog/architecture-ownership-patterns-for-team-topologies-part-2-single-team-patterns-943d31854285
"Architecture Ownership Patterns for Team Topologies. Part 3: Multi-Team Patterns" by Nick Tune
https://medium.com/nick-tune-tech-strategy-blog/architecture-ownership-patterns-for-team-topologies-part-3-multi-team-patterns-eecc146ddb28
Цикл статей о том, как выравнивать команды и компоненты системы. Полезна всем, кто распределяет зоны ответственностей команд.
#DDD #Microservices #SoftwareArchitecture
Medium
Architecture Ownership Patterns For Team Topologies. Part 1: A Business Architecture Model
Team Topologies has significantly advanced the discussion on organisation design for technology companies. The next step is to determine…
"Always be experimenting. Doing the exact same thing twice is a wasted opportunity." by Gregor Hohpe
- https://architectelevator.com/strategy/always-be-experimenting/
#SoftwareArchitecture
- https://architectelevator.com/strategy/always-be-experimenting/
#SoftwareArchitecture
The Architect Elevator
Always be experimenting
Doing the exact same thing twice is a wasted opportunity.
Forwarded from Находки в опенсорсе
⚡ Breaking news!
#ruby 3.0.0 Released!
Ruby 3.0.0 covers those goals by:
- Performance: MJIT
- Concurrency: Ractor and Fiber Scheduler
- Typing (Static Analysis): RBS, TypeProf
https://www.ruby-lang.org/en/news/2020/12/25/ruby-3-0-0-released/
#ruby 3.0.0 Released!
Ruby 3.0.0 covers those goals by:
- Performance: MJIT
- Concurrency: Ractor and Fiber Scheduler
- Typing (Static Analysis): RBS, TypeProf
https://www.ruby-lang.org/en/news/2020/12/25/ruby-3-0-0-released/
Forwarded from Никита Соболев
Now Ruby has built-in actor model and jit.
Python is way behind all modern noscripting languages 😞
Python is way behind all modern noscripting languages 😞
Forwarded from Никита Соболев
I also recommend to watch this talk: https://www.youtube.com/watch?v=Y29SSOS4UOc
YouTube
[EN] Don't Wait For Me! Scalable Concurrency for Ruby 3! / Samuel Williams @ioquatix
https://rubykaigi.org/2020-takeout/speakers#ioquatix
We have proven that fibers are useful for building scalable systems. In order to develop this further, we need to add hooks into the various Ruby VMs so that we can improve the concurrency of existing…
We have proven that fibers are useful for building scalable systems. In order to develop this further, we need to add hooks into the various Ruby VMs so that we can improve the concurrency of existing…
SWE notes
Отличная статья для знакомства с Rust. Охвачены почти все концепции языка, да ещё и с примерами кода: https://fasterthanli.me/articles/a-half-hour-to-learn-rust #rust #programming
Rambler делится опытом перехода от Python к Rust:
- https://m.habr.com/ru/company/rambler_group/blog/533268/
- https://m.habr.com/ru/company/rambler_group/blog/535234/
#FunctionalProgramming
- https://m.habr.com/ru/company/rambler_group/blog/533268/
- https://m.habr.com/ru/company/rambler_group/blog/535234/
#FunctionalProgramming
Хабр
Rust глазами Python-разработчика
Привет! Мы – часть команды разработки «Рамблер/Медиа» (портал «Рамблер»). На протяжении трех лет мы поддерживаем и развиваем несколько больших python-приложений. Чуть больше года назад перед нами...
Друзья, я знаю Павла уже несколько лет. Он тоже работает в российской ИТ-индустрии, и внес свой посильный вклад в развитие его профессиональных сообществ. У кого есть возможность оказать информационную поддержку - просьба зарепостить.
Forwarded from Pavel Kolmakov
Коллеги, мы открыли сбор на операцию для дочки.
https://www.instagram.com/p/CKJlobnLqCr/?igshid=n8odi22mzjb2
Окажите информационную поддержку т.е. подпишитесь ||покидайте друзьям || знакомым, может и они сделают тоже самое. Есть люди которые готовы помочь нам собрать нужную сумму, просто нужно им сообщить о нас. Всем заранее спасибо!
https://www.instagram.com/p/CKJlobnLqCr/?igshid=n8odi22mzjb2
Окажите информационную поддержку т.е. подпишитесь ||покидайте друзьям || знакомым, может и они сделают тоже самое. Есть люди которые готовы помочь нам собрать нужную сумму, просто нужно им сообщить о нас. Всем заранее спасибо!
❤1
"Always-Valid Domain Model" by Vladimir Khorikov
https://enterprisecraftsmanship.com/posts/always-valid-domain-model/
#DDD #SoftwareDesign
https://enterprisecraftsmanship.com/posts/always-valid-domain-model/
#DDD #SoftwareDesign
Enterprise Craftsmanship
Always-Valid Domain Model
UPDATE 5/13/2021: the course has been published, check it now here: Validation and DDD.
I’m working on a new Pluralsight course on the topic of validation and DDD, with the help of the FluentValidation library and .NET data annotations (attributes). So…
I’m working on a new Pluralsight course on the topic of validation and DDD, with the help of the FluentValidation library and .NET data annotations (attributes). So…
"Decentralised content moderation" by Martin Kleppmann
https://martin.kleppmann.com/2021/01/13/decentralised-content-moderation.html
#SoftwareArchitecture #DistributedSystems
https://martin.kleppmann.com/2021/01/13/decentralised-content-moderation.html
#SoftwareArchitecture #DistributedSystems
"How to always be right (100% fair-trade vegan and snake oil-free). Or at least be better prepared for being wrong." by Gregor Hohpe
https://architectelevator.com/strategy/always-be-right/
#SoftwareArchitecture #Career
https://architectelevator.com/strategy/always-be-right/
#SoftwareArchitecture #Career
The Architect Elevator
Making decisions right, even if they’re not always the right decision.
You don’t always need to be right if you’re well prepared for being wrong.
Статья наглядно показывает, как эффективность команды может быть улучшена более чем на порядок.
"Maximizing Developer Effectiveness" by Tim Cochran
https://martinfowler.com/articles/developer-effectiveness.html
#SoftwareArchitecture #SoftwareDevelopment
"Maximizing Developer Effectiveness" by Tim Cochran
https://martinfowler.com/articles/developer-effectiveness.html
#SoftwareArchitecture #SoftwareDevelopment
martinfowler.com
Maximizing Developer Effectiveness
To be successful at digital transformation you need to optimize the key feedback loops in your software engineering organization