DDDevotion
4.42K subscribers
65 photos
7 files
273 links
All about Domain-Driven Design
FB - https://www.facebook.com/groups/dddevotion/
Youtube - https://www.youtube.com/c/dddevotion
По вопросам сотрудничества @gradea
Download Telegram
В продолжение темы продуктовой разработки. На моем опыте хорошие инженерные практики (в том числе Domain-driven design) намного лучше приживаются если продакт взаимодействует с командой не с позиции "заказчик-исполнители", а активно вовлекает в свою работу и интересуется техническими аспектами реализации.
👍4🔥2
Forwarded from AgileFluent: карьера без границ (Dasha Shulgina)
В России часто встречаются продакты-заказчики — те, кто работает над задачкой сам, потом передаёт её по конвейеру дизайнерам, аналитикам и разработчикам.

За границей продакты всё делают в команде — рисерч, брейншторм решения, обсуждение дизайна и способов реализации задачи. Поэтому в международных вакансиях в требованиях встречаются словечки collaborative, non-ego driven, inquisitive, servant leader.

Вместе с Настей, автором канала Кнопка Хорошо, сделали карточки про различия продакта-заказчика и продакта-коллаборатора. Настя - руководитель проектной группы в Актионе, внедряет продуктовую культуру и пишет об этом на канале.

Чтобы проходить скрининги резюме, а после и интервью в зарубежные компании, стоит сместить акцент с самостоятельной на командную работу и запастись кейсами про успешные коллаборации. А ещё обогатить свою лексику и добавить в CV побольше ключевых слов по теме.
👍12😁32🔥1
Приходите – поболтаем)
Привет!
Приглашаем на очную встречу ArchDays Recap 27 июля (ср) в Москве.

🧚ArchDays Recap — новый для нас формат, на котором приглашенные спикеры предыдущих конференций:
— расскажут о дальнейшем развитии истории из выступления;
— раскроют некоторые аспекты выступлений, важность которых была осознана уже после;
— ответят на вопросы из зала или из формы на сайте.

📍Программа и регистрация: https://archconf.ru/recap-27-07-22
👍7😁1
В чате периодически пролетают вопросы про обучение. Поэтому решил написать серию постов с тегом #обучение

Сразу предупрежу: пишу собственное мнение, но не исключено, что некоторые тексты с таким тегом будут появляться в рамках того или иного сотрудничества.
👍33🔥3😁2
Первый пост про #обучение

Курс Проектирование микросервисов от Сергея Баранова и компании ScrumTrek.

На этом курсе Сергей рассказывает про микросервисный подход, в том числе о подходах к проектированию, Event Storming и DDD.

Сергей - активный участник нашего сообщества. Можно уточнить некоторые моменты у него напрямую.


Подробности на странице курса
http://l.devtrick.com/sergey-baranov-microservices
🔥5
#обучение

Второй пост про Podlodka Crew.

Я участвовал у них и как спикер, и как слушатель на разных потоках. Интересный формат, что-то среднее между конфой и курсом. Огромный плюс Подлодки - отличный нетворкинг.

18 июля стартует Podlodka Backend Crew, тема сезона – "Делаем приложения быстрее"!

В этот раз будут разбирать производительность приложений. А именно:
⚡️Замерять и анализировать нагрузку
⚡️Оптимизировать узкие места, не переписывая сервис с нуля
⚡️Грамотно использовать многопоточность и эффективно утилизировать доступные ресурсы
⚡️Ускорять все, что тормозит!

На этом потоке не будет привязки к конкретному стеку и фреймворкам. Из необычного - пара докладов посвящена рективному подходу и акторной модели.

Как всегда в Podlodka Crew все это на протяжении недели с различными форматами сессий и с живым комьюнити в Slack.

Купить билеты, посмотреть расписание и посмотреть подробнее темы можно на страничке http://l.devtrick.com/podlodka-crew

Промокод DDD500 даст скидку 500р
🔥4
#обучение

И да, опять скоро 😜
Но на этот раз бесплатный курс Product Mindset

Я проходил один из потоков курса, но, кажется, ребята его переработали.

