всем привет, эту неделю ведет @Kukuruzovich , стыдно признаться, что php программист, но у каждого свои недостатки. pic.twitter.com/EyflTPEZLk

тут 2000 фолловеров, можем поговорить о #DDD #SOA #EDA #DDDD а еще интересно если тут появятся специалисты по distributed системам.

итак, кто тут в проектах использует DDD? только такой тру DDD со всяким Strategic, а не пара паттернов из Tactical?

кто что думает по поводу хайпа насчет микросервисов? я вот думаю, что отсутствие нужного софта в языках и лень породило микросервисы =)

кстати книга Ньюмана про микросервисы ни что иное как DDDD расписанная для тех кто ниасилил DDD, норм набрасываю да? =)

@backendsecret msdn.microsoft.com/en-us/library/…

кстати если тут уж есть те кто используют DDD, может вы еще для Domain Model persistence используете Event Sourcing? как живется?

кстати про SOA, еще один пример софта, у явистов есть Hystrix, в php хоть Phystrix есть спасибо #Odesk

кстати, многие ли любят fail fast? я просто ленивый и если что идет не по контрактам то кидаю exception и ухожу, кто делает также?

если тут есть игроделы всякие сишарперы, вот вам отличная вещь про которую вы конечно знаете наверное github.com/dotnet/orleans

@backendsecret уходит туда же youtube.com/watch?v=5P4qMB… youtube.com/watch?v=H0i_bX…

@backendsecret я за referential transparency везде где можно

многие кстати все никак не могут принять способ deduplication events и идемпотентной обработки и начинают костылять какие костыли видели вы?

сейчас накидаю сюда ссылок для CQRS / ES php если вдруг кто-то решит рискнуть, явисты могут кстати поревьюить, мало ли =)

вот кстати github.com/odesk/phystrix если кому надо, чтобы fault tolerance был толерантным

@backendsecret там еще дашборд есть который цеплятеся к hystrix дашборду =)

для php программистов они тут хоть есть?
github.com/qandidate-labs… github.com/szjani/predaddy github.com/SmartGecko/Gov… github.com/beberlei/litec…

судя по всему многие либо спят либо забили на DDD, а я хотел явистов помучать или всяких шарперов с их софтом =)

@backendsecret я с ddd поигрался, в итоге не согласен с подходом в принципе. для анализа и дизайна нужны разные артефакты.

так вот костыли с ивентами:

• персистить вместе с entity
• мониторить лог базы или другой лог

как по мне проще забить и принять реальность

@strangeqargo когда что-то делают, чтобы утереть нос или "исправить", выходит хуйня типа EntityFramework @backendsecret

@backendsecret в итоге микросервисы, функциональная декомпозиция + некоторые идеи из FDDD

кстати я вот думаю что BDD user story которые по факту не что иное как UL из DDD, записанные на том же gherkin это тру, но лень )

@backendsecret .. Теперь - бинго - 7ая версия переписывается с нуля, будет как в relinq, но своё, другое @strangeqargo

раньше когда-то я коммитил на #github и регулярно устраивал срачи в #Yii repo, может кто-то меня вспомнит, хотя лучше не надо конечно

кстати видел что многие начинают виснуть когда AR может персистится отдельно от каких-то VO связанных с ним, у людей рвет шаблоны #DDD

в последнее время все больше принимаю сторону использования UUID для identity, т к сразу always valid и все дела, и хороший PI получаем =)

@backendsecret оракл, к счастью или сожалению, стоит своих денег. Самая быстрая и предсказуемая БД @strangeqargo

@backendsecret мля, это те кто пилит третьи норамальные формы для nosql?

можно еще поговорить про #EDA, например у нас #EDA везде где только можно с колоссальным message rate 150 m/s, есть даже #CEP ;D

оставлю тут трек что-ли, а то все текст и текст ) youtube.com/watch?v=2PCdGw…

не знаю как люди живут в Москве или Питере, серые города, злые люди, вечно все куда-то спешат и никакого воздуха чистого, кто что думает?

кстати те 3 - 4 человека, которые подписались на мой акк, он не "технический" полистайте чуть подальше, чтобы знать на что подписались ;D

@Soukhinov ты говорить правда человек я согласиться с ты@ivanenok @backendsecret

на сегодня наверное все, т к у меня тут 1:30 и море под боком, надеюсь хоть кто-то завтра появится из явистов, дотнетеров про SOA EDA DDD )

ой, кстати чуть не забыл, есть ведь #AOP , явисты то точно про него знают, если в php кому надо то это к @lisachenko github.com/goaop/framework

@backendsecret А разве в Питере злые? Мне всегда друзья говорили, что в Питере намного добрее, нежели в Москве

@backendsecret ну хз, в Москве хорошие люди, красиво, воздух чище, чем в Омске, парков и прочих общественных мест больше

@backendsecret @kotchuprik из Омска невозможно сбежать, в моём сердце он навеки!

кстати раз уж тут фронтэндеры затесались в рядах backend , то скажу что у нас #DDD даже на frontend есть , серьезно , ResortFactory.js и т п

в качестве чтива могу посоветовать аккаунты @microservicely и @adriancolyer которые делают подборки , других наверное вы и так знаете

ну или вот еще @caitie @seancribbs @rystsov @DZone остальных сами найдете по кросс ссылкам , всяких афиров и прочих =)

кстати если кто не знал то по #distributed можно @sum3rman доставать аккуратно, очень вежливый и симпатичный кун ^_^

конечно кто не знал @gvsmirnov @spyced @gregyoung то они тоже очень умные вещи пишут там у себя, про фаулеров, эвансов и прочих не говорю

ну и последний аккаунт для тех у кого все должно быть бигдато и хайлодисто ) @highscal

если кто-то упоролся по machine learning и прочему, хотя я только сеть Хопфилда делал , то вам в помощь @rasbt с его книгами

ну и поскольку тут много гоферов , хотя я конечно их люто ненавижу , just cause , то вам в помощь @TvorZasp он сейчас в Питере вроде )

старый дедан, которого я конечно не знаю и зафолловил из-за его авы такой дружелюбной @ted_dunning , кто узнает кто он напишите мне )

@backendsecret @ted_dunning srsly? да это же сам старина Тед! oreilly.com/pub/au/5873 mapr.com/blog/author/te…

кому интересно потом дам ссылку на трансгендера который к тому же еще и феминист а еще устроил срач на #github кого только не встретишь ;D

старый дедан?!?
Hardly!
@grim_juz @backendsecret

@backendsecret ты про нее? :)
github.com/CoralineAda/

@backendsecret у нее 2 показательных срача:

@backendsecret сейчас рельса очень не плохо развивается + появляются другие интересные фреймворки (hanamirb.org)

я вернулся, добрался до работы, нынче в Сиэтле снежно очень ;D pic.twitter.com/n1fUIMqOFp

тут 33 mentions, а вроде все спали

@__pewpew__ просто надо покупать платную поддержку или партнёриться. А баги есть у всех @backendsecret @strangeqargo

@backendsecret сервер+поддержка И ЕСТЬ ПРОДУКТ, а не то, что вы там себе вообразили под продуктом @__pewpew__ @strangeqargo

так ни у кого и не появилось каких-то вопросов по #DDD #EDA #DDDD ? интересные темы ведь или мне прост пересказывать так по 140 символов? =)

кто как работает? я вот сижу в наушниках и слушаю на полную громкость музыку чтобы не отвлекал всякий шум? многие любят тишину и почему?

показательно как упали акции #Twitter, вроде год назад все было хорошо а сейчас по 17 долларов

@backendsecret в тишине легче сосредоточиться.... Особенно если пытаешься понять почему алгоритм работает не так как планировалось

@backendsecret В Питере атмосфера творческая.

кто-то уже конечно использует, но если кто не знал и любит спокойную музыку, вот вам плацкарты от РЖД ) noisli.com

@backendsecret епрст! ты в паблик подался ? Смотрю ава твоя а речь то нет! Ни тебе прона, ни про Путина!

@backendsecret сечас Flow хочет профилироваться по #DDD я слышал. Интересная дискуссия: discuss.neos.io/t/product-visi…

в целом многие разработчики, которые не хотят стоять на месте и работают над сложными проектами, приходят к #DDD так или иначе

сейчас вот слушаю альбом #Tron music.yandex.ru/album/219772 #DaftPunk

@dimaip @backendsecret DDD-framework - это утопия. уж очень приложение от первого D зависит :) разве-что базовые шаблоны tactic'a

одна из главных вещей в #DDD еще это не забывать про Strategic, т к без нормального разделения Domain по BC особо далеко не уплывешь

а еще я иногда люблю залипать под 10 часовые версии на работе например youtube.com/watch?v=sJOD7B… youtube.com/watch?v=ov5pxa…

пинк флаффу юникорнс дэнсинг он рэйнбоус ;D

@dcromster @backendsecret тишина не всегда достижима, особенно в офисах.в таких случаях музыка намного лучше, чем внезапная дискуссия коллег

опять же про #DDD, единственный творческий момент тут это только на Strategic, когда дело подходит к Tactical то там все правила расписаны )

For those who likes #ddd, #php and some discussion there is dddinphp.org /cc @backendsecret

люди, которые используют регулярки для парсинга, изучите уже #XPath, сделайте lvl up

В @backendsecret говорят про какой-то DDD и DDDD. Что это вообще за хуйня?

@freiksenet_ru @backendsecret не обращай внимания, бро, продолжай натягивать темы на #WP :D

самая наверное крутая вещь в #DDD то что он действительно с помощью UL позволяет сблизить бизнесс и разработчиков, устранить недопонимание

наверное стоит сделать краткий экскурс что-ли про #DDD, все просто - делится на две части Strategic / Tactical, обе важны конечно

так вот весь "моделлинг" по факту и находится в Strategic части, в которую входят: UL, BC, Domain parts, Context Maps, BC communication type

в Tactical входят всем известные паттерны: Factory, Repository, Service, Entity, Value Object, Event. Эта часть тупо кодинг и все )

например что такое Domain? вроде понятно предметная область? а более конкретно мало кто понимает что с ней делать, с чего начать?

music.yandex.ru/album/2039668/… )

обычно domain еще называют problem space - совокупность всех вопросов / проблем которые надо решить чтобы сделать продукт

проще наверное на примере рассмотреть, поэтому за пример возьмем какой-нибудь классический ecommerce магазин, который все писали но не я

@backendsecret можно выкинуть Tactical (кодить как попало), из Strategic взять только деление на ВС, оформить BC сервисами и будет #SOA :)

domain (problem space) магазина:

@backendsecret

@freiksenet_ru @backendsecret pic.twitter.com/alw5BQJea2

@backendsecret

в #DDD как и в любой другой вещи нужно помнить что программист ничего не придумывает, а лишь автоматизирует бизнес, многие забывают про это

