Прошла первая практика по курсу Монолитных архитектур. Хочу поделиться впечатлениями.
Во-первых, понял, что удачно выбрал размер группы. Мы подробно проработали вопросы каждого участника, поэтому практика длилась вместо запланированного часа в 2,5 раза дольше. Если бы сделал группу больше, то пришлось бы жертвовать качеством.
Во-вторых, хорошо проработали практические вопросы:
- я показал четыре основных способа проведения границы в модульном монолите - через общую БД, через прямое взаимодействие, через абстрактный интерфейс, через распределенную транзакцию. Разобрали конкретные плюсы и минусы таких подходов
- проработали вопросы визуализации архитектуры, разобрали чем опасны нарушения логической и физической целостности модулей, как этого не допустить.
- поговорили про толстые и тонкие границы, как их выявлять, так же как не допускать излишней грануляции системы на компоненты.
И много других вопросов.
Как использовать эти знания для личной пользы?
👑 в первую очередь не пытаться причинять людям радость, пытаясь сделать рабочие проекты лучше. У многих программистов возникает желание сразу стрельнуть из пушки по воробьям и применить все знания на рабочем проекте. Этого делать категорически не следует.
👑 вместо этого нужно применить знания при внедрении новых фич и на участках где давно планировался рефактоинг. Нужно использовать полученные знания в обсуждениях с командой, обдумывании решений и написании нового кода. Сначала начать примерять для себя, а потом уже команда сама заметит улучшения и люди сами начнут задавать вопросы. Главный принцип - внедрять изменения постепенно, без авралов и "давайте все перепишем".
👑 не стесняться использовать знания для продвижения личного бренда, это куда важнее для карьеры, чем попытки доказать, что все плохо и надо переделать. Обычно программистам интересно изучение архитектуры, поэтому можно начать с помощи коллегам, а дальше двигаться в сторону публичных выступлений (для этого, конечно, нужно пройти все практики, а не только одну).
👑 менторы могут передать полученные знания своим менти, тем самым помочь им лучше справиться с секцией систем-дизайна на собеседовании.
В целом ощущения от практики офигенные, участники большие молодцы, стараются получить и закрепить новый опыт, а не просто нахвататься новых умных слов. Наша общая цель - практическая польза, и в этом я как раз могу помочь.
Прошла первая практика по курсу Монолитных архитектур. Хочу поделиться впечатлениями.
Во-первых, понял, что удачно выбрал размер группы. Мы подробно проработали вопросы каждого участника, поэтому практика длилась вместо запланированного часа в 2,5 раза дольше. Если бы сделал группу больше, то пришлось бы жертвовать качеством.
Во-вторых, хорошо проработали практические вопросы:
- я показал четыре основных способа проведения границы в модульном монолите - через общую БД, через прямое взаимодействие, через абстрактный интерфейс, через распределенную транзакцию. Разобрали конкретные плюсы и минусы таких подходов
- проработали вопросы визуализации архитектуры, разобрали чем опасны нарушения логической и физической целостности модулей, как этого не допустить.
- поговорили про толстые и тонкие границы, как их выявлять, так же как не допускать излишней грануляции системы на компоненты.
И много других вопросов.
Как использовать эти знания для личной пользы?
👑 в первую очередь не пытаться причинять людям радость, пытаясь сделать рабочие проекты лучше. У многих программистов возникает желание сразу стрельнуть из пушки по воробьям и применить все знания на рабочем проекте. Этого делать категорически не следует.
👑 вместо этого нужно применить знания при внедрении новых фич и на участках где давно планировался рефактоинг. Нужно использовать полученные знания в обсуждениях с командой, обдумывании решений и написании нового кода. Сначала начать примерять для себя, а потом уже команда сама заметит улучшения и люди сами начнут задавать вопросы. Главный принцип - внедрять изменения постепенно, без авралов и "давайте все перепишем".
👑 не стесняться использовать знания для продвижения личного бренда, это куда важнее для карьеры, чем попытки доказать, что все плохо и надо переделать. Обычно программистам интересно изучение архитектуры, поэтому можно начать с помощи коллегам, а дальше двигаться в сторону публичных выступлений (для этого, конечно, нужно пройти все практики, а не только одну).
👑 менторы могут передать полученные знания своим менти, тем самым помочь им лучше справиться с секцией систем-дизайна на собеседовании.
В целом ощущения от практики офигенные, участники большие молодцы, стараются получить и закрепить новый опыт, а не просто нахвататься новых умных слов. Наша общая цель - практическая польза, и в этом я как раз могу помочь.
2How to set up a Telegram channel? (A step-by-step tutorial) With the administration mulling over limiting access to doxxing groups, a prominent Telegram doxxing group apparently went on a "revenge spree." Telegram desktop app: In the upper left corner, click the Menu icon (the one with three lines). Select “New Channel” from the drop-down menu. Add up to 50 administrators Telegram message that reads: "Bear Market Screaming Therapy Group. You are only allowed to send screaming voice notes. Everything else = BAN. Text pics, videos, stickers, gif = BAN. Anything other than screaming = BAN. You think you are smart = BAN.
from us