Зачем это разработчику? Можно:
- побыть в шкуре продакт оунера или продакт менеджера, чтобы челленджить и поддерживать;
- прокачать продуктовое мышление, чтобы делать правильные вещи;
- подумать про свой стартап, чтобы... придумайте сами)
👍14🔥2😁1
Иногда кажется, что дискуссия ходит по кругу, оппоненты озвучивают одни и те же тезисы и аргументы, но спор продолжается и не приносит ни пользы, ни удовлетворения. Хочется только в стиле Задорного сказать про другую сторону "Ну тупыыые"...

Было у вас такое? У меня точно было много раз. Иной раз оптимальной стратегией будет просто не вступать в споры – все равно никто не готов менять свою позицию.

Но если вы все таки готовы менять свои убеждения и спор для вас это не прокачка ЧСВ, то рекомендую попробовать приемы уличной эпистемологии https://streetepistemology.ru/vvedenie-v-ue.

Помните, что цель дискуссии – не переубедить собеседника, а прийти к верному мнению)
😁11👍5
#обучение

Ребята из StringConcat (@elukianov и @Bukharovsi_sg) активно участвуют в жизни нашего сообщества, работали в известных компаниях: Яндекс. Деньгах, Behavox (UK), ThoughtWorks, под одним логотипом с Мартином Фаулером и Нилом Фордом.

Теперь они делятся своим опытом на курсе "Разработка Enterprise-приложений на Java и Kotlin без боли и сожалений"
👍4
и я там был, мед-пиво коктейли пил...)
Forwarded from Toxa Андреевич
Многоликий DDD — Сергей Баранов

Domain Driven Design всегда имел высокий порог входа. Сложность изучения и применения усугублялась туманностью объяснений выгод как для коллег-разработчиков, так и для архитекторов, менеджеров, продактов. Подарившим DDD вторую жизнь ударом дефибрилятора стали микросервисы. Микросервисы — это то, как мы проводим границы и оказалось, что в DDD для этого содержаться одни из лучших инструментов. Профессиональное сообщество подхватило идеи DDD на хайпе микросервисов и началось бурное развитие.

Появились и новые техники, облегчающие вход в DDD и открывающие новые возможности. Умело комбинируя Event Storming и DDD можно из одной и той же модели получить бэклог, API, тестовые сценарии, наброски UI/UX, структуру команд, структуру компонентов и тех же микросервисов. Именно об этом пойдет речь в докладе.

Выступление будет полезно для того, чтобы:
1. Выжать из DDD еще больше, если вы уже его применяете
2. Научиться «продавать» DDD через выгоды, понятные тем, кому «продаете»
3. Расширить кругозор

https://www.youtube.com/watch?v=NSN-NXfbEqM
🔥24👍51
Forwarded from AQ Boost
Хочу подсветить, как техническое совершенство помогает повышать адаптивность.

1. Повышаем бас-фактор. Самый очевидный плюс) когда мы перкладываем часть знания в наши автотесты и пайплайны мы позволяем безопасно работать с кодом не только экспертам данного компонента, но и новичкам.
2. Повышаем maintainability. Внесение изменений становится сильно проще, мы лучше готовы к резким изменениям бизнес-моделей.
3. Общее владение кодом не позволяет развиваться Safety Job Driven Development.
4. Своевременное обновление библиотек, оегулярный рефакторинг и работа через беби-степс позволяет избегать "месячников техдолга".
5. Когда мы уже "делаем вещи правильно", мы можем направить когнитивные усилия на "делать правильные вещи".
Что бы вы еще добавили?)
👍25🔥3
ТО о чем так долго говорили большевики архитекторы случилось!
Forwarded from Russian Association of Software Architects (Eugene Lukianov)
Всем привет! На прошлой неделе у нас не было постов, потому что мы готовили документы для формального учереждения организации и таки учередили ее.
Теперь мы не просто канал, а целая региональная общественная организация "Объединение ИТ-Архитекторов".
Учередители:

- Баранов Сергей @sergey486
- Круглов Геннадий @GKruglov
- Лукьянов Евгений @elukianov
- Закревский Иван @emacsway

Почитать устав и ознакомиться с целями можно тут. По вопросам вступления обращаться в Joining Bot: @ru_arc_bot
🔥26👍10😁92