@backendsecret Предпочитаю тишину. Если её нет, использую noiz.io. Музыка очень отвлекает.

также важно помнить что Domain всегда разделим, есть более важные "вопросы" (части домена) есть наименее приоритетные, разделяй @ властвуй

в #DDD если говорить про разделение Domain:

core subdomain - это та часть которая является наиболее критичной для бизнеса, без которой по факту его не будет

@backendsecret очевидно что для интернет магазина core это та часть что отвечает за продажи, впрочем как и для многих других продажников )

@backendsecret этой частью должны заниматься только те кто уже имеет большой опыт в DDD т к промахнуться тут означает сфейлить проект часто

@backendsecret а в php часто используют DDD? Мне казалось, DDD для больших сложных доменных моделей. Где тут php?

supporting subdomain - та часть в которой есть бизнес проблемы, но он не критичны для бизнеса в целом, не являются его ключевой частью

@backendsecret для интернет магазина это те domain part которые связаны с вопросами 1,4,5,6,7.

@backendsecret данными domain part могут занятся те кто более-менее понимает что такое DDD

@backendsecret можно даже часть заутсорсить но будут проблемы с налаживанием коммуникаций и пониманием бизнеса т к аутсорс это такоэ )

general subdomain - та чать в которой нет бизнеса, и она просто нужна для неосновных функций проекта, эту часть можно купить или аутсорснуть

@backendsecret например аутсорснуть можно ту часть что отвечает за customers и их регистрацию либо та часть что часто реализуется в виде CRM

@backendsecret данной domain part могут заниматься практически все программисты не важно насколько они DDD pro )

cohesive mechanism - странная фигня которая иногда есть в домене, но она не представляет какой-то бизнес, часто это некие алгоритмы просто

@backendsecret под алгоритмами подразумеваю разные выборки / срезы / etc, для многих это будет знакомо как Analytics / Reporting / Statistic

@backendsecret если кто-то работает в банковской сфере, то в зависимости от того как повернуть домен это может быть и supproting и даже core

разобрались что такое Domain, что он разделим и как, что есть более важные части и менее, осталось выяснить когад кодить уже можно будет?

там кто-то хоть слушает или у меня монолог перед 2k мертвых душ? ;D

Billy Talent — Devil On My Shoulder #nowplaying music.yandex.ru/album/2291897/…

собственно следующая часть DDD Strategic это UL (ubiquitous language) ну или common language, язык на котором разговаривает бизнес и dev

@backendsecret это просто набор определенных слов / терминов, которые являются общими для бизнеса и дев, это не UML (!) ни диаграммы

@backendsecret те кто знают BDD user story прекрасно понимают о чем я говорю, важно чтобы это был не язык бизнеса и не язык dev общий

@backendsecret в качестве участников тут это domain experts со стороны бизнеса и разработчики со стороны dev

@backendsecret когда-то давно я капитанил по поводу DDD в том числе если кому интересно вот gist, кикну его потом gist.github.com/Ragazzo/830cc1…

кстати как один из примеров того что не стоит слушать бизнес постоянно вот: надо было сделать функциональность отвечающую за партнеров и т п

@backendsecret с первого захода domain experts сказали что есть франчайзинговые офисы и обычные партнерские, вроде все просто

@backendsecret и можно было бы сделать 2 класса FranchisingOffice / PartnerOffice, но оказалось что тип офиса определятеся не просто так

@backendsecret а конкретным контрактом который заключается, таким образом если бесприкословно верить бизнесу то можно получить misalignment

кому сложно крафтить UL можно применять простой способ - выделять сущности и глаголы которые на уровне Tactical уйдут в Entity / Services

@backendsecret самое главное внимательно слушать и задавать вопросы, а не просто принимать все на веру =)

вообще BDD конечно крутая вещь, и очень нужная для DDD, т к я считаю что DDD + BDD это самое то лекарство, почти silver bullet )

@backendsecret но использовать BDD без DDD особо смысла не вижу, т к терятется общая картина того что нужно сделать

пока что перерыв на обед, потом расскажу что такое Bounded Context, Context Maps и как-то связано с предыдущими темами - Domain, UL =)

DDD: Don’t Create Aggregate Roots

udidahan.com/2009/06/29/don…

#Twitter's downtime last week caused a market value loss of 700 million dollar dzone.com/articles/somet… via @DZone

Hurt — Omission #nowplaying music.yandex.ru/album/435890/t…

The Beach Boys — California Dreamin' #nowplaying music.yandex.ru/album/30903/tr…

после 18:00 обсудим оставшуюся часть #DDD Strategic на примере интернет магазина, будут рисунки наверное если я не поленюсь )

For differentiate your company in market, is just need of apply this magic technique that always work and is use by all competitor!

тут спрашивали про то как связаны TDD, BDD, DDD если вкратце то формула какая-то такая DDD(BDD(TDD(unit-tests))), притом что TDD громаден

@de_gis @backendsecret нельзя ли тут упомянуть что #DDD и рефакторинг неразделимы. А рефакторинг без #TDD - боль а то и утопия

Is good example of Ubiquitous Language of biology pic.twitter.com/TXYfAhxZCx

.@DDD_Borat Is example of why we need bounded context.

@backendsecret I've just asked @mpraglowski for help and he's cooking a nice blogpost about this problem - today/tomorrow

коверкай слова @ кровь из ушей вызывай, вообще раньше не любил слово entity ибо entitty и т п ;D //cc @davert 5minphp.ru/episode11

кстати для php программистов есть еще@5minphp там успели засветится разные люди из ru community =)

@backendsecret в тему #DDD порекомендую специальный выпуск подкаста "Пятиминутка PHP" о Domain Driven Design: 5minphp.ru/episode11/

@backendsecret @5minphp а порекомендуйте малоизвестные (недавно начавшиеся), но интересные ru подкасты такого же формата, касаемые IT-сферы.

тут кстати никто не играет в #Destiny #NeedForSpeed #GTAVOnline ? можно было бы вместе побегать ^_^

@unix_tips @backendsecret @5minphp rcmp.me - малоизвестный ru подкаст :) об IT, хотя часто обсуждаем и другие темы :)

@unix_tips @backendsecret @5minphp #razborpoletov must have для java разработчиков.

рабочий день заканчивается =)

вот и новый день прошел, завтра будет день опять

пока буду идти домой, может кто-то из пуфонистов ответит как они делают DbC без интерфейсов то? или не могут в en.wikipedia.org/wiki/Design_by… ?

@unix_tips @backendsecret Несколько избранных выпусков. rcmp.me/?p=1672 | rcmp.me/?p=2000 | rcmp.me/?p=654

@backendsecret для беженцев с джавы у нас всегда есть zope.interface docs.zope.org/zope.interface но в целом: только duck typing, только хардкор!

если кому было интересно про Domain и domain parts, то вот есть старое summary мое капитанское =) gist.github.com/Ragazzo/27a02a…

@iamstarkov @backendsecret @freiksenet_ru итак #DDD это превращение бизнес логики в код без лишних деталей.

@iamstarkov @backendsecret @freiksenet_ru и да #DDD это ЯП-агностик подход.

по поводу #Java и того что у этих умных дядек весь сфот то готовый (!) если кому надо для #EDA #CEP github.com/pulsarIO/realt…

Power of "event-driven, non-blocking I/O"? twitter.com/gavinjoyce/sta…

через пару минут продолжим штурмовать #DDD Strategic на примере самописного псевдо магазина =)

как по мне то если программирование не приносит фана (или очень много денег) то вы делаете что-то не так или не те тулзы. что думаете?

Taylor Dayne — Tell It to My Heart #nowplaying music.yandex.ru/album/65007/tr…

ok, значит выяснили что такое domain / domain parts, выяснили что такое UL и для чего он нужен, но пока что ничего особо не сходится

@backendsecret есть вопросы (domain) и есть слова (ul), как найти решение? в DDD Strategic в качестве решения выступает Bounded Context

@backendsecret если domain / domain parts это problem space, то bounded context это solution space. в принципе название говорит само за себя

@backendsecret bounded context - смысловая граница в рамках, которой слова из UL имеют только одно четкое определенное значение

@backendsecret например, у многих в e-commerce в том же магазине есть User где-только можно или Order. Ниже приведу примеры

@backendsecret допустим есть разные domain parts: profile management, purchasing part, payment part, auth / permissons part

@backendsecret несмотря на то что это разные части domain, зачастую люди любят везде создавать некоего User, class User во всех domain part

@backendsecret ведь согласно UL вроде везде есть "пользователь", только дело в том что роль этого пользователя бывает разной, а именно

@backendsecret в profile management (User, Profile), purchasing (Customer), payment (Payer), auth / permissions part (Role)

@backendsecret именно благодаря bounded context и тому что мы знаем что в каждом случае значит то или иное слово мы избегаем misalignment

@backendsecret другой простой пример это Account (profile part) и Account (banking part), в зависимости от того или иного BC смысл меняется

обычно в проектах много BC как и Domain Parts. Подробнее о Bounded Contexts тоже есть в давнишней капитанской статье gist.github.com/Ragazzo/f373ad…

один из способов как определить domain parts / bounded contexts - смотрите какие есть отделы / departments у бизнеса и алигните по ним

@backendsecret главное конечно не перестараться, но в целом иногда бывает норм Marketing BC -> Marketing Dep, Inventory BC -> Stock dep

вообще одно из buzzword это Domain Model, ключевая вещь в DDD конечно, вот что Фаулер пишет martinfowler.com/eaaCatalog/dom…

как уже кто-то понял хотя вряд-ли, domain parts / bounded context похожи немного, по факту BC намапленный на domain part и есть Domain Model

т е есть проблема (domain part) как организовать работу со stock / складом товаров, откуда брать, какие вообще есть виды товаров, атрибуты

@backendsecret есть bounded context который обычно именуют Inventory, который содержит слова из UL, которые помогают ответить на эти вопросы

@backendsecret и когда Inventory Bounded Context маппится на эту domain part и получается Domain Model - конкретная реализация

важно понимать что BC + DP = DM, и что Domain != Domain Model, разные команды могут построить по разному Domain Model на одной domain part

для тех кто хочет еще почитать про #DDD есть @eulerfx ну и много других конечно

в целом DDD Strategic не такая простая вещь как Tactical где тупо одни паттерны ;D

таким образом в мифическом e-commerce магазине есть BC: inventory, purchasing, payment, shipping, account (profile), accounting

из классических примеров того что забыли про UL, является Order::STATUS_PAID, т к оплачивается Invoice а не Order, много таких моментов есть

все наверное уснули, или кто-то живой остался?

как могли заметить конечно DDD Strategic довольно скучная хрень без особых кодинговых вещей, на то оно и проектирование, но без него никуда

видел как люди сходу использовали DDD Tactical, у них ничего не получалось т к не знали как правильно разделить domain и говорили что DDD фу

