#обучение
И да, опять скоро 😜
Но на этот раз бесплатный курс Product Mindset
Я проходил один из потоков курса, но, кажется, ребята его переработали.
Зачем это разработчику? Можно:
- побыть в шкуре продакт оунера или продакт менеджера, чтобы челленджить и поддерживать;
- прокачать продуктовое мышление, чтобы делать правильные вещи;
- подумать про свой стартап, чтобы... придумайте сами)
И да, опять скоро 😜
Но на этот раз бесплатный курс Product Mindset
Я проходил один из потоков курса, но, кажется, ребята его переработали.
Зачем это разработчику? Можно:
- побыть в шкуре продакт оунера или продакт менеджера, чтобы челленджить и поддерживать;
- прокачать продуктовое мышление, чтобы делать правильные вещи;
- подумать про свой стартап, чтобы... придумайте сами)
productmindset.net
Product Mindset Beginner — первый шаг в профессии Product Manager
Освоить основы продуктового мышления
👍14🔥2😁1
Иногда кажется, что дискуссия ходит по кругу, оппоненты озвучивают одни и те же тезисы и аргументы, но спор продолжается и не приносит ни пользы, ни удовлетворения. Хочется только в стиле Задорного сказать про другую сторону "Ну тупыыые"...
Было у вас такое? У меня точно было много раз. Иной раз оптимальной стратегией будет просто не вступать в споры – все равно никто не готов менять свою позицию.
Но если вы все таки готовы менять свои убеждения и спор для вас это не прокачка ЧСВ, то рекомендую попробовать приемы уличной эпистемологии https://streetepistemology.ru/vvedenie-v-ue.
Помните, что цель дискуссии – не переубедить собеседника, а прийти к верному мнению)
Было у вас такое? У меня точно было много раз. Иной раз оптимальной стратегией будет просто не вступать в споры – все равно никто не готов менять свою позицию.
Но если вы все таки готовы менять свои убеждения и спор для вас это не прокачка ЧСВ, то рекомендую попробовать приемы уличной эпистемологии https://streetepistemology.ru/vvedenie-v-ue.
Помните, что цель дискуссии – не переубедить собеседника, а прийти к верному мнению)
😁11👍5
Ребята из разных компаний обсудили популярную в DDD сообществе (благодарим Ника Тьюна) книгу Team Topologies с точки зрения различных подходов к масштабированию https://youtu.be/zfZilR0iSkA
Знал и ранее, что LeSS-овики считают её откровенно вредной)
Знал и ранее, что LeSS-овики считают её откровенно вредной)
YouTube
🟡 Есть ли идеальный подход дизайна Agile-команд? Экспертный обзор книги “Team Topologies”
ℹ️ Как правильно создавать, трансформировать и управлять командами? Как переход на удаленную работу вскрывает плохо структурированные команды и с помощью каких инструментов это можно исправить? Почему SAFe рекомендует, а LeSS отвергает книгу Team Topologies?…
👍7😁2
#обучение
Ребята из StringConcat (@elukianov и @Bukharovsi_sg) активно участвуют в жизни нашего сообщества, работали в известных компаниях: Яндекс. Деньгах, Behavox (UK), ThoughtWorks, под одним логотипом с Мартином Фаулером и Нилом Фордом.
Теперь они делятся своим опытом на курсе "Разработка Enterprise-приложений на Java и Kotlin без боли и сожалений"
Ребята из StringConcat (@elukianov и @Bukharovsi_sg) активно участвуют в жизни нашего сообщества, работали в известных компаниях: Яндекс. Деньгах, Behavox (UK), ThoughtWorks, под одним логотипом с Мартином Фаулером и Нилом Фордом.
Теперь они делятся своим опытом на курсе "Разработка Enterprise-приложений на Java и Kotlin без боли и сожалений"
👍4
их доклад про Чистую архитектуру является самым кликбейтным просматриваемым на канале)
YouTube
Чистая архитектура и Domain-Driven Design
Спикеры:
Сергей Бухаров - Senior Developer Consultant в ThoughtWorks.
Евгений Лукьянов - ex-Yandex.Money, ex-Behavox (UK).
Ссылки:
Презентация: https://1drv.ms/b/s!AlCXLk9BEsfKoOA5LXNB8s7CQ-jb8w
Репозиторий: https://github.com/stringconcat/ddd_practice
Сайт…
Сергей Бухаров - Senior Developer Consultant в ThoughtWorks.
Евгений Лукьянов - ex-Yandex.Money, ex-Behavox (UK).
Ссылки:
Презентация: https://1drv.ms/b/s!AlCXLk9BEsfKoOA5LXNB8s7CQ-jb8w
Репозиторий: https://github.com/stringconcat/ddd_practice
Сайт…
👍1
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
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
YouTube
Многоликий DDD — Сергей Баранов
👉 Больше полезного — на конференции ArchDays https://archconf.ru/baranov_yt.
Domain Driven Design всегда имел высокий порог входа. Сложность изучения и применения усугублялась туманностью объяснений выгод как для коллег-разработчиков, так и для архитекторов…
Domain Driven Design всегда имел высокий порог входа. Сложность изучения и применения усугублялась туманностью объяснений выгод как для коллег-разработчиков, так и для архитекторов…
🔥24👍5❤1
Forwarded from AQ Boost
Хочу подсветить, как техническое совершенство помогает повышать адаптивность.
1. Повышаем бас-фактор. Самый очевидный плюс) когда мы перкладываем часть знания в наши автотесты и пайплайны мы позволяем безопасно работать с кодом не только экспертам данного компонента, но и новичкам.
2. Повышаем maintainability. Внесение изменений становится сильно проще, мы лучше готовы к резким изменениям бизнес-моделей.
3. Общее владение кодом не позволяет развиваться Safety Job Driven Development.
4. Своевременное обновление библиотек, оегулярный рефакторинг и работа через беби-степс позволяет избегать "месячников техдолга".
5. Когда мы уже "делаем вещи правильно", мы можем направить когнитивные усилия на "делать правильные вещи".
Что бы вы еще добавили?)
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
Теперь мы не просто канал, а целая региональная общественная организация "Объединение ИТ-Архитекторов".
Учередители:
- Баранов Сергей @sergey486
- Круглов Геннадий @GKruglov
- Лукьянов Евгений @elukianov
- Закревский Иван @emacsway
Почитать устав и ознакомиться с целями можно тут. По вопросам вступления обращаться в Joining Bot: @ru_arc_bot
🔥26👍10😁9❤2
С праздником, друзья! Интересных задач, крутых проектов и вовлеченных коллег!
🔥37🎉18👍5
Смотрю и читаю иногда про Wardley Mapping. Выглядит очень полезно и обманчиво просто)
https://www.youtube.com/watch?v=VzsRu5za4-g
Кто-нибудь из сообщества практиковал уже на боевых задачах? Поделитесь опытом!)
https://www.youtube.com/watch?v=VzsRu5za4-g
Кто-нибудь из сообщества практиковал уже на боевых задачах? Поделитесь опытом!)
YouTube
Architecture for Flow with Wardley Mapping, DDD, and Team Topologies
Video with transcript included: https://bit.ly/3xzFHQv
Susanne Kaiser illustrates the concepts of DDD, Wardley Mapping and Team Topologies, and demonstrates how these techniques help to evolve a fictitious legacy system for a fast flow of change.
This…
Susanne Kaiser illustrates the concepts of DDD, Wardley Mapping and Team Topologies, and demonstrates how these techniques help to evolve a fictitious legacy system for a fast flow of change.
This…
👍3
DDDevotion – не только канал, но и уютный чат, где можно пообщаться про разработку и задать вопросы про DDD и не только https://t.me/iDDDqd
❤12
Кроме телеграма есть канал на ютубе https://youtube.com/c/DDDevotion и полузаброшенная группа в ФБ.
❤4
По мотивам обсуждения в чате нашел хорошую статью про работу с временем. TLDR: используйте UTC, а рядом можно и локальное время прикапывать) https://unix4lyfe.org/time/
👍11🔥1
https://www.meetup.com/Virtual-Domain-Driven-Design-meetup/events/289044793/
Кто-нибудь уже копал Residuality Theory? Завтра онлайн-митап на эту тему)
Кто-нибудь уже копал Residuality Theory? Завтра онлайн-митап на эту тему)
👍4😁2
В эти дни в Берлине проходит одна из самых известных конференций про DDD и около https://kandddinsky.de
Сегодня выступают @zimareff (про Event Sourcing) и @vladik_kh (про coupling)
К сожалению не там, слежу в твиттере и жду когда опубликуют видео.
Сегодня выступают @zimareff (про Event Sourcing) и @vladik_kh (про coupling)
К сожалению не там, слежу в твиттере и жду когда опубликуют видео.
🔥19👍9
Если будете на хайлоаде в Москве – обязательно зайдите послушать @agratushniy и @mersonad на круглом столе https://highload.ru/moscow/2022/abstracts/9496
👍9😁1
https://twitter.com/bitboss/status/1591699329462730753?s=46&t=9Bo0bi6S5JhzBltGAxN4jw очень классный тред как будто про микросервисы, но на самом деле нет)
Twitter
"Let's introduce Microservices, they will make our delivery faster." A sentence which I hear over and over again and which I consider to be an oversimplification of a complex challenge. A thread 🧵with ten points: 👇
👍2
Тем временем обновляются не только js-фреймворки) Вышла пятая версия Bounded Context Design Canvas https://github.com/ddd-crew/bounded-context-canvas
GitHub
GitHub - ddd-crew/bounded-context-canvas: A structured approach to designing and documenting each of your bounded contexts
A structured approach to designing and documenting each of your bounded contexts - ddd-crew/bounded-context-canvas
🎉16👍3🔥2❤1
Давно уже хотел написать про Web Summit 2022 :slowpoke: но все руки не доходили)
Что такое Web Summit? Крупнейшая технологическая конференция (орги заявляют 75к участников), огромное пространство для стендов, стендиков, залов, пространств для отдыха и общения.
И все так или иначе вокруг технологий!
Что запомнилось? Отдельные стенды стран – Бразилия, Германия, Польша, Египет, тысячи их) Все рассказывают как круто строить технологический бизнес именно в их стране.
Партнерские стенды – не только демо-стенды и раздача мерча (хотя и такие были). Например на относительно небольшом стенде MongoDB был свой отдельный трек докладов про Монгу и все вокруг.
Крипта, web3 – очень горячая тема, это было видно и по стендам (Бинанс и прочие) и по докладам.
Стенды стартапов. Одна из ключевых идей Web Summit – стартапы. Отдельный трек для питчинга, куча ништяков от биг и не очень техов и конечно же стенды. Не знаю, точно как устроено, но можно было получить возможность встать с небольшим стендом (буквально ноут и пара человек). Стартаперы искали партнеров, инверсторов, ранних последователей. Причем стенды сменяемы, конкретный стартап может даже не целый день простоять.
Доклады – тоже необычный опыт. Во время подготовки к TeamLeadConf мне рассказывали, что смысл выступления поменялся, теперь нет задачи загрузить слушателя инфой (этого и так достаточно). Главный смысл – заинтересовать, привлечь внимание к теме выступления, показать новое направление куда можно покопать. И многие выступления саммита (из тех что я для себя отобрал) полностью соответствуют новым веяниям. Минималистические презентации, огромное количество интервью,панельных дискуссий и т.п. Необычно и интересно)
Сайд-активности. Сам саммит шел 4 дня (1-4 ноября). И вокруг этого было накручено множество активностей: от официальных night summit и выступлений звезд (Armin van Buuren и других) до различных локальных, тематических и прочих тус. И речь не только про развлекалово. Были и стартап тусы, встречи с инвесторами, митапы на все возможные темы за пределами площадки.
В чем основная ценность саммита на мой взгляд? Первое: напитаться драйвом, поймать вдохновение, второе: крутейший нетворкинг (если подготовиться).
Стоит ли туда идти разработчику? Не знаю, но скорее нет. Я давно хотел попасть на это мероприятие, но в итоге попал без подготовки, без английского и то на часть. Треков и докладов именно про разработку не так много. Возможно если ваши задачи лежат в области крипты, диптеха, различных роботов, то вы найдете в докладах саммита больше полезностей.
Если вы пилите стартап – опять же стоит сопоставлять стоимость участия и потенциальный профит, хотя всегда можно считать саммит просто классной турпоездкой (но это уже не про бизнес). Саммит может быть очень полезен стартапу, но надо готовится и четко понимать как и что вы будете делать, назначать встречи, нетворкаться и т.п.
В целом опыт позитивный (учитывая, что я и так был в Лиссабоне, а билет мне случайно перепал). Посмотрел сам как это проходит и следующее посещение (когда бы оно не случилось) будет намного полезнее.
Что такое Web Summit? Крупнейшая технологическая конференция (орги заявляют 75к участников), огромное пространство для стендов, стендиков, залов, пространств для отдыха и общения.
И все так или иначе вокруг технологий!
Что запомнилось? Отдельные стенды стран – Бразилия, Германия, Польша, Египет, тысячи их) Все рассказывают как круто строить технологический бизнес именно в их стране.
Партнерские стенды – не только демо-стенды и раздача мерча (хотя и такие были). Например на относительно небольшом стенде MongoDB был свой отдельный трек докладов про Монгу и все вокруг.
Крипта, web3 – очень горячая тема, это было видно и по стендам (Бинанс и прочие) и по докладам.
Стенды стартапов. Одна из ключевых идей Web Summit – стартапы. Отдельный трек для питчинга, куча ништяков от биг и не очень техов и конечно же стенды. Не знаю, точно как устроено, но можно было получить возможность встать с небольшим стендом (буквально ноут и пара человек). Стартаперы искали партнеров, инверсторов, ранних последователей. Причем стенды сменяемы, конкретный стартап может даже не целый день простоять.
Доклады – тоже необычный опыт. Во время подготовки к TeamLeadConf мне рассказывали, что смысл выступления поменялся, теперь нет задачи загрузить слушателя инфой (этого и так достаточно). Главный смысл – заинтересовать, привлечь внимание к теме выступления, показать новое направление куда можно покопать. И многие выступления саммита (из тех что я для себя отобрал) полностью соответствуют новым веяниям. Минималистические презентации, огромное количество интервью,панельных дискуссий и т.п. Необычно и интересно)
Сайд-активности. Сам саммит шел 4 дня (1-4 ноября). И вокруг этого было накручено множество активностей: от официальных night summit и выступлений звезд (Armin van Buuren и других) до различных локальных, тематических и прочих тус. И речь не только про развлекалово. Были и стартап тусы, встречи с инвесторами, митапы на все возможные темы за пределами площадки.
В чем основная ценность саммита на мой взгляд? Первое: напитаться драйвом, поймать вдохновение, второе: крутейший нетворкинг (если подготовиться).
Стоит ли туда идти разработчику? Не знаю, но скорее нет. Я давно хотел попасть на это мероприятие, но в итоге попал без подготовки, без английского и то на часть. Треков и докладов именно про разработку не так много. Возможно если ваши задачи лежат в области крипты, диптеха, различных роботов, то вы найдете в докладах саммита больше полезностей.
Если вы пилите стартап – опять же стоит сопоставлять стоимость участия и потенциальный профит, хотя всегда можно считать саммит просто классной турпоездкой (но это уже не про бизнес). Саммит может быть очень полезен стартапу, но надо готовится и четко понимать как и что вы будете делать, назначать встречи, нетворкаться и т.п.
В целом опыт позитивный (учитывая, что я и так был в Лиссабоне, а билет мне случайно перепал). Посмотрел сам как это проходит и следующее посещение (когда бы оно не случилось) будет намного полезнее.
👍10😁1