emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Как-то я упустил из внимания тот факт, что первая offline-встреча DDD-сообщества после пандемии состоялась 22 декабря, т.е. сразу после зимнего солнцестояния. В старину говорили, что в этот день свет начинает брать верх над тьмой (над ночью). Это символично…
Запись первого offline DDD-meetup после пандемии:
- https://youtu.be/ybYtgII151g?t=27m10s
Было здорово! После митапа выпили пива в дружеской обстановке. Вживую познакомился с грамотными и перспективными ребятами, образующими костяк сообщества. Удивила высокая слаженность и взаимопонимание с полуслова, хотя со многими виделся впервые. В разведку с ними пошел бы.
Для себя я вынес пару новых книг по коммуникативной психологии и прекрасное лаконичное определение сути Agile от Kent Beck всего в 9 слов, которое на вес золота (скоро опубликую). Синхронизировался с крутыми специалистами архитектурного авангарда - авторами книг, известными паблик-спикерами и организаторами архитектурных конференций, ведущими курсов по архитектуре ПО, практикующими архитекторами известных высоконагруженных проектов, и понял, что развиваюсь в правильном направлении и исследую нужные вопросы. Заодно узнал, какой вкусный шашлык готовят в кафе, расположенном в БЦ Академик.
Огромное спасибо всем экспертам, участникам панельной дискуссии, посетителям, зрителям и комментаторам. Отдельное спасибо за вопросы и за комментарии - они, действительно, оказались для меня ценными.
Теперь уже пора начинать думать о следующей встрече, которая состоится, вероятней всего, в феврале.
- https://youtu.be/ybYtgII151g?t=27m10s
Было здорово! После митапа выпили пива в дружеской обстановке. Вживую познакомился с грамотными и перспективными ребятами, образующими костяк сообщества. Удивила высокая слаженность и взаимопонимание с полуслова, хотя со многими виделся впервые. В разведку с ними пошел бы.
Для себя я вынес пару новых книг по коммуникативной психологии и прекрасное лаконичное определение сути Agile от Kent Beck всего в 9 слов, которое на вес золота (скоро опубликую). Синхронизировался с крутыми специалистами архитектурного авангарда - авторами книг, известными паблик-спикерами и организаторами архитектурных конференций, ведущими курсов по архитектуре ПО, практикующими архитекторами известных высоконагруженных проектов, и понял, что развиваюсь в правильном направлении и исследую нужные вопросы. Заодно узнал, какой вкусный шашлык готовят в кафе, расположенном в БЦ Академик.
Огромное спасибо всем экспертам, участникам панельной дискуссии, посетителям, зрителям и комментаторам. Отдельное спасибо за вопросы и за комментарии - они, действительно, оказались для меня ценными.
Теперь уже пора начинать думать о следующей встрече, которая состоится, вероятней всего, в феврале.
YouTube
Новогодний митап 2022
Самая длинная ночь позади, а значит сегодня состоится наш митап. У нас не будет отдельных выступлений – мы соберемся сегодня пообщаться. Хочу обсудить с приглашенными экспертами и вами вопрос качественного проектирования ПО (design == проектирование).
DDD…
DDD…
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Сервис от Vaughn Vernon для коллективного моделирования с поддержкой Event Storming, Context Mapping и Topographic Architecture Modeling, domorobo.to обзавелся новой документацией: https://twitter.com/VaughnVernon/status/1458335394609582082?t=TfC0aPOI5P…
Немного о картах ограниченных контекстов (bounded context map).
Один из способов выразить карту ограниченных контекстов средствами Archi смотрите на диаграмме "Views : Tactical Architecture : Program Level : Context Map" этой модели для Archi:
- https://community.opengroup.org/archimate-user-community/home/-/issues/8
Там же: EventStorming и C4 Model
"Context Map Cheat Sheet" by Nick Tune:
- https://github.com/ddd-crew/ddd-starter-modelling-process#organise
- https://github.com/ddd-crew/context-mapping
- https://github.com/ddd-crew/context-mapping-quiz
- https://miro.com/app/board/o9J_lzWf14U=/
- https://miro.com/app/board/o9J_kqrI8ck=/
- https://contextmapper.org/
- https://github.com/ContextMapper
- https://domorobo.to/
"Visualizing sociotechnical architectures with Context Maps"
- https://speakerdeck.com/mploed/visualizing-sociotechnical-architectures-with-context-maps?slide=56
#DDD #Microservices #SoftwareArchitecture
Один из способов выразить карту ограниченных контекстов средствами Archi смотрите на диаграмме "Views : Tactical Architecture : Program Level : Context Map" этой модели для Archi:
- https://community.opengroup.org/archimate-user-community/home/-/issues/8
Там же: EventStorming и C4 Model
"Context Map Cheat Sheet" by Nick Tune:
- https://github.com/ddd-crew/ddd-starter-modelling-process#organise
- https://github.com/ddd-crew/context-mapping
- https://github.com/ddd-crew/context-mapping-quiz
- https://miro.com/app/board/o9J_lzWf14U=/
- https://miro.com/app/board/o9J_kqrI8ck=/
- https://contextmapper.org/
- https://github.com/ContextMapper
- https://domorobo.to/
"Visualizing sociotechnical architectures with Context Maps"
- https://speakerdeck.com/mploed/visualizing-sociotechnical-architectures-with-context-maps?slide=56
#DDD #Microservices #SoftwareArchitecture
GitLab
Model used for my presentation "Enterprise Architecture Modelling with ArchiMate in an Agile at Scale Programme" (#8) · Issues…
Purpose This model has been used for the presentation I gave at the Open Group...
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
"Domain, Subdomain, Bounded Context, Problem/Solution Space in DDD: Clearly Defined" by Nick Tune https://medium.com/nick-tune-tech-strategy-blog/domains-subdomain-problem-solution-space-in-ddd-clearly-defined-e0b49c7b586c #DDD #Microservices
The Art of Discovering Bounded Contexts by Nick Tune
- https://www.youtube.com/watch?v=ez9GWESKG4I
#DDD #Microservices #SoftwareArchitecture
- https://www.youtube.com/watch?v=ez9GWESKG4I
#DDD #Microservices #SoftwareArchitecture
YouTube
The Art of Discovering Bounded Contexts by Nick Tune
Bounded contexts are a cherished member of the microservices family, but they mean lots of different things to lots of different people. So what actually are they? How do you find them? How do you design microservices around them? In this talk you’ll learn…
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