те кто знают SOA наверное уже догадались что можно раскидать тупо Bounded Contexts per SOA и жить себе спокойно, DDDD все дела

@backendsecret первый раз набежал и сделал так же:) Теперь хочу разобраться поглубже и вникнуть в strategic.

собственно про то что я писал в начале - DDDD, ни что иное как тупо BC на SOA, куда уж проще

но стоит отметить что у нас не все сервисы это BC, есть всякие элементарные / атомарные сервисы - Geo, Mailing, Forecasting

вот обсудили Domain (domain parts), UL, Bounded Context, остались еще Context Maps и способы взаимодействия между BC

на Context Maps как раз и рисуют Bounded Context и способы их взаимодействия, рисовать мне немного лень, или есть online тулза удобная?

стоит отметить что если у вас в компании много DDD pro которые и так понимают как BC взаимодействуют то вам конечно и рисовать не надо

не стоит возводить рисование всяких Context Maps или UML или чего-то другого в ранг какого - то ритуала, если не надо - то нафиг )

сейчас поретвитчу тут вам Borat про #DDD смешное )

@unix_tips @backendsecret из свежих ru подкастов (стартовавших в 2015): @GolangShow и видеовстречи @clojure_ru webmeetups.net/mgroups/25

@backendsecret все просто:

Two Ton Boa - Time to Say Goodnight youtu.be/23XqlPb6Iq8 via @YouTube

@unix_tips @backendsecret @5minphp вот ещё моя подборка заинтересовавших меня подкастов - ru и en. raindrop.io/collection/876… вдруг пригодится

Junior Dev expect miracle from new frameworks. Senior Dev expect miracle from DDD. Real miracle is when they discover they have own brain.

You always start new project with DB schema? Perhaps you is interested of this fantastic innovation for play music! pic.twitter.com/YsMlPPt1wP

OH: We have nice team of coders strong in technologies, but we need DDD Consultant for do the thinking

.@DEVOPS_BORAT @DDD_Borat pic.twitter.com/eMRhS4sEdD

Is Example of Behaviorism:
Given conditioning is done
When you hear "Behavior-driven"
Then you call out "Behaviorism is bad! BDD is bad!"

We don't refactor in my group. If you find that you need to refactor, it means that you didn't do your job during the design phase.

@DDD_Borat and we should introduce context independent words for higher abstractions, such as set, get, update, create and delete.

For improve our Ubiquitous Language, from now on we will say "Shopping Cart" instead of "Purchase", and "Purchase" instead of "Order"

"CQRS without DDD is but the ruin of the soul" - Rabelais on #DDDesign

@DDD_Borat so i learned a repostiory, identity map, unit of work pattern, is #DDD pro now

Subtitle of DDD is should be "Tackling the Stupid Need for Complexity in the Heart of Developers"

I now offer free DDD immersion training: you work alone 6 month on my real client problem for free & I give critic at end (senior dev only)

DDD is easy: just need of study all @martinfowler, @rebeccawb and @KentBeck book before for well prepare.

If you believe CQRS + ES is solve all problem, can I interest you in a secret for make 3 million $ from home only 1h a week?

DDD is not for junior developer. You is need of suffer enough years for understand you need DDD.

I like work on domain model with DDD. Is like sexy time of project. Is very nice!

The Curse of DDD: when you talk of DDD, you lose your audience because it's too domain-specific, or because it's too abstract.

"DDD in practice is 1% domain analysis, 99% wonder if do DDD well."

Is proof Composite pattern is exist in holy DDD domain of cargo shipping: pic.twitter.com/UnND2RsVVM via @usmanm

"DDD Quickly" ebook is good for know quickly you need lot of time for learn DDD.

Is not fair: noble Entity is born with identity, but modest Entity is born like Value, is have no identity before marry a database

In upstream-downstream relationship of Context Mapping, there is type of relationship Masochist or Sadist?

Once you master DI and can decouple your model objects from frameworks, you can take the next step and decouple them from business logic too

OH: "DDD: Invented by Eric Evans. Explained by others."

ладно, вернемся обратно )

как многие в принципе догадались когда проект нормально разбит по DDD, то его очень легко контролировать - каждой тиме по BC и все

@backendsecret конечно могут всплыть проблемы с коммуникациями между командами, но если оговорено как BC между собой взаимодействуют то

@backendsecret проблем особых не должно быть

прежде чем перечислять и разобраться как взаимодействуют между собой BC, нужно определится с upstream / downstream

контексты могут находится в взаимоотношении upstream / downstream, когда success одного зависит от upstream

@backendsecret например BC A нужна некоторая функциональность от BC B, которой еще нет, BC B в данном случае upstream а BC A downstream

@backendsecret успех BC B не зависит от BC A, и наоборот, т е BC B может сделать это и двигаться дальше, а BC A on hold пока BC B не сделает

какие способы взаимодействия между BC есть:

@backendsecret есть пара других, но это основные )

вот тут сижу слушаю трэки из #GTAV , они вполне себе неплохие, особенно #FlyLoFM конечно )

в #NeedForSpeed тоже неплохие треки, а вот из #Destiny youtube.com/watch?v=93bjEF…

ACL (AntiCorruption Layer) - используется когда надо отгородить один "кривой" BC или код от другого, часто при Big Ball of Mud (Legacy)

@backendsecret многим ACL также может быть знаком по разным интеграциям со сторонними системами через API, это тоже яркий пример

@backendsecret в чем суть? в том что взаимодействие со сторонним BC происходит через определенный слой который защищает ваш BC от

@backendsecret кривого зачастую и неподдерживаемого кода стороннего BC, либо когда модель ваша не совпадает со сторонней как в случае API

@backendsecret рассмотрим пример с API

@backendsecret есть какой-нибудь сервис поиска отелей (аггрегатор), вам надо с ним интегрироваться, с вашей стороны Inventory BC

@backendsecret очевидно что скорее всего у вас в Inventory domain model другая модель чем у них поэтому чтобы убрать этот Impedance Mismatch

@backendsecret применяют ACL, в который входят трансляторы из вашего BC в их и обратно

@backendsecret т е при получении информации об отеле из стороннего сервиса вы транслируете свой отель в их и обратно, т е T -> A / S -> T

@backendsecret T - translator, A / S - adapter или service который работает в терминах их domain model.

@backendsecret как-то так gist.github.com/Ragazzo/815d6f…

стоит отметить что в коде на если говорить про всякий port/adapter нет никаких папок AntiCorruption, оно все спрятано за конкретным adapter

@backendsecret на уровне Domain Model только контракты

OHS + PL - просто API и все, ярким примером PL (published language) является кстати SOAP, когда часть UL шэрится наружу другим

OHS + PL / ACL часто идут парно, т е один сервис как понятно предоставляет API (OHS + PL) а другой лепит со своей стороны ACL трансляцию

можно сделать и ACL / ACL если у вас только между собой два сервиса взаимодействуют, но когда с одним сервисом взаимодействуют много

@backendsecret то поддерживать 100500 ACL со своей стороны BC становится сложно, и делают OHS + PL для всех downstream

мля , пропустил 9000 твит, its over9000 youtube.com/watch?v=SiMHTK…

Customer / Supplier, это классика upstream / downstream, один BC заказывает нужную функциональность у другого BC

@backendsecret customer тут downstream, но он имеет полный контроль над процессом в плане управления, может отменить свои требования

@backendsecret таким образом upstream Supplier не нужно будет что-то делать

@backendsecret зачастую пример customer / supplier это разные BC которые обмениваются Domain Events

Shared Kernel - два BC делят общий код, конечно это плохо, но иногда так бывает, отсюда появляется куча дублирования, god object, etc

Conformist - upstream BC и их команда знатные мудаки, которые не хотят помогать downstream, в итоге downstream просто мирится со всем

@backendsecret и вместо переделывания каждый раз например того же ACL, downstream просто принимает модель без изменений от другого BC

Separated Ways - проекты мало что общего на данный момент имеют, и их проще разделить на два независимых чем пытаться интегрировать

есть еще Partnership конечно для любителей лапше кода и лапше функциональностей - оба BC разрабатываются одновременно, а также

@backendsecret совместные фичи выливаются вместе в определенный срок, понятно что это плохой тип взаимодействия и приводит тупо к deadlock

собственно это и весь DDD Strategic базовый, для особо интересующихся есть Strategic углубленный Segregated Core / Highlited core

@backendsecret в принципе ничего сложного, но лучше туда забегать во второй или третий раз, чтобы мозги не вскипели

вот в целом такой DDD Strategic базовый и есть, легко его пропустить или не заметить и получить совсем не тот результат который хочешь

если подытожить про наш мифический e-commerce online магазин и что мы получили:

@backendsecret

@backendsecret

не знаю стоит ли подробно рассказывать про DDD Tactical т к там ничего особенного нет, просто набор паттернов и правил

@backendsecret может у кого-то есть вопросы вида Entity vs VO, Impedance Mismatch problems, Persisntece Ignorance for the win?

вообще куда потерялись все явисты , дотнетеры из 2k или никто не использует там у вас #DDD ? что маловероятно конечно )

making a Ruby class private by using 'private_constant' pic.twitter.com/2mNhDEMkRL

Bloodhound Gang Screwing You On The Beach At Night youtu.be/uTeSkg-YIWI via @YouTube

хотя есть пара нетривиальных тем в DDD Tactical, думаю можно будет это обсудить позже сегодня или завтра =)

отвлечемся от #DDD #SOA #DDDD , всякого программирования и прочего, кто как отдыхает на выходных?

я конечно зачастую охраняю диван т к сил нет, но вот например наш сисадмин попрется скоро на Эльбрус, вертикальный км и т п

Я поняла. У @backendsecret сломался бот для твиттера и натвитил весь материал за неделю сразу в один день! О_О #web

@backendsecret youtu.be/IDt0OlVqmNY

Electric Six - Gay Bar youtu.be/-XNFokmDKrE via @YouTube

@backendsecret > Listening at double speed is audio cocaine

есть тут те кто используют mercurial до сих пор? я например использую, не по своей воле конечно

пойду пробегусь по разным аккам может вам что-нибудь сюда накидаю

@backendsecret у нас в компании основные проекты на нем. Моя команда уехала на GitHub. Лично считаю hg приятней и удобней. Git сложноват.

@backendsecret использую, мне норм. Алсо OpenJDK использует.

немного бесит правда что нормально у mercurial ветку не закроешь если сделал branch, приходится коммитить, etc

Modern Talking - Cheri, Cheri Lady youtu.be/rOBSv7UJ8II via @YouTube

для тех кто не может смириться с однопоточностью в php и хочет псевдо - параллелизма =) github.com/kriswallsmith/… github.com/huyanping/simp…

@backendsecret @DimaSharikov это пока не приходится поддерживать несколько lts релизов, которые разошлись в коде, но фикс нужен одинаковый

