Go meetup #18

**Хостинг: Pure Storage**

Обратите внимание, что в офисе Pure Storage все участники встречи должны будут подписать общее соглашение о неразглашении, используемое для всех посетителей офиса, чтобы иметь возможность присутствовать на встрече.
Двери открыты с 17:30, переговоры начнутся в 18:00, а у нас 3 переговоры.

**1\. Вилибальд Ванча \(Pure Storage\)\, Введение в ячеистую архитектуру**

**2\. Милош Смолка\, Убивая наследие и другие истории CQRS**
Вам знакомо чувство, когда ваш проект застревает и вы не можете двигаться вперед? Вы видите несколько выходов, но все они кажутся одинаково плохими. Вы начинаете задаваться вопросом, обречен ли проект или вам просто не хватает каких-то специальных знаний. Больше всего я почувствовал это, пытаясь отказаться от устаревших систем, но это часто встречается во многих проектах.
Со временем я понял, что изменение вашей ментальной модели может открыть решение, которого вы раньше не видели. Оглядываясь назад на некоторые из своих проектов, я понял, что одним из шаблонов, которые помогли мне мыслить по-другому, был CQRS. Не имеет значения, использовали ли вы CQRS раньше, поскольку я не планирую утомлять вас абстрактными определениями. О теории CQRS было сказано много. Вместо этого я хочу показать, как я использовал это на практике. Я поделюсь тремя реальными историями из разных компаний и проектов, где мне удалось продвинуться вперед и лучше понять CQRS. Один из них был самым сложным: уничтожить устаревшую кодовую базу.

**Биография:** Милош Смолка пишет о Go, современном программном обеспечении для бизнеса и связанных темах на сайте [https://threedots.tech](https://threedots.tech/). Ему нравится делиться тем, чему он научился, работая над стартапами и создавая продукты в различных областях.

**3\. Роберт Лащак, «Переосмысление предметно-ориентированного проектирования в Go: от мифов к уменьшению сложности проекта»**
Разделение проблем на более мелкие может быть хорошей стратегией для решения сложных проблем. Но иногда вместо ускорения разработки проекта происходит обратное. В конечном итоге разработка простейшей фичи требует героической работы 10 команд над десятком микросервисов в течение полугода. Звучит знакомо?
«Разделяй и властвуй» — не единственная стратегия, которую мы можем реализовать в сложных проектах. Одним из наиболее распространенных подходов, который может упростить реализацию функций со сложной предметной логикой, является проектирование, управляемое предметной областью (DDD).
Я нашел DDD очень полезным во многих проектах со сложными предметными областями, над которыми я мог работать. С другой стороны, я знаю, что люди верят во многие мифы о DDD, используемом в Go. Большинство из них получены в результате использования DDD в проектах, которые не требуют такого сложного подхода, или в результате проектов, реализованных людьми, которые не понимали принципов DDD.
В ходе этого выступления я раскрою тайны DDD и приведу вам реальный пример того, как расширение возможностей DDD помогло упростить их и повысить скорость разработки.
Если вы сейчас не работаете над проектом со сложной предметной логикой, эта презентация может быть вам полезна, если вы захотите работать над более сложными проектами в будущем. Я также дам вам несколько советов о том, с каких частей DDD вам следует начать и какие методы хорошо работают с DDD.

**Биография:** Я веду блог на сайте Threedots.tech. Автор книг «Go With The Domain» и [Watermill.io](https://watermill.io/).
Мой путь программирования охватывает 16 лет, в течение которых я разбирался в различных областях, включая инфраструктуру, глобальные финансовые платформы и безопасность. Пару лет назад я наконец нашел язык, который мне понравился: Go.