DDDevotion
Хабраюзер ArkadiyXIII продолжает серию переводов важных статей про DDD и около. На этот раз выбор пал на статью Влада https://habr.com/en/post/587520/
Два новых перевода от хабраюзера ArkadiyXIII на статьи Vladik Khononov (@vladik_kh):
"Преодоление сложности в CQRS"
- https://habr.com/ru/post/588803/
"Распутывание микросервисов или балансировка сложности в распределенных системах"
- https://habr.com/ru/post/590165/
Последняя статья является монументальной и имеет критическое значение для тех, кто работает с микросервисами. Из нее вы поймете, чем же отличается микросервис от Bounded Context, и почему изначальное утверждение Sam Newman в первом издании своей книги о том, что это одно и то же, уже утратило актуальность.
#DDD #SoftwareArchitecture #SoftwareDesign #CQRS #Microservices
"Преодоление сложности в CQRS"
- https://habr.com/ru/post/588803/
"Распутывание микросервисов или балансировка сложности в распределенных системах"
- https://habr.com/ru/post/590165/
Последняя статья является монументальной и имеет критическое значение для тех, кто работает с микросервисами. Из нее вы поймете, чем же отличается микросервис от Bounded Context, и почему изначальное утверждение Sam Newman в первом издании своей книги о том, что это одно и то же, уже утратило актуальность.
#DDD #SoftwareArchitecture #SoftwareDesign #CQRS #Microservices
Хабр
Преодоление сложности в CQRS
Эта статья является переводом материала «Tackling Complexity in CQRS». Шаблон CQRS может творить чудеса: он может максимизировать масштабируемость, производительность, безопасность и даже «превзойти»...
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Кстати, на тему размера microservice недавно писал Alberto Brandolini: "About Bounded Contexts and Microservices" https://blog.avanscoperta.it/2020/06/11/about-bounded-contexts-and-microservices/ Там же он рассматривает и вопрос связи Bounded Context с Microservice.…
📝 "A Bounded Context is not a purely logical (language consistency, unity of purpose) or physical (code separation, deployment unit) concept. It's an obligation to maintain integrity between those views."
-- Alberto Brandolini https://twitter.com/ziobrando/status/1476471050565259267?t=Otw4mDHJXA5zcX2623AFNw&s=19
#DDD #SoftwareDesign #SoftwareArchitecture
-- Alberto Brandolini https://twitter.com/ziobrando/status/1476471050565259267?t=Otw4mDHJXA5zcX2623AFNw&s=19
#DDD #SoftwareDesign #SoftwareArchitecture
Twitter
Alberto Brandolini
A Bounded Context is not a purely logical (language consistency, unity of purpose) or physical (code separation, deployment unit) concept. It's an obligation to maintain integrity between those views. #DDDesign
Друзья, разрешите поздравить вас всех с наступающим Новым Годом, и пожелать в новом году ярких побед и высоких достижений!
Для меня последний год был непростым, но чрезвычайно продуктивным.
Количество подписчиков канала существенно возрасло, и я хочу поблагодарить вас за оказанное доверие.
Также хочу отметить рост участия сообщества в формировании контента этого канала. Материал, который мне присылают участники сообщества, имеет уникальную ценность. Сообщество крепнет и зреет на глазах. Это не может не радовать. Сформировался ярко выделенный актив сообщества, с которым удалось встретиться вживую на первой оффлан-встрече после пандемии, которая призвана положить начало целому циклу очных встреч как в формальной, так и в неформальной обстановке.
Я на себе испытал, что такое взаимовыручка и товарищество, которые стали ключевой ценностью сообщества в одной из самых наукоемких индустрий. Чувство, что человек не брошен один на один против гранита науки, является, на мой взгляд, чрезвычайно важной отличительной чертой нашего сообщества. Особенно впечатляет дружеская атмосфера сообщества.
За последний год я уделял больше внимания вопросам организации процессов разработки, форм обучения, топологии команд, управленческой и коммуникативной психологии. Я получаю неподдельное моральное удовлетворение от быстрорастущего и уже чрезвычайно высокого уровня своих коллег. Решения, которые они принимают, тянут на первоклассные исследовательские работы, которые нечасто можно встретить в индустрии. Надеюсь, в будущем году они станут не только внутрикорпоративной ценностью, но и достоянием общественности.
Революционный момент уходящего года - это появление в моей практике принципиально нового для меня коллективного способа работы с информацией, над которым я сейчас работаю, и на который я возлагаю большие надежды. Этот способ призван качественно улучшить обмен информацией в сообществе.
Больше всего благодарностей в уходящем году я услышал, наверное, за пост о планировании обучения и о том, как проводить изменения в коллективе.
Вместе с тем, мне видится четко сформулированной повестка и наступающего года. Я заметил, что участники сообщества, обладая чрезвычайной грамотностью технических решений, зачастую имеют потребность в решении проблем не технических, а человеческих - что делать, когда продакт не выделяет ресурсов на рефакторинг легаси, или в команде возникает сопротивление и зарождается раскол. Что делать, когда не получается побороть инертную машину, опутывающую эффективность разработчика. Вот где взаимовыручка сообщества приходит на помощь - даже я вынес для себя невероятно ценную информацию. В будущем году хотелось бы провести ряд встреч, посвященных вопросам построения грамотных и эффективных процессов, распределения обязанностей, управленческой и коммуникативной психологии. Хочется приобщиться к той цели, которой Kent Beck посвятил всю свою карьеру: "My career mission is to help geeks feel safe in the world."
Спасибо вам всем!
Новых высоких достижений в Новом Году! Высокой ясности новых знаний! Здоровья и благополучия вам и вашим близким!
Для меня последний год был непростым, но чрезвычайно продуктивным.
Количество подписчиков канала существенно возрасло, и я хочу поблагодарить вас за оказанное доверие.
Также хочу отметить рост участия сообщества в формировании контента этого канала. Материал, который мне присылают участники сообщества, имеет уникальную ценность. Сообщество крепнет и зреет на глазах. Это не может не радовать. Сформировался ярко выделенный актив сообщества, с которым удалось встретиться вживую на первой оффлан-встрече после пандемии, которая призвана положить начало целому циклу очных встреч как в формальной, так и в неформальной обстановке.
Я на себе испытал, что такое взаимовыручка и товарищество, которые стали ключевой ценностью сообщества в одной из самых наукоемких индустрий. Чувство, что человек не брошен один на один против гранита науки, является, на мой взгляд, чрезвычайно важной отличительной чертой нашего сообщества. Особенно впечатляет дружеская атмосфера сообщества.
За последний год я уделял больше внимания вопросам организации процессов разработки, форм обучения, топологии команд, управленческой и коммуникативной психологии. Я получаю неподдельное моральное удовлетворение от быстрорастущего и уже чрезвычайно высокого уровня своих коллег. Решения, которые они принимают, тянут на первоклассные исследовательские работы, которые нечасто можно встретить в индустрии. Надеюсь, в будущем году они станут не только внутрикорпоративной ценностью, но и достоянием общественности.
Революционный момент уходящего года - это появление в моей практике принципиально нового для меня коллективного способа работы с информацией, над которым я сейчас работаю, и на который я возлагаю большие надежды. Этот способ призван качественно улучшить обмен информацией в сообществе.
Больше всего благодарностей в уходящем году я услышал, наверное, за пост о планировании обучения и о том, как проводить изменения в коллективе.
Вместе с тем, мне видится четко сформулированной повестка и наступающего года. Я заметил, что участники сообщества, обладая чрезвычайной грамотностью технических решений, зачастую имеют потребность в решении проблем не технических, а человеческих - что делать, когда продакт не выделяет ресурсов на рефакторинг легаси, или в команде возникает сопротивление и зарождается раскол. Что делать, когда не получается побороть инертную машину, опутывающую эффективность разработчика. Вот где взаимовыручка сообщества приходит на помощь - даже я вынес для себя невероятно ценную информацию. В будущем году хотелось бы провести ряд встреч, посвященных вопросам построения грамотных и эффективных процессов, распределения обязанностей, управленческой и коммуникативной психологии. Хочется приобщиться к той цели, которой Kent Beck посвятил всю свою карьеру: "My career mission is to help geeks feel safe in the world."
Спасибо вам всем!
Новых высоких достижений в Новом Году! Высокой ясности новых знаний! Здоровья и благополучия вам и вашим близким!
🎉23👍6❤4🔥2
Forwarded from Блог Сергея Баранова
Видео всех выступлений с гидры:
https://www.youtube.com/playlist?list=PLC5OGTO4dWxbxpZWsvWWeBxUQWVqGXeBB
https://www.youtube.com/playlist?list=PLC5OGTO4dWxbxpZWsvWWeBxUQWVqGXeBB
👍1
По поводу "нам некогда писать качественный код". Добавил в dckms свой сборник высказываний авторитетных авторов о том, как качество кода влияет на темпы разработки:
- https://dckms.github.io/system-architecture/emacsway/it/sdlc/uncertainty-management/adaptation/software-design/software-design.html
Этот сборник служит больше для цели повлиять на кого-то, задавить весом авторитета. Мне он когда-то хорошо помогал. Когда "влиять" не нужно, а нужно уже "делать", то есть другая статья о том, как писать экономически эффективный код:
- https://dckms.github.io/system-architecture/emacsway/it/sdlc/uncertainty-management/adaptation/crash-course-in-software-development-economics.html
Из личного опыта: когда я еще писал код, то на одном из последних моих проектов в роли программиста, я в одиночку закрывал стори-поинтов в три раза больше, чем два других программиста вместе взятые, и это при том, что мой код был канонически правильным. Т.е. примерно в шесть раз быстрее. Не верьте тем, кто говорит "некогда писать правильный код".
Кстати, когда я сам такое говорил (было дело) на заре своей карьеры, и к нам пришел новый, опытный разработчик, то он в одиночку делал в два раза больше, чем у нас делала команда из трех человек (тоже примерно в шесть раз быстрее). Собственно, именно так я впервые и познакомился с XP и с Clean Code - от практики.
#Career #SoftwareDesign #Agile
- https://dckms.github.io/system-architecture/emacsway/it/sdlc/uncertainty-management/adaptation/software-design/software-design.html
Этот сборник служит больше для цели повлиять на кого-то, задавить весом авторитета. Мне он когда-то хорошо помогал. Когда "влиять" не нужно, а нужно уже "делать", то есть другая статья о том, как писать экономически эффективный код:
- https://dckms.github.io/system-architecture/emacsway/it/sdlc/uncertainty-management/adaptation/crash-course-in-software-development-economics.html
Из личного опыта: когда я еще писал код, то на одном из последних моих проектов в роли программиста, я в одиночку закрывал стори-поинтов в три раза больше, чем два других программиста вместе взятые, и это при том, что мой код был канонически правильным. Т.е. примерно в шесть раз быстрее. Не верьте тем, кто говорит "некогда писать правильный код".
Кстати, когда я сам такое говорил (было дело) на заре своей карьеры, и к нам пришел новый, опытный разработчик, то он в одиночку делал в два раза больше, чем у нас делала команда из трех человек (тоже примерно в шесть раз быстрее). Собственно, именно так я впервые и познакомился с XP и с Clean Code - от практики.
#Career #SoftwareDesign #Agile
👍15🤩6
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
"Why EventStorming practitioners should try Domain Storytelling" by Henning Schwentner and Stefan Hofer - https://www.eventstore.com/blog/4-strategies-for-future-events-with-event-sourcing #DDD #SoftwareDesign #SoftwareArchitecture #EventStorming #DomainStorytelling
Domain Storytelling Modeler:
- https://www.wps.de/modeler/
Исходники:
- https://github.com/WPS/domain-story-modeler
#DDD #SoftwareDesign #SoftwareArchitecture #EventStorming #DomainStorytelling
- https://www.wps.de/modeler/
Исходники:
- https://github.com/WPS/domain-story-modeler
#DDD #SoftwareDesign #SoftwareArchitecture #EventStorming #DomainStorytelling
GitHub
GitHub - WPS/egon.io: A tool to visualize Domain Stories in your browser
A tool to visualize Domain Stories in your browser - WPS/egon.io
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Архитектурный еженедельник от Oskar Dudycz: "Architecture Weekly - links and resources to boost your knowledge and developer experience" - https://github.com/oskardudycz/ArchitectureWeekly #DDD #SoftwareArchitecture #SoftwareDesign #Microservices #DistributedSystems
Eще один источник еженедельных обзоров по архитектуре:
- https://twitter.com/deararchitects
- https://www.deararchitects.xyz/
Thanks to Anton Zhilin ( @zhant )
#SoftwareArchitecture
- https://twitter.com/deararchitects
- https://www.deararchitects.xyz/
Thanks to Anton Zhilin ( @zhant )
#SoftwareArchitecture
X (formerly Twitter)
deararchitects (@deararchitects) on X
The newsletter made by architects for architects with passion
👍7
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
📝 "Дипломатия – это дважды подумать прежде чем ничего не сказать" — Алекс Дрейер P.S.: не мог не поделиться 🙂)) #SoftSkills #Career
📝 "Ты — господин несказанного слова, а сказанного слова — ты слуга." — Омар Хайям
P.S.: не мог не поделиться 🙂))
#SoftSkills #Career
P.S.: не мог не поделиться 🙂))
#SoftSkills #Career
👍6
Forwarded from Архитектура ИТ-решений
Начну вот с этой ссылки https://unfix.work/ Все уже хором принялись ругать эту… - не мышонка, не лягушку, а Not Another Agile Scaling Framework.
А оно ведь свеженькое (первое сообщение в блоге https://unfix.work/blog от 2 января), с картинками в виде диаграмм Эйлера, как мы любим :-) (кстати, пакет картинок можно скачать за регистрацию) и историями про экипажи, возвращающиеся на базу… Базы бывают разные, экипажи тоже. И всё это великолепие кружится в инновационном вихре.
Из FAQ: The unFIX model is more a modeling tool than a framework. In fact, you can use the tool to define frameworks such as SAFe, LeSS, and Holacracy, which you can all create out of the elements of unfix
Так что ругать здесь особо нечего. Инструмент он и есть инструмент
А оно ведь свеженькое (первое сообщение в блоге https://unfix.work/blog от 2 января), с картинками в виде диаграмм Эйлера, как мы любим :-) (кстати, пакет картинок можно скачать за регистрацию) и историями про экипажи, возвращающиеся на базу… Базы бывают разные, экипажи тоже. И всё это великолепие кружится в инновационном вихре.
Из FAQ: The unFIX model is more a modeling tool than a framework. In fact, you can use the tool to define frameworks such as SAFe, LeSS, and Holacracy, which you can all create out of the elements of unfix
Так что ругать здесь особо нечего. Инструмент он и есть инструмент
👍1🔥1
"Service Locator is not an Anti-Pattern" by Jimmy Bogard
- https://jimmybogard.com/service-locator-is-not-an-anti-pattern/
P.S.: Думаю, для Гоферов статья окажется интересной, хотя она не имеет отношения к Golang.
#SoftwareDesign #Golang
- https://jimmybogard.com/service-locator-is-not-an-anti-pattern/
P.S.: Думаю, для Гоферов статья окажется интересной, хотя она не имеет отношения к Golang.
#SoftwareDesign #Golang
Jimmy Bogard
Service Locator is not an Anti-Pattern
Well, it is, sometimes. It depends.
I often get pushback on MediatR for using service location for resolving handlers, often getting pointed at Mark Seemann's post that Service Locator is an Anti-Pattern. And for all of the examples in the post, I agree…
I often get pushback on MediatR for using service location for resolving handlers, often getting pointed at Mark Seemann's post that Service Locator is an Anti-Pattern. And for all of the examples in the post, I agree…
Свежие новости — выпустили SICP javanoscript edition:
https://mitpress.mit.edu/books/structure-and-interpretation-computer-programs-1
Есть онлайн: https://sourceacademy.org/sicpjs/index
Thanks to @adzeitor
#SoftwareDesign #JavaScript
https://mitpress.mit.edu/books/structure-and-interpretation-computer-programs-1
Есть онлайн: https://sourceacademy.org/sicpjs/index
Thanks to @adzeitor
#SoftwareDesign #JavaScript
MIT Press
Structure and Interpretation of Computer Programs
Since the publication of its first edition in 1984 and its second edition in 1996, Structure and Interpretation of Computer Programs (SICP) has influenced co...
Forwarded from Блог Сергея Баранова
YouTube
Avoiding Microservice Megadisasters - Jimmy Bogard
You've spent months re-architecting your monolith into the new microservices vision. Everyone gathers around to flip the switch. You navigate to the first page...and nothing happens. Refresh...still nothing. The site is so slow, it won't respond for minutes.…
👍6
Forwarded from SWE notes
Наткнулся на неплохую статью с самым базовым обзором алгоритмов консенсуса в распределенных системах...
Самое замечательное что для более глубокого погружения автор предоставляет ссылки на исходные статьи
#algorithm #papers #theory #db
http://borisburkov.net/2021-10-03-1/
Самое замечательное что для более глубокого погружения автор предоставляет ссылки на исходные статьи
#algorithm #papers #theory #db
http://borisburkov.net/2021-10-03-1/
borisburkov.net
Overview of consensus algorithms in distributed systems - Paxos, Zab, Raft, PBFT
The field of consensus in distributed systems emerged in late 1970s - early 1980s. Understanding of consensus algorithms is required for working with fault-tolerant systems, such as blockchain, various cloud and container environments, distributed file systems…
👍3
Forwarded from SWE notes
Хорошая вводная статья о типах умных указателей в Rust. Мне хорошо помогла для понятия этой темы...
#rust #pointer #refcell #rc
#rust #pointer #refcell #rc
Medium
Понятие об умных указателях Rust
В этой статье мы разберемся, что именно представляют собой умные указатели, откуда они берутся и как работают.
Forwarded from Andrei Yangabishev
Я сейчас просматриваю лекции и семинары ФПМИ за 2021. Просто офигенный лектор
https://mipt.ru/online/algoritmov-i-tekhnologiy/teoriya-ORS.php
https://mipt.ru/online/algoritmov-i-tekhnologiy/teoriya-ORS.php
mipt.ru
Липовский Р.Г. Теория отказоустойчивых распределенных систем
Курс лекций, 3 курс 2019
👍21
Forwarded from Vadim Shender
Это 19-й год. Если что, вот лекции 20-го: https://www.youtube.com/playlist?list=PL4_hYwCyhAvZaJ3CJlGo9FxOTA2bS1YyN, семинары: https://www.youtube.com/playlist?list=PL4_hYwCyhAvZTjajkPpwgR29jyx81lMCl, репозиторий на github: https://gitlab.com/Lipovsky/distsys-course.
YouTube
TFTDS (лекции, 3 курс, осень 2020), лектор Роман Липовский
Плейлист с семинарами: https://www.youtube.com/playlist?list=PL4_hYwCyhAvZTjajkPpwgR29jyx81lMCl Репозиторий курса: https://gitlab.com/Lipovsky/distsys-course
👍12
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
"Specification pattern in the DDD trilemma" by Vladimir Khorikov - https://khorikov.org/posts/2021-08-02-purity-specification-pattern/ #DDD #SoftwareDesign
"Test-first vs test-last approaches" by Vladimir Khorikov
https://khorikov.org/posts/2022-01-24-test-first-vs-test-last-approaches/
P.S.: Обсуждали недавно эту тему в чате канала.
#TDD #SoftwareDesign
https://khorikov.org/posts/2022-01-24-test-first-vs-test-last-approaches/
P.S.: Обсуждали недавно эту тему в чате канала.
#TDD #SoftwareDesign
Telegram
emacsway-chat
Группа тг-канала (@emacsway_log) о
Software Design/Architecture, DDD, Microservice Architecture, Distributed Systems, SDLC, Agile, Team Topology etc.
Правила: https://news.1rj.ru/str/emacsway_chat/2339
Software Design/Architecture, DDD, Microservice Architecture, Distributed Systems, SDLC, Agile, Team Topology etc.
Правила: https://news.1rj.ru/str/emacsway_chat/2339
👍1
"Девять главных учебников для архитектора информационных систем: от классики Клеппмана, до современного Хононова" / Андрей Гордиенков
- https://vc.ru/life/316698-devyat-glavnyh-uchebnikov-dlya-arhitektora-informacionnyh-sistem-ot-klassiki-kleppmana-do-sovremennogo-hononova
#SoftwareArchitecture
- https://vc.ru/life/316698-devyat-glavnyh-uchebnikov-dlya-arhitektora-informacionnyh-sistem-ot-klassiki-kleppmana-do-sovremennogo-hononova
#SoftwareArchitecture
vc.ru
Девять главных учебников для архитектора информационных систем: от классики Клеппмана, до современного Хононова — Личный опыт на…
Если разработчики при написании кода отвечают на вопрос «как?», то архитекторы стараются понять «почему?». Даже опытные технические специалисты зачастую не вникают в бизнес-процессы. Разработчики решают задачи, но не задаются вопросом, что приводит к тем…
👍9🤩3
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
"Архитектура" - https://mellarius.ru/architecture #SoftwareArchitecture
Кстати, там же неплохой раздел по организации процессов (часто спрашивают):
- https://mellarius.ru/processes
#SDLC #Agile #SoftwareArchitecture
- https://mellarius.ru/processes
#SDLC #Agile #SoftwareArchitecture
mellarius.ru
Процессы
Процессы и жизненные циклы, управление. SDLC, waterfall, agile, kanban, RUP
🔥6
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Кстати, там же неплохой раздел по организации процессов (часто спрашивают): - https://mellarius.ru/processes #SDLC #Agile #SoftwareArchitecture
"Азбука системной инженерии"
- https://mellarius.ru/systems-engineering
Такое соотношение информационной ценности к количеству букв я встречал в своей практике лишь считанные разы. У автора, определенно, есть талант.
- https://mellarius.ru/systems-engineering
Такое соотношение информационной ценности к количеству букв я встречал в своей практике лишь считанные разы. У автора, определенно, есть талант.
mellarius.ru
Системная инженерия
Система, структура, функция, жизненный цикл, проект, процесс, практики, виды и уровни требований.
👍8