@backendsecret @DimaSharikov основное отличие svn от git в подходе к коммитам: в svn когда хочешь поделиться, в гите для себя коммитишь

судя по хэштегам #VK снова решил прилечь, как по мне то после ухода @durov #VK уже не торт

второй раз уже промазал мимо ссылки, однажды так в рабочий скайпо чат проном промазал, неловко было, да

кстати QML классная вещь, но я так и ниасилил ее в пуфоне

вопрос для знающих, что лучше rabbitmq в псевдо AP или 2 rabbitmq через всякие consul?

поставил #worldwide тренды в хэштегах т к локальные это тьма

для тех кто все ищет что почитать но не может найти ) github.com/papers-we-love…

вот тут костыли еще есть, вставайте и идите github.com/icicleio/concu…

@c01nd01r в @rzd_official @rubyunderhood @7rulnik @backendsecret

@backendsecret Да, мы используем. В небольшой команде с TortoiseHG - очень приятно. В большой наверное бы мешала каша из веток

кстати кто там просил русскоязычных #IT подкастов, их есть у меня =) github.com/AveVlad/russia…

> Your Tweets earned 120,191 impressions over the last 24 hours pic.twitter.com/RPMTUyM7eI

PEV: Postgresql Explain Visualisation. Holy cow, I want this for MySQL, too! tatiyants.com/postgres-query… pic.twitter.com/SrSpqBVEBQ

Dead again. Time to change the bitcoin logo! by laurentmt
redd.it/41tzkk pic.twitter.com/qGTXhk2M0x

Everything that's wrong with the world in one screenshot. pic.twitter.com/s4S415CDPK

у кого кстати какие соображения по поводу того почему #dart не выстрелил?

@backendsecret костыли, как и TypeScript

вот еще для тех кто любит упарываться по юнит-тестам в php и coverage 100 % github.com/Vectorface/dun…

о том куда еще можно приставить #AOP в php #DbC github.com/lisachenko/php…

вот кстати что-то похожее на #DDD Tactical github.com/elcodi/elcodi

для тех кто решил узнать почему тормозит #postgresql и прочие вещи github.com/rxin/db-readin…

вот такой есть еще список ) github.com/ziadoz/awesome…

на сегодня наверное все )

@backendsecret прям бери и открывай свой коверкинг-центр! со стартапчиками, смузи, макачинками и фрапучинами.

В @backendsecret какой-то сектант вещает

@backendsecret на сегодня? по-моему это была недельная, если не месечная норма =D

@Onotoly @backendsecret @ruFog @github вот habrahabr.ru/post/269355/ golang.org/doc/effective_… и тут книга крутая скоро ozon.ru/context/detail…

Закончите фразу: "везде всё время баги, а если нет багов, то тормозит, а если не тормозит, то ..."

@ruFog @sum3rman @backendsecret @TvorZasp implicits в Scala это отличная вещь. Но как и любую отличную вещь, эту можно использовать неумело

@backendsecret @notxcain изучение Scala можно начать с книги, коих много. В них всё разжёвывается. Или курс на Coursera от Мартина Одерски

@backendsecret из восьми чeловeк команды у нас -- двоe альпинистов и один скалолаз

@gvsmirnov @backendsecret но зато инфраструктура вокруг гита развернулась побольше, чем у меркуриала

сегодня наверное немного меньше тут буду, т к надо закрывать таски из спринта, аджайл все дела )

@ruFog @sum3rman @backendsecret @TvorZasp а какие есть сложности с имплиситами?

@backendsecret я лично неоднократно встречал сервисы, которые умеют в гитхуб, но не умеют в произвольные гиторепозитории :)

@backendsecret хайп достиг цели, Git нынче — default VCS. Что не значит «лучшая» :)

Arias - Andromeda youtu.be/vsfxGs6siRY via @YouTube

@eqr1234 @mkuleshov @backendsecret вы будете смеяться, но Mercurial начинали делать ровно для тех же задач — en.wikipedia.org/wiki/Mercurial… :)

@backendsecret из того, что нашлось навскидку — app.shippable.com.

о, нашел тулзу для рисования рисунков, думаю порисовать вам тут про то как связаны domain parts / bounded context и про связи между BC

@notxcain @sum3rman @backendsecret @TvorZasp напр эти: scala-lang.org/blog/2015/11/1…

у нас кстати плоховато с деплоеем, вот думаем може docker притащить чтобы сервисы было легко разворачивать, кто что посоветует? =)

@backendsecret Docker рулит! Рекомендую Tutum.co еще заценить для ркестрации. Там пока бета, но уже впечатляет.

@backendsecret @strizhechenko деплою нужна атомарность, откат и скорость. И минимум зависимостей. Если сервер ce ляжет, то как альтернатива

@backendsecret смотря что и в каком количестве разворачиваете.Docker классный

@backendsecret И заработать на жопу ещё 100500 новых проблем?

yandex music предлагает купить HQ качество треков, ну да..... в России то )

@notxcain @ruFog @backendsecret @TvorZasp ну вот implicit conversions через которые делают ops, это самое тяжело заметное без IDE, и даже с.

@ruFog @backendsecret Может и решите 5-10, ну ок 15 проблем. Но заработаете на 5-ую точку 20 новых.

@backendsecret @Onotoly здесь golang.org/doc/

Как-то я хотел сделать себе нормальный сайт. По привычке прогал его на C++, по полдня выжимая миллисекунды из каждой функции.

@backendsecret из пользы — скорость деплоя, если образы билдить через CI и после тест-цикла пушить в прод. Ну и откат назад проще/быстрее

@backendsecret сильно легче на станет. Нужно будет образы собирать и докер провижнить, а потом еще связи между контейнерами настраивать

@backendsecret скрам к хуям

we all collectively pretend GitHub OctoCat is a cute lil' mascot instead of horrifying night sweat terror fuel pic.twitter.com/vLttYvxVRE

кстати кто-то lmax disruptor использовал? какие ваши ощущения? )

@backendsecret вон @lisachenko прикрутил его у себя, говорит полет нормальный, можете его поспрашивать подробнее тоже если что )

вот ссылка в том числе на php binding, сами понимаете на чем написан софт github.com/LMAX-Exchange/… github.com/prolic/PhpDisr…

как я не люблю SOAP, но снова прилетела интеграция где SOAP

@OdinYury @backendsecret без докера проще. У меня systemd-nspawn который запускается юнитом. Никаких лишних демонов и супервизор искаробки.

@backendsecret обнимемся

пока особо и времени нет, то сместим нашу дискуссию в сторону #EDA

кто какие message oriented middleware использует? у нас вот RabbitMQ просто потому что он простой как пробка, ну и может кластерится

вот и обед

@nimnull @backendsecret а без докера нужно деб-пакеты собирать и нативные процессы провижинить. Проще что ли?

What if Belgium is make of 2 Bounded Contexts with 2 different languages? Oh, Wait...

кто спрашивал про ru подкасты то тот список составлял @avevlad , можете у него еще поспрашивать ссылок

быстро поднятое не считается упавшим, вот ровно 5 минут назад случилось и 200 сообщений в почту )

@backendsecret вроде пагни из скб-контура запилили неплохую алертилку недавно, сам не щупал, только слушал чувака.
github.com/moira-alert

вот тут @sam_dark советует rollbar.com и getsentry.com/welcome как полезные тулзы для exceptions handling

@backendsecret @sam_dark для руби можно errbit на своем сервере поднять

@backendsecret сейчас чисто для себя юзаю grafana + influxdb + crontab с башем без алертов для мониторинга всякой своей фигни, в итоге

многие кто думают что #DDD это rocket science, оглянитесь, вдруг вы уже делаете #DDD но не используете его термины

и вот еще думаю что где-то в 25 лет для программиста начинается завершающий этап т е годам к 30 можно выкидывать, т к развития 0 у многих

@poebat @backendsecret тут приколюха почти в духе фрагментирования fs у мозга и в итоге i/o деградирует )

@backendsecret добро пожаловать в европы, тут в 25 многие ещё только phd защищают, и из опыта имеют только стажировки

@backendsecret не-е, уже поздно, как только программист отказывается работать за еду, его нужно выкидывать, инач он в манагера перерождается

@backendsecret я без преувеличения скажу, что все действительно крутые программисты, которых я знаю, примерно 30+

@backendsecret с другой стороны такая тенденция с возрастом действительно есть.

@backendsecret зависит от человека, а не от возраста.

@backendsecret по JS'у может и да, но если посмотреть какой-нить митап гугловый/постгре/компиляторы..., то там 40+ мелькают мама не горюй)

Gary Numan - Cars youtu.be/Ldyx3KHOFXw via @YouTube

@backendsecret @AntonyKapustin @White_Desay да лана, возраст не важен конечно. половина страны 23-25 летние сеньоры и к 30 годам манагеры :)

Gogol Bordello - Lost Innocent World youtu.be/kG4x5q9YhA4 via @YouTube

@backendsecret youtube.com/watch?v=fBPPFR…

@backendsecret @43oN I know that feel, в одном проекте на Питоне пришлось отправлять вручную http запросы подставляя в стринг значения

@backendsecret nats.io

@freiksenet_ru @backendsecret человек с семьей вообще не человек. он, гад, за идею не работает и много думает :)

@backendsecret @SiliconBangalor m.habrahabr.ru/post/275951/co…

солнце вроде село, значит можно двигаться домой )

кто как считает, когда нужно повышать зарплату программисту и насколько?

@backendsecret если человек отсидел несколько лет на легаси проекте, то он может сломаться. btw это хорошо коррелирует с возрастом

добрался до дома, в городе сплошные пробки

@ipronix @backendsecret @AntonyKapustin @White_Desay ну надо было уже говорить - "мой хлеб им в рот не поместится", чо :)

@backendsecret всегда и намного.

А если серьезно, то пересмотр 1-2 раза в год вполне приемлем.

@DaryaChu @backendsecret эти ревью тоже забавные - "претензий по работе нет, но вот один менеджер считает что вы не достаточно дружелюбны"

@DaryaChu @backendsecret лучше всего - "я принес миллион фирме, поднимите зарплату на 5%"

@backendsecret @ipronix @AntonyKapustin @White_Desay да лана, явисты вместе с джавой умерли 15 лет назад! любой жабаскриптер подтвердит! :)

кстати секретный диванон, я нахожусь в Крыму, и тут действительно все плохо, серьезно =)

@backendsecret @SiliconBangalor так и js вырос, но языком от этого не стал

поскольку вроде народ живой то надо потвиттить про #DDD

могу кстати поотвечать без политсрача конечно на вопросы про Крым и прочее, если кому вдруг интересно, про IT тут вроде рассказал )

@ted_dunning @mapr Modern Streaming Analytics, Flow vs State. #ddtx16 pic.twitter.com/r8nQph6rr5

все мажу и мажу мимо твиттов, что такое то, скоро и прон придется скидывать

но несомненный плюс Крыма это природа, ооооочень красивая и живая, несмотря на дачи которые тут успели уже построить все кому не лень

на переправе кстати когда на пароме плыл видел дельфинов, любят они с паромами играть )

@backendsecret @POS_troi вот он первый положительный момент :)

из окна у меня море видно, не баварские конечно сосики, но думаю тоже сойдет =)

@backendsecret чащe всeго, дeньги для программиста нe являются мотиватором, но могут стать дeмотиватором. Повышать рeгулярно, но понeмногу

Eddie Murphy - Party All the Time youtu.be/Wu_T5RykJkI via @YouTube

но людей конечно понемного начинает бесить текущее положение, но терпят )

@backendsecret @POS_troi ааа. пусть проливы вернут и я буду протурецким :)

Why do webdevs choose languages other than PHP despite Mark Zuckerberg having proven that you can build a highly-scalable platform in PHP?

вопрос тем кто в Германии живет, вы там хоть на Бундеслигу ходите? или все забили?

@backendsecret 22 дурня пинают мячик - на что смотреть ?

@freiksenet_ru @backendsecret у нас в компании нeгласно цeнятся "ипотeчники". Им, обычно, дают возможность заработать большe

@ipronix @backendsecret eсли программист вспомнил про свою зарплату, то, скорee всeго, eму сдeлали прeдложeниe и он ищeт повод остаться

@rubynovich @backendsecret программист не помнящий о зарплате - странный. мягко говоря.

@rubynovich @backendsecret @freiksenet_ru mortgage driven development

кто может, то покупайте сейчас домик / квартиру в ПГТ в Крыму, в целом недорого, зато природа / воздух все рядом, не люблю я города )

начал твиттить про #DDD называется, засидишься тут с вами о жизни поговорить )

@ipronix @backendsecret кодер, который просит + з/п уже мысленно попрощался с проектом. норм менеджер должен знать когда надо и на сколько.

@ipronix @backendsecret вот хороший менеджер это должен увидеть. кодер видит, что его труд ценят и это мотивирует сильней, чем выпрошенное

очень умный человек @rubynovich , обязательно посоветуйтесь с ним, когда захотите менять работу / просить повышение

@ipronix @DaryaChu @backendsecret с программистом нe угадаeшь. У нeго зарплата 250к и что eму твои 15к? Крохоборство, мeня цeнят на 15к и тд

@backendsecret это всe жизнeнный опыт, жeна вeрховный hr и работа над проeктом "бизнeс-мотиватор"

@backendsecret @DaryaChu @ipronix по большому счeту -- всe равно на сколько повышать. Eсли ты нe думаeшь об уходe, то любоe повышeниe -- гуд

@backendsecret в hr обычно идут дeвушки молодыe , красивыe и общитeльныe, а вeрховный hr -- это ужe знак особо качeства. Нe смог устоять

обратно немного про #DDD и взаимодействия Domain (domain parts - core, supporting, general, cm) и Bounded Context

напомним что Domain разделим, и почти всегда у вас в проекте будет несколько Domain Model (Domain Part + Bounded Context)

@backendsecret интересным вопросом является как правильно сопоставить нужный bounded context (solution space) с нужной domain part

@backendsecret зачастую когда один Bounded Context пытаются натянуть на несколько domain parts, в итоге получается совсем плохо

@backendsecret начиная от затыков в логике проекта, т к нарушают SRP, появляется много общего кода, нет четкого языка UL, все размыто

@backendsecret невозможно нормально разделить проект по командам, изменения одной команды начинают рушить изменения другой, все знакомо

@backendsecret все как в крыму короче

@rubynovich @backendsecret ваши бы слова да богу в уши

@RusAlexander @DaryaChu @ipronix @backendsecret у меня знакомый так в 3 раза поднялся :)

@backendsecret собственно пересечение двух BC отмечено черной дырой на рисунке, BC - пунктир, Domain Part подписаны pic.twitter.com/ATIowSthG0

@backendsecret в рамках domain part 1 может существовать два разных BC, что вполне норм пока они не пересекаются

@backendsecret это лишь означает что domain part можно дальше доразделить и получить еще большую независимость в том числе в коде

@backendsecret со временем оно все равно распадется на независимые приложения общающиеся через event bus, вот и SOA есть

@backendsecret но данная ситуация с пересечением BC печальна тем что в коде появятся god object User, который и User(login, pass) и Customer

@backendsecret поскольку это не просто пересечение BC, но пересечение BC из разных domain parts с разными понятиями в UL

@backendsecret другая ситуация, это когда в рамках одной domain part есть несколько не пересекающихся BC, тогда можно смело дробить domain

@backendsecret и получить полностью независимые в том числе на уровне кода Domain Models

@backendsecret третья и самая идеальная ситуация это как все поняли, сопоставление 1 в 1, когда одной domain part соотв. один BC

@RusAlexander @backendsecret можно даже по разным репозиториям

@backendsecret в такой ситуации даже делать ничего не надо, вы уже постарались и все верно сделали =)

@backendsecret четвертая ситуация это когда разные BC пересекаются в рамках одной domain part как показано на рис pic.twitter.com/TA8Q67xCP9

@backendsecret это означает что когда выделяли UL, то не до конца разделили слова и их значение, проблемы те же - общий код, god object, etc

@backendsecret таким образом это наиболее вероятные отношения между DP / BC которые у вас могут быть

@backendsecret распадется на плесень и липовый мёд :) сорян, не удержлся!

@backendsecret среди них есть как хорошие так и плохие, главное следить за DDD Strategic и все будет хорошо

@backendsecret ну и конечно очевидно что когда 1 DP и ей соотв. 1 BC то легко превратить в сервис, деплоить, независимо изменять

@stasian @backendsecret серьезный ответ на серьезный вопрос - stackoverflow.com/a/24224902/500…

пока все не разбежались, то сейчас еще порисую криво про взаимоотношения между BC (ACL, OHS+PL, Customer / Supplier)

начнем с простой context map, где есть два BC и shared kernel pic.twitter.com/N1HZClwOaY

@backendsecret похоже правда как-будто один пингвин клюет другого )

@backendsecret при данном пересечении BC уже обсудили какие проблемы, но вполне допустимо и жизнеспособно

@backendsecret если вы будете держать shared kernel не слишком большим, и команды будут уведомлять об изменениях друг друга и согласовывать

другой пример, это когда два или несколько BC взаимодействуют по ACL pic.twitter.com/S2fEdHP3kz

@backendsecret как видно из этого рисунка BC 1, взаимодействует с другими через несколько разных ACL, вроде все норм пока что

@backendsecret но как только команда BC начинает понимать что "стрелять дробью" менять код 4 ACL это долго и трудоемко, то они

@backendsecret просто заменяют несколько ACL на один единственный OHS (open host service) + PL (pulished language)

@backendsecret в PL входят необходимые и достаточные слова из UL чтобы другие BC могли взаимодействовать с ним, тупо API в общем

ну и относящееся к предыдущему о том как эволюционируют несколько ACL в 1 OHS / PL, будет как - то так pic.twitter.com/u6TlUPimPM

@backendsecret только в обратную сторону, просто этот рисунок был нарисован вначале )

@backendsecret таким образом команде у которой было несколько на своей стороне ACL, не надо особо переживать за другие Bounded Context

@backendsecret поскольку команда предоставляет API (OHS / PL) в своем BC и другие BC могут легко с ним общаться вне зависимости от кол-ва

последняя context map, это customer / supplier, ярким примером которого являются как раз таки domain events pic.twitter.com/EHS2N21Lg4

@backendsecret customer "заказывает" некоторую функциональность у supplier и ждет пока это сделают, но как и говорил

@backendsecret customer может отозвать запрос, таким образом несмотря на то что customer downstream, контроль над самим процессом у него

по-хорошему нужны только два типа взаимодействия customer / supplier и OHS + PL / ACL, т к для SOA это классика: API + events

@backendsecret но в зависимости от того какой это код, и насколько команды промахнулись при разделении domain на части, может выйти и похуже

это наверное все, что я хотел вкратце рассказать про DDD Strategic, чтобы хоть немного было понятно и не было баззвордов как говорили

текущему автору @backendsecret с его аватаркой и терминологией явно не место в его текущем географическом положении.

@strangeqargo @backendsecret да, я ему давно говорю - едь в киев, даже вакансии под него видели :)

Таким образом наш мифический псевдо e-commerce онлайн магазин распадется на несколько Domain Model или если про код - приложений:

@backendsecret Inventory (Catalog), Purchasing, Marketing, Payment, Account, Accounting, Shipping, Tracking (трек посылок etc)

@backendsecret понятно что все это легко приходит к сервисам в терминах SOA. Эти сервисы elementary / atomic

@backendsecret с помощью edge services / API gateway можно строить какие угодно сервисы под разные платформы, ну как делает Netflix и прочие

@backendsecret перечисленные сервисы лишь будут отдавать данные по API, и взаимодействовать с собой через MOM выбранный вами

@backendsecret в целом схема проста и понятна, скейлится как угодно, но только появляются проблемы связаны с distributed системами, а именно

@backendsecret порядок сообщений? точно один раз доставлено? нужно быть fault tolerance если один сервис не работает

@backendsecret как мониторить сервисы на жизнеспособность? какой должна быть consistency? наперед забегая скажу что eventual

@backendsecret как сделать быстрый перезапуск или исключение упавших сервисов? в общем все проблемы связанные с SOA, но зато и плюсов много

@backendsecret можно менять систему как хотите, становится гибкой для требования бизнеса

@backendsecret программисты довольны, и особо не пересекаются, autism intensifies, масштабируйте пока хватит денег

@backendsecret если вдруг программист накосячил в marketing или каком-нибудь analytics BC то остальной код то будет работать (!) в теории

@backendsecret в общем классика monolith VS services

если немного забежать в SOA, и по поводу того почему eventual consistency а не какая-то из типов strong en.wikipedia.org/wiki/Consisten…

@backendsecret все просто - бизнес готов пожертвовать частью функциональности, при том что будет работать другое, конечно если

@backendsecret у вас не упало то что связано с core domain, т к бизнес не будет зарабатывать, а как известно все делается ради денег

@backendsecret в #DDD как многие уже поняли eventual consistency между разными persistence слоями поддерживается с помощью ивентов

@backendsecret собственно как и везде, только тут ивенты это Domain Event - что-то случилось в домене, OrderCompleted, InvoicePaid, etc

в итоге получаем что наша система в целом будет вести себя как AP система в идеале

@backendsecret да и вообще проще когда к системе меньше требований по consistency и прочих сложных условий

@backendsecret важно отметить что иногда именно программисты вносят эту сложность, например ивенты

@backendsecret для бизнеса может быть нормально если ивент придет через 5 или 10 минут, или через 2 дня

@backendsecret но конечно есть и всякие биржи где задержки должны быть минимальны (но вы не работайте там лучше, поседеете)

так что как видите никакого рокет сайнс нет, разделил и властвуй, пихай в сервисы пиши книги продавай другим =)

но зачастую конечно отсутствие софта мешает нормально жить, и приходится костылять

подытожим в итоге что знаем про DDD Stragetic:

@backendsecret

@backendsecret

если кому-то будет интересно ну или нет, то завтра вечером расскажу про #DDD Tactical, вторую составляющую #DDD

@backendsecret о том что такое persistence ignorance, impedance mismatch, ивенты и как с ними жить, как жить в мультиперсистентных системах

— Здравствуйте, меня зовут Анна, я новый тестировщик.
— Очень приятно!
— Это ненадолго.

@SiliconBangalor Ну или менее олдово - youtube.com/watch?v=RBZXI-…

у кого есть жены программисты? как вы живете вместе? есть ведь стереотип, что люди одной профессии не могут жить вместе долго

@backendsecret интересно практикуют ли они парное программирование?

@backendsecret стереотип ;)

@OdinYury @backendsecret тантрическое программирование

@backendsecret Товарищ сисадмин, его жена тестировщик, не погромисты, но одного айтишного поля ягоды, и ничего, живут много лет душа в душу.

@SheVasya @backendsecret ставят ли они на домашний сервер FreeBDSM ?

@SheVasya @backendsecret @OdinYury тантрическое программирование - это одна из причин того, что индусских программистов так много.

@backendsecret @OdinYury @SheVasya такой тоже ставил )) минидлна правда крутой, после апт-гет нужно всего 1-2 строки в конфиге и рестарт.

«Наша типизация строгая, но справедливая»

@backendsecret @SheVasya Заставляет опускать скобочки после себя в коде :(

Ма, ма, смотри, я программирую на xml! Смотри, вот бин, вот контейнер, вот проперти ставятся. Я энтерпрайз программист, ты не понимаешь, ма!

Не манер если у вас нету тёти:

Если у вас нету типов,
То и не надо их выводить

@backendsecret мне Plex понравился, но там dlna как опция.

Здравствуйте, федеральный проект "СТОПХАСКЕЛЬ". Это у вас что, правая свертка? Пожалуйста, монаду уберите, молодой человек.

В клофелиновом угаре
Я пишу на ангуляре.
Если ж вмазать сразу две,
То пишу на тайпскрипте.

Не стоит воспринимать всерьёз людей, использующих Sublime, Atom, Vim, Emacs и другие текстовые редакторы для написания кода.

Реакт, реакт — и в продакшн.

-поручик, вы и на скале программировать можете?
-на скале боюсь - вдруг макбук в пропасть улетит?

@backendsecret @SheVasya тк большинство прогеров ненастоящие, то как таковой проблемы нет

Хотел задать очень крутое тестовое задание типа «разберитесь, что за херня происходит», но еще не разобрался сам и пришлось писать обычное.

@backendsecret @SheVasya другими словами, вопрос можно сузить до "спала ли барбара лисков с дэнисом ритчи?"

на сегодня наверное все )

@nimnull @backendsecret а в бостоне как-то по особенному работают ?

@RusAlexander @backendsecret да, улыбнулся. Свободно конвертируемую валюту нужно знать

@asktwi @backendsecret 6 лет в браке, все отлично :)

Поток сознания @backendsecret в моём твитторе imageshack.com/a/img905/3059/…

#kphp все еще быстрее (хоть и не всегда) #hhvm, а #php 7 красавчик по памяти. vk.com/wall4899732_10…

Наиохренненейшая визуализация конкурентной работы в Go от @idanyliuk divan.github.io/posts/go_concu…

Что делать, когда тебе предлагают писать на Java?

jonhendren.com вот так должен был выглядеть мой сайт.

@backendsecret @de_gis ну дык я о молодежи ваще, а не о персоналиях. грустное ощущение в целом создается.

сейчас покида ссылок на книги и статьи для тех кто как и я интересуется #distributed но может не знает с чего начать

В Java нужно хорошенько постараться выстрелить себе в ногу, в C++ нужно изрядно постараться этого не сделать. Вот почему?? :-)

"Ты что дебил конченый на продакшн Docker выкатывать?!!!"(c) из производственного совещания :) #cloud

@biercoff_enn @backendsecret а если это ортодоксальные явисты?

@backendsecret @de_gis угу, пойду упорюсь веществами, выскочу на орбиту и стану энторпрайзщиком! :)

@OdinYury @backendsecret обними их :) Но вообще я знаю проекты, где pure Java и всем все нравится. Тебе решать.

@de_gis @backendsecret мы уже год как выкатили и ничего, не падает)

@OdinYury @backendsecret кстати, если это адепты Java 6, то окропи их святой водой и убегай :)

Google AI masters Go.
But it's only the beginning.
Next step: Goo.

@backendsecret это больше сарказм, сам пишу на java-scala

Distributed Systems Interview Questions

storify.com/davidkua/distr…

via @SeanTAllen and @tsantero

#distsys #distributedsystems

отличная книга в которой объясняется разница между local / remote на пальцах и почему SOAP / RPC не торт =) citeseerx.ist.psu.edu/viewdoc/summar…

краткий ввод в #distributed и #CAP #FLP и т п book.mixu.net/distsys/single…

классика для тех кто приходит в #distributed о том какие неверные допущения делают люди ) en.wikipedia.org/wiki/Fallacies…

об основных моментах и затыка в #distributed somethingsimilar.com/2013/01/14/not…

про то, что в основе многих #distributed систем тупо лежит лог и о том как его ментейнить engineering.linkedin.com/distributed-sy…

вот еще от excore Linkedin blog.empathybox.com/post/195749363…

другая подборка по #distributed the-paper-trail.org/blog/distribut…

подборка по #distributed от @old_sound videlalvaro.github.io/2015/12/learni…

С HL++2015, оказывается, видео уже можно глянуть онлайн.
Посмотрел на себя со стороны, не так уж и плохо:) highload.ru/2015/abstracts… #highload

есть много других ссылок, в том числе на youtube, скину их вечером, так что stay tuned #distributed

@backendsecret «Distributed systems: for fun and profit» для сарта норм. github.com/mixu/distsysbo…

E-Type — Russian Lullaby #nowplaying music.yandex.ru/album/88174/tr…

@backendsecret заметил, уже давно перестал интересоваться возрастом коллег и знакомых. Возраст, наверное :)

вопрос тем кто работает в офисах, как вам тимбилдинг? часто это у вас бывает? дружите семьями с коллегами по работе? )

@backendsecret я стараюсь держать дистанцию. Всех уважаю, но "дружить семьями" - нет. Лучше быть хорошими коллегами, чем плохими друзьями.

перерыв на обед, всем #EDA

@backendsecret художественная гимнастика какая-то, где после 25 только в тренеры :)

@MaxBorisov @backendsecret да просто вас в лес надо вывести командой, сразу будет тимбилдинг :D

@backendsecret #ddd а насколько доменная модель обычно проникает в код фронтенда?

первое правило проектировки API: тот, кто его использует, должен страдать

Написал кусочек на php, глазки болят. pic.twitter.com/l49cvZpsg2

@backendsecret @nimnull вот вам кстати за чаепитие george-rooke.livejournal.com/457852.html

@backendsecret У некоторых людей развития и нету с самого начала. pic.twitter.com/OQUgOM9z0S

ребята, #distributed час, ждут давно чужие земли нас. В смысле сейчас продолжу кидать полезные ссылки / книги

вот кстати интересно, есть тут те у кого бизнес пишет спеки и прочие доки? кто практикует waterfall?

@backendsecret "хуярь шоб заебись, ёпта"

Маша И Медведи - Земля. youtu.be/SWGvGf6gsYc via @YouTube

основная информация о #Dynamo с примерами как они разбивали ключи и как хранили их #distributed allthingsdistributed.com/files/amazon-d…

про трейдоффы в #distributed #EDA bravenewgeek.com/what-you-want-…

подборка от @rystsov который видимо там на #paxos собаку съел ) rystsov.info/#distr_key_val…

я не знаю как это оказалось у меня, но там что-то важное по #distributed это точно hengxin-blog.logdown.com

афир рассказывает про atomic consistency которая в этом вашем #paxos и прочих #CP системах youtube.com/watch?v=QdkS6Z…

о том как gov.uk использует Merkle Tree (они есть и в Dynamo) у себя gdstechnology.blog.gov.uk/2015/10/13/gua…

несколько ссылок на gossip и всякие universal ultra super timeout failure detector

@backendsecret
cs.cornell.edu/home/rvr/paper…
zoo.cs.yale.edu/classes/cs426/…
youtube.com/watch?v=s4cCUT…
youtube.com/watch?v=aVYEY7…

изобрети свой #paxos и получи пирожок с полки paxos.systems/variants.html

отличное объяснение про riak_ensemble и как у них работает #paxos youtube.com/watch?v=ITstwA…

о том как uber научился #DISCO highscalability.com/blog/2015/9/14…

вот еще забыл про #gossip кинуть highscalability.com/blog/2011/11/1…

для затравки наверное хватит, если кому надо могу скинуть больше, в том числе книг ) также фолловьте @sum3rman и других #distributed людей

также советую зафолловить @AterCattus это он там #VK кладет каждый раз и на #Go вам всем уведомления шлет

предлагаю поговорить о #DDD Tactical, может кто-то и не хочет, но акк то у меня, что поделать

I’ve just published a bunch of guides on how RabbitMQ internals work:

github.com/rabbitmq/inter…

Musthave cheetsheet for distributed syncs pic.twitter.com/xZ0A5hMSmJ

итак, посколько с #DDD Strategic уже знаем, что такое UL и BC, то неплохо бы знать как это все воплотить в код через #DDD Tactical

в #DDD Tactical входят следующие многим известные вещи: Entity, Value Object, Repository, Factory, Specification, Domain Event, Service

@backendsecret я не буду очень тщательно останавливаться на каждом из них, т к информации в инете много плюс думаю кто-то уже знает про них

@backendsecret как и говорил есть простой способ перевести UL в код по старой традиции: существительные - entity, глаголы - service, методы

@backendsecret Entity не что иное как некоторая глобальная в рамках одного или нескольких BC вещь, которая характеризуется своей identity

@backendsecret для многих кто проектирует приложения с миграций это будет autoincrement тот же, но это не всегда верно

@backendsecret примеры сущностей в псевдо магазине: Order, Customer, Account, Invoice, Client, Coupon.

@backendsecret у сущности есть state который она и ментейнит, ничего сложного, обычно сущности создаются в Factory, но можно и без них

@backendsecret важно отметить что сущность может играть разные роли в разных BC: User (profile), Client (marketing), Customer (purchasing)

@backendsecret также другим важным аспектом является что сущности должны всегда находится в валидном состоянии, always valid

@backendsecret или другими словами, вы не должны поддерживать инваринат сущности, #DbC в деле en.wikipedia.org/wiki/Design_by…

@backendsecret ответ зачем это делать - просто потому что так проще жить, без лишних проверок, if-else и т п, только контракты

@backendsecret в зависимости от BC сущность в одном BC может быть Value Object в другом, например в Bounded Context marketing

@backendsecret есть сущность Coupon, у которой есть свое поведение, могут накладываться ограничения на купон, срок действия и т п

@backendsecret в то же время в BC purchasing, Coupon ни что иное как Value Object - составляющая часть aggregate root Order, Order.coupon

@backendsecret сущности также не появляются просто из воздуха а создаются либо из VO либо в результате действий определенных (сервисов)

@backendsecret собственно давно Udi Dahan про это написал, советую прочитать и попытаться вникнуть udidahan.com/2009/06/29/don…

@backendsecret сущности сохраняются в repository откуда забираются спеками или по identity, ничего сложного

When deploying your Docker container fails

i.imgur.com/cwXHW2N.jpg pic.twitter.com/hhepoo1ung

что касается Value Object, то это все те же слова из UL, но они не являются сущностями, у них нет identity и меняющегося state

@backendsecret многим известно и понятно что VO это практически immutable DTO, что впринципе справедливо и для DDD

@backendsecret как упоминалось, примером VO, может служить Coupon в purchasing, или CustomerInfo в AR Customer, либо Money(10, 'Eur')

@backendsecret принцип работы с VO простой - заменяйте весь VO целиком и не беспокойтесь по поводу его состояния, ведь его нет =)

@backendsecret в зависимости от того какой persistence вы используете то может быть хорошая поддержка для VO либо нет

@backendsecret например в Hibernate это всякие композитные типы, или в Doctrine2 - embeddable. Для Doctrine2 через custom type тоже можно

@backendsecret вот полезные ссылки про VO or not VO
msdn.microsoft.com/en-us/magazine…
sapiensworks.com/blog/post/2014…
gojko.net/2009/09/30/ddd…

@backendsecret другие примеры VO: DateTime, Address(street, city, house), Tracking(longitude, latitude) и т п

@backendsecret негласное правило работы в #DDD с сущностями и VO, это делать сначала все как VO если не уверены

@backendsecret т к поменять VO в entity гораздо проще чем бегать по коду и менять состояние и убирать методы какой-то entity

@backendsecret лишние поведения и состояния это всегда зло, в них можно утонуть

На этой неделе самый дельный @backendsecret со времён @AlexSerbul

поговорим о Repository, если в двух словах то это коллекция сущностей.

@backendsecret из Repository получают уже сохраненные сущности либо по identity либо по Specification

@backendsecret люди путают specification и query object изза того что не все persistence либы могут обеспечить хороший persistence ignorance

@backendsecret также стоит отметить что Repository сохраняет сущности только на уровне domain, без всяких flush на уровень persistence

@backendsecret иначе это уже Table Module какой-то или псевдо Active Record, тут поможет entity manager ну или unit of work

@backendsecret и то и то есть и в Hibernate и в Doctrine2, таким образом и происходит life-cycle сущностей:

@backendsecret

Когда программистами управляют опытные архитекторы или инженеры - все прекрасно! Когда менеджеры в галстуках - сразу видно кто умнее :-)

@backendsecret также стоит отметить про плохую практику когда люди начинают клепать repository простым extends от класса вендора

@backendsecret таким образом в интерфейс проникают ненужные методы, которые потом как всегда кто-то будет использовать в коде

@backendsecret и ни про какой DbC речи конечно же уже не идет, поэтому не стоит так делать, используйте DbC правильно:

@backendsecret на уровне domain model нужный контракт repository - интерфейс, а реализацию скидывайте вниз в port.adapter/{vendorname}

@andrzejkrzywda If you name everything as "data", you really can't go wrong.

едем дальше по #DDD Tactical, теперь Factory, вроде уже и обсуждать почти нечего тут

@backendsecret простой класс, чем-то напоминающий ту самую Factory из GoF, кстати многие путают static::createNoName() и factory method )

@backendsecret желательно но не обязательно создавать entity внутри factory, т к это будет единственная точка входа и контроля always valid

@backendsecret внутри фабрики создаете сущность, проверяете спеками на уровне домена бизнес правила, стоит отметить что многие путают это

@backendsecret кто-то думает что проверка email на уникальность это бизнес спека, что на самом деле не так

@backendsecret корректным было бы привести пример где в factory при создании order из cart проверяется максимальное колво order-line / price

@backendsecret вот тут немного набросано с @Onotoly всяких мыслей по поводу Factory gist.github.com/Ragazzo/7e1497…

одна из интересных вещей в #DDD Tactical это specification, как ни странно, вроде простая вещь, но с ней иногда возникают недопомнимая

@backendsecret согласно #DDD есть 3 вида спецификаций:

@backendsecret если кто не знает то вот ссылка en.wikipedia.org/wiki/Specifica…

@backendsecret примеры каждой из спек можно найти много в интернете, я лучше остановлюсь на use-case когда с ними бывают проблемы

@backendsecret во-первых люди часто путают specification и query object, из-за того что не все persistence либы могу обрабатывать спеки

@backendsecret это касается спек типа 3 (на выбор из repository), ведь по факту надо проитерировать по всей коллекции и отфильтровать

@backendsecret из-за этого приходится добавлять в спеки разные методы вида specification.getCriteria() или что-то такое

@backendsecret во-вторых иногда люди пихают результат спек как boolean attribute какого-либо aggregate root, что тоже неправильно

@backendsecret либо совершают эти действия в каком-то методе ->isCanBeDoneWithThisAggregateRoot(), например тот же Order

@backendsecret можно сделать order->canBeInvoiced() в котором проверять customerInfo, или другие required вещи, но есть проблема

@backendsecret никто не гарантирует что метод обязательно вызовут и во вторых он никак не принадлежит сущности, это операция над ней а не ее

@backendsecret поэтому меняем на спеку CanOrderBeInvoicedSpecification->isSatisfiedBy(order) и живем спокойно, обойти спеку будет сложнее

@backendsecret к тому же с точки зрения UL лучше использовать спеки т к они и воплощают разные restrictions которые есть в domain

@backendsecret насколько знаю в .NHibernate в LINQ автоматически спеки переводятся в query criteria и прочие вещи, это круто

@backendsecret разные примеры спек тут набросал по-быстрому gist.github.com/Ragazzo/c7f07b… и полезные ссылки
codeproject.com/Articles/67011…

@backendsecret
codebetter.com/gregyoung/2008…
codebetter.com/gregyoung/2009…

остались только Domain Event и Service, ну про Domain Event особо нечего и говорить даже, тот же самый VO только ивент ^_^

@backendsecret примеры domain events - UserRegistered, OrderCompleted, InvoicePaid, OrderCanceled, CouponUsed

@backendsecret в зависимости от того на каком этапе ваш проект - SOA или в одной папке но разделенный правильно по BC, у вас может быть

@backendsecret как простой pub / sub через средства языка, собственно event manager, либо pub / sub через mom вида AMQP и т п

@backendsecret везде есть свои плюсы и минусы конечно, при SOA там приходится бороться с deduplication ивентов

@backendsecret также стоит отметить что та самая eventual consistency в #DDD достигается именно с помощью ивентов

@backendsecret ивенты желательно кидать из уровня domain, а не application, можно через статичный фасад вида DomaiEvents::fire()

@backendsecret также кидать их следует ПОСЛЕ того как событие случилось а не ДО, в таком случае если ивент свалится его легко ререйзнуть

@backendsecret но да придется бороться с deduplication, но это легко сделать с помощью идемпотентной обработки и проверки на то был ли ивент

@backendsecret в системе или нет, обычный unique id вида aggregate root + event name + UUID вполне может более менее позволить фильтровать

@backendsecret т.е. тру все проверить все инварианты на этапе создания доменного объекта в фабрике, а не в Repository#add()?

Hall and Oates - Out of Touch youtu.be/s_8KR-n2fBQ

@backendsecret тут надо дополнить, что одна и та же вещь в одном BC может быть сущностью, а в других BC - VO

Чтобы поймать эксепшн, надо думать как эксепшн

последняя но не менее важная часть #DDD Tactical в нашем списке это Services, которые люди обычно игнорят и получают в щии

@backendsecret на самом деле получают громадные сущности с SRP брейками и прочие проблемы )

@backendsecret сервисы это все те же глаголы из UL в #DDD Strategic конкретного Bounded Context, но которые остались бесхозными )

@backendsecret как определить domain service:

@backendsecret

@backendsecret важно отметить что services должны быть stateless, side effect free functions, т е в них не хранится состояние

@backendsecret также они не должны (либо подумайте дважды) изменять входящие сущности

@backendsecret если вспомнить что Udi Dahan говорил про сущности и что они не создаются из воздуха, то станет очевидным что

@backendsecret сущности создаются в сервисах в результате входных данных либо взаимодействия других сущностей, например

@backendsecret RegistrationService использует UserFactory чтобы создать User в profile/account Bounded Context, еще одно преимущество в том

@backendsecret что часто в таких случаях надо кидать Domain Event и теперь вы точно знаете где он должен быть а не по всему коду applicaiton

@backendsecret также стоит отметить что на сервисы как и на repository распространяется правило DbC en.wikipedia.org/wiki/Design_by…

@backendsecret т е оставляем на уровне домена только контракт - интерфейс все остальное в port.adapter, о нем расскажу чуть позже

@backendsecret другие примеры сервисов PasswordService::verify/generate, AuthenticationService

@backendsecret другой важный аспект заключается в том что если в вашем BC вы обрабатываете ивенты из другого BC, то это тоже надо делать

@backendsecret в сервисах а не просто писать event handler на уровне application

@backendsecret OrderCompleted - event, OrderCompletedHandlingService - domain service, который вызывается на applicaiton уровне подписчиком

@backendsecret некоторые примеры domain services и того как в них могут создаваться сущности, в том числе с проверками спек ниже по ссылкам

Не понимаю про что @backendsecret сейчас пишет столько постов, видимо что то стоящее #DDD #DDDDD #R2D2 pic.twitter.com/AkU9BZJU8n

@backendsecret gist.github.com/Ragazzo/b7637f…

@backendsecret важное замечание, не переусердствуйте с сервисами чтобы не получить anemic model - модель в которой сущности не имеют state

@backendsecret в которой сущности (entity) состоят только из set / get, а вообще сеттеры и геттеры это плохая практика, конечно

вот собственно и все что я хотел вкратце рассказать про #DDD Tactical, чтобы было понятно о чем я тут вещал без баззвордов =)

дальше будет только интереснее, можно будет обсудить как раз таки теперь #SOA #EDA и то как масштабировать все эти services #DDDD ;D

@backendsecret Нифига себе вкратце :)

как многие уже могли понять, что на уровне кода, что на уровне проектирования у всех в той или иной степени #DDD мог присутствовать )

@megaserg Valhalla entrance, a homeless guy, and a mixture used to harden wood.

@de_gis @backendsecret ну не рассказывайте сказки, а? :) m.habrahabr.ru/post/144686/

Обновил плагин Golang к PyCharm и все GOPATH слетели. pic.twitter.com/QU534MT8JQ

@xmbshwll Через 200 лет пришельцы посещают пустую Землю.

@xnopso @backendsecret тру это когда система типов не дает тебе создать неправильный инстанс, слава компиляторам :)

на сегодня наверное все )

завтра можно будет обсудить всякие интересные темы как и хотели #SOA #EDA #distrbuted , явисты и прочие матерые люди очень даже вэлком )

Very, very impressive result by Google's Go program.
nature.com/news/google-ai…

theguardian.com/technology/201…

всем доброе утро, остался последний рабочий день на этой неделе, кто куда на выходных собирается? горы? клуб? диван?

@backendsecret диван сам себя не потопчет

@backendsecret в горы хочется. Вообще считаю, что лучше отдыха не существует, чем отдых на природе. Но проведу выходные на диване ;(

@backendsecret стол, ноутбук, диплом -_-

@backendsecret куда с такой погодой и эпидемией гриппа можно пойти? Только в соседнюю комнату. :(

@backendsecret надо бы на каток наведаться, если не растает

я вот тоже дома буду наверное, охранять диван )

@dcromster @backendsecret последний раб. день? Твои бы слова да серверам в настрйки :)

кстати написание доков это тоже работа программиста, а не просто набросать код. У вас забивают на доки?

@backendsecret доки для слабаков а комменты в коде так вообще хипстерство какое-то!

кстати о доках, для каждого сервиса у нас доки на API тоже пишутся, простые конечно но usable, в виде curl команд и объяснения API response

@backendsecret погода супер, как минимум в лес на лыжах )

@backendsecret у нас 5 команд на проекте, иначе хаос

@backendsecret для документирования RESTful API есть такая штука- swagger.io. Получается как спек для API+кодогенерация клиента

@backendsecret live-demo тут editor.swagger.io/#/

сейчас читаю книгу "Release It!" , отличная книга ) amazon.com/Release-It-Pro…

кстати про #SOA , стоит отметить что первая версия предполагала синхронность, и только вторая стала на путь #EDA en.wikipedia.org/wiki/Service-o…

часто люди не понимают как разбивать систему на сервисы, но теперь с помощью #DDD вы знаете как минимум один подход, хотя их несколько

@_bublik_ @backendsecret я думаю основная инфа тут github.com/swagger-api/sw… ну и широкий взгляд тут swagger.io/tools/

как и говорил раньше, кто-то использует #BPMN для разбивания системы на сервисы #SOA en.wikipedia.org/wiki/Business_…

поскольку говорим про сервисы, то кроме hystrix и phystrix, кто как поддерживает fault tolerance? #SOA

This is so true and it hurts a bit hearing it laid out so clearly. #dddeu pic.twitter.com/KsEKrhTDZx

@abroadunderhood Как дела с Го? Играют в парках?

неплохой набор статей как вводная для тех кто хочет узнать про #microservices #SOA nginx.com/blog/introduct…

для тех кто спрашивал про Маркова или #BPMN вот вам чтиво, по-моему там считают криволинейные интегралы ) #SOA hindawi.com/journals/jam/2…

Skeeter Davis - The end of the world youtu.be/sonLd-32ns4 via @YouTube

@backendsecret нет, иначе меня же поддержка сожрет / сам буду поддержкой в итоге / нанимать кучу суппортов придется.
Я жадный, так что пишу)

@backendsecret про документирование кода - стараюсь придерживаться отсутствия придирок линтера, а он заставляет описывать все.

есть тут кто живой? предлагаю продолжить разговор про #SOA и у кого он есть )

интересует кроме известных, кто на какие проблемы натыкался при переходе к #SOA ? у явистов наверное больше всех проблем было

ой все разбежались видимо, пойду закажу пиццу и буду продолжать монолог =)

@backendsecret а я пойду с либой для стейт-машин экспериментировать и время от времени сюда заглядывать

немного про #SOA , пара основных способов как делать fault tolerance

@backendsecret

@backendsecret если про первый случай все понятно, то на втором можно немного остановится, чтобы можно было сделать retry, надо чтобы

@backendsecret ваши сервисы могли обрабатывать такие действия в идемпотентном стиле, аналогично тому как это делается с ивентами

@backendsecret также стоит отметить, что ваши SLA могут не позволить вам сделать retry в текущем запросе, и придется делать новый запрос

@backendsecret про SLA en.wikipedia.org/wiki/Service-l…

@backendsecret не выливается ли SOA это удорожанием поддержки? Ведь разные сервисы, есть дублирование части кода в каждом сервисе

отдельная тема в #SOA это services autodiscovery, оно может быть как server side так и client side

@backendsecret microservices.io/patterns/clien…
microservices.io/patterns/serve…

@backendsecret что касается backend то проще использовать zookeeper или consul которые будут отдавать нужные адреса сервисов другим сервисам

@backendsecret таким образом можно будет легко избежать ситуации когда запросы попадают на упавший сервис, т к он будет исключен из SR

@backendsecret SR - service registry. Также с помощью consul легко мониторить состояние сервисов, впринципе можно костылять и Zabbix

@backendsecret преимущество consul в том что он был изначально под это заточен и там много моментов отвечающих за это, в том числе

@backendsecret информация о состоянии сервисов передается с помощью gossip, что позволяет быстро узнать про состояние сервиса

@backendsecret полезные ссылки consul.io , сайт Zookeeper думаю все смогут найти

в #SOA 2.0 по-умолчанию принято обмениваться ивентами, в основном это асинхронные ивенты, обычный MOM en.wikipedia.org/wiki/Message-o…

чтобы всех не томить долгими рассказами, сейчас покидаю полезных ссылок в том числе на #faulttolerance темы, т к почему то их мало

в принципе обоснования перехода к #SOA могут быть теми же что и при переходе к #DDD )

пара статей от #Netflix о том как что такое circuit breaker и почему надо запросы к elementary services посылать параллельно

@backendsecret
techblog.netflix.com/2011/02/redesi…
techblog.netflix.com/2013/01/optimi…
techblog.netflix.com/2012/02/fault-…
techblog.netflix.com/2011/12/making…

@backendsecret

на сегодня наверное все, завтра продолжим немного про #SOA и закончим темой про #EDA а в воскресенье все будут спать =)

кстати если тут есть пиратствующие люди, которым нужны книги по #distributed #SOA #DDD то пишите @Kukuruzovich в ЛС email, скину

@backendsecret классная аббревиатурная неделька👍

всем тем кто думает, что в программировании есть сексизм - всем пофиг на то пестик у вас или тычинка, а вот на ЧСВ не пофиг #Dev #Life

после смены персонажа он неплохо так выглядит =) youtu.be/HNpLuXOg7xQ youtube.com/watch?v=CgEXmF… //cc @OdinYury

можно подводить промежуточные итоги недели, кому как понравилось? как вам "баззворды" эти? поняли их смысл? темы заинтересовали? =)

@backendsecret ну к примеру буду я писать в том-же VIM с пачкой плагинов, он в некоторых моментах любой IDE фору даст. :)

Senior jabba developer pic.twitter.com/xy5RPeIlmi

запустил там #Diablo3 на #PS4 очень круто выглядит, я все время жал X и уже стал 2 уровня ) #PressXToWin

@backendsecret Ведущий хороший и темы интересные :D

доброе утро, сегодня хоть недолго но с вами снова буду я, всем удачных выходных и хорошего отдыха =)

Repeat after me: It's not about the database. It's not about the database. It's not about the database. It's about the model. Again...

В это сложно поверить, но если меньше болтать и больше делать - результат будет офигенный.

Is little know fact DDD is 1/ focus on business domain 2/ care of language 3/ think before make all big/small decision. And cargo-shipping!

You not able of figure out how to do DDD? Buy a tool. That ALWAYS works. Example list is here: google.com/search?q=ddd+f…

This year I learn to program.

@backendsecret темы интересные и важные, ведущий молодец!

снова про #DDD небольшие отступления

можно конечно делать по разным методологиям проектирование, но рано или поздно если Вы хотите развиваться, то придете к #DDD, вопрос времени

начать наверное знакомство с #SOA рекомендовал бы с этой книги packtpub.com/application-de…

помимо конечно книги Нюмана, которая хорошая, но капитанская )

ну а если кто-то хочет понять как скейлить ваши сервисы то вот вам куб =) microservices.io/articles/scale…

неплохая новость для любителей #Codeception , почти behat стори ) //cc @davert github.com/Codeception/Co…

небольшая книга по #API с важными tips / tricks =) apigee.com/about/resource…

вообще иногда встречаю людей которые не понимают зачем код ошибки убирать из http status в сообщение, и всегда отвечать 200

@backendsecret не про REST-любителей конечно разговор

@backendsecret платежные системы иногда так просят делать - всегда отвечть 200 и в body на русском писать ошибку

много полезных книг по #SOA есть от Thomas Erl

если кому-то надо книги по #DDD в электронном варианте, то тоже стучитесь в ЛС, перегоните потом pdf в epub например =)

если кто не знал что скейлить #Redis можно и без cluster нормально =) github.com/twitter/twempr…

к сожалению книг по #EDA #CEP хороших днем с огнем не сыщешь, но хоть что-то есть =) amazon.com/gp/product/032…

а в общем и целом, хотелось бы заметить, что настоящие интересные вещи это в #AAA gaming development, там очень круто =)

если вдруг кто-то не знал про faker ) github.com/fzaninotto/Fak…

на это вечер предлагаю тему #AWS и аналоги, кто использовал какие нарекания?

из разговоров с людьми, что использовали, все говорят, что #SLA не такие как заявлено, особенно затыки в сетях

@backendsecret @meowthsli негодую, когда вместо 4xx или 5xx отвечают 200.

на сегодня наверное все )

@backendsecret есть еще #roshi - github.com/soundcloud/ros… - слой который crdt поверх redis натягивает

Читал хороший совет что в публичном апи, хорошо кидать ошибки иногда просто так, чтобы разрабы не забыли обработать twitter.com/backendsecret/…

@gvsmirnov @backendsecret @meowthsli А мне норм, по мне если сервер жив - надо отвечать 200 со статусом/причиной.

@backendsecret если речь про амазон, то нареканий особых нет: все предсказуемо и работает + есть бесплатные серваки для pet-projects

на этой неделе наверное все, спасибо всем кто слушал, задавал запросы, фавал ) youtube.com/watch?v=qnVD7W…

по поводу mercurial ) mercurial-scm.org/wiki/mpm/trans…