Давайте знакомиться!🤚
Меня зовут Кирилл Егоркин, я solution архитектор.
А это мой лично-профессиональный блог, в котором я буду делиться интересными заметками про работу, карьеру и жизнь.
Мой путь в айти начался в далёком 2017-ом с позиции ручного тестировщика. Затем я весьма быстро нырнул в анализ. Возможность проектировать для меня стала глотком свежего воздуха и мощнейшим драйвером. Так я и докатился до архитектуры. Карьерные пути, дороги и закоулки — тема для отдельных постов и дискуссий, не будем сильно углубляться.
Как появился этот Телеграм канал?
После моего выступления на analyst days 19 слушатели просили дать ссылку на канал . Тогда и я впервые задался этим вопросом. Но по дате этого сообщения вы поймёте, что я прокрастинировал эту затею полгода)
Что же сподвигло? Во время одной жаркой дискуссии по work-life balance я вдруг осознал, что всё-таки хочу нести свой опыт, знания и прочее светлое-вечное соратникам айти сферы.
Каким я вижу этот блог?
Честно говоря, полное понимание до сих пор не сформировалось, будем импровизировать!
Планирую делиться мыслями, идеями, опытом и эмоциями. Бывает и короткая заметка может натолкнуть на размышления, помочь справиться с проблемой и сэкономить время и силы. Да и в рабочих буднях случается много ситуаций, стоящих разбора и огласки. Как спикеру двух с половиной конференций, уверен, мне есть что рассказать 🤓
В долгосрочных планах есть статьи, подкасты и коллаборации с коллегами.
Добро пожаловать, располагайтесь поудобнее!
Меня зовут Кирилл Егоркин, я solution архитектор.
А это мой лично-профессиональный блог, в котором я буду делиться интересными заметками про работу, карьеру и жизнь.
Мой путь в айти начался в далёком 2017-ом с позиции ручного тестировщика. Затем я весьма быстро нырнул в анализ. Возможность проектировать для меня стала глотком свежего воздуха и мощнейшим драйвером. Так я и докатился до архитектуры. Карьерные пути, дороги и закоулки — тема для отдельных постов и дискуссий, не будем сильно углубляться.
Как появился этот Телеграм канал?
После моего выступления на analyst days 19 слушатели просили дать ссылку на канал . Тогда и я впервые задался этим вопросом. Но по дате этого сообщения вы поймёте, что я прокрастинировал эту затею полгода)
Что же сподвигло? Во время одной жаркой дискуссии по work-life balance я вдруг осознал, что всё-таки хочу нести свой опыт, знания и прочее светлое-вечное соратникам айти сферы.
Каким я вижу этот блог?
Честно говоря, полное понимание до сих пор не сформировалось, будем импровизировать!
Планирую делиться мыслями, идеями, опытом и эмоциями. Бывает и короткая заметка может натолкнуть на размышления, помочь справиться с проблемой и сэкономить время и силы. Да и в рабочих буднях случается много ситуаций, стоящих разбора и огласки. Как спикеру двух с половиной конференций, уверен, мне есть что рассказать 🤓
В долгосрочных планах есть статьи, подкасты и коллаборации с коллегами.
Добро пожаловать, располагайтесь поудобнее!
🔥8❤4
analystdays.ru
Конфликт мой - страх мой
Вы когда-нибудь чувствовали страх от надвигающейся бури конфликта? Цепенели от страха, когда кто-то на созвоне повышает голос? А может быть наоборот взрываетесь по любому малозначительному поводу? Тогда вам надо обязательно посетить мой доклад!Вместе мы разберем…
Уже меньше чем через неделю начнется юбилейная 20-я конференция анализа!
И мой доклад будет на ней открывающим 💪
https://analystdays.ru/ru/talk/131790
Буду рад всем, кто присоединится онлайн и офлайн 🔥
И мой доклад будет на ней открывающим 💪
https://analystdays.ru/ru/talk/131790
Буду рад всем, кто присоединится онлайн и офлайн 🔥
🔥10
Всего полгода назад был мой дебют на analyst days!🤘
Это был закрытый гештальт и море эмоций! Просто непередаваемые ощущения, когда на тебя смотрят сотни внимательных глаз, и ты понимаешь — они слушают, им интересно! Отдельный восторг был после доклада, когда люди подходили и спрашивали, где следить за анонсами новых выступлений.
В свободный доступ видео с конференций попадают с большой задержкой, и я наконец-то рад поделиться полной записью моего выступления!
🔗 https://analystdays.ru/ru/talk/126077
Думаю, многим приходилось долго и муторно разбираться в незнакомой БД. В докладе поделился лайфхаками и лучшими практиками из своего опыта проектирования. Надеюсь будет интересно, вопросы можно писать в комменты или мне в личку)
Это был закрытый гештальт и море эмоций! Просто непередаваемые ощущения, когда на тебя смотрят сотни внимательных глаз, и ты понимаешь — они слушают, им интересно! Отдельный восторг был после доклада, когда люди подходили и спрашивали, где следить за анонсами новых выступлений.
В свободный доступ видео с конференций попадают с большой задержкой, и я наконец-то рад поделиться полной записью моего выступления!
🔗 https://analystdays.ru/ru/talk/126077
Думаю, многим приходилось долго и муторно разбираться в незнакомой БД. В докладе поделился лайфхаками и лучшими практиками из своего опыта проектирования. Надеюсь будет интересно, вопросы можно писать в комменты или мне в личку)
analystdays.ru
Технические поля в БД - о чем не принято говорить
Все мы проектировали базу данных библиотеки или магазина в ВУЗах, где нас учили правильно выделять атрибуты, строить модели данных и приводить БД к нормальным формам. А что насчет полей, не относящихся к атрибутам бизнес-сущностей? Как часто вы используете…
🔥5👏2
#Технологии
Удивительно, насколько полезно бывает обновить знания об инструменте, с которым уже много работал.
Предлагаю сегодня вспомнить про Redis)
Впервые мы познакомились в магистратуре в 2019 году. Его преподносили, как базу данных с хранением в оперативной памяти, функционирующую по принципу ключ-значение.
В работе я столкнулся с Redis только в 2021 году. Ровно в той же парадигме, что давали в университете — хранение данных в оперативной памяти для быстрого доступа (привет, кэширование 👋).
Проектирование решений с использованием Redis в таком виде относительно простое. Есть хранимые переменные с каким-то временем жизни, их можно получать, записывать и удалять. Понятно и удобно.
Каково же было мое удивление в 2024 году на новом проекте, когда я узнал, что Редис используется вместо Кафки 🤯
Да, да, Redis streams, который появился ещё в 2017 году. Возможно, первая его версия была неудобной или неприменимой в проектах: всегда есть лаг между появлением технологии и ее активным применением.
Но факт остаётся фактом, всегда будьте готовы обнаружить незнакомую фичу знакомого продукта.
Писать полноценный обзор Redis я не буду, их достаточно в сети. Но хочу поделиться фишками, которые меня заинтересовали.
Чуть подробнее про Redis streams.
Естественно, это не полноценная замена Kafka. Хотя функциональные механизмы работы похожи — есть массив публикуемых сообщений, из которого разные подписчики читают данные в соответствии со своим офсетом; под капотом это совершенно разные инструменты со своими особенностями и нюансами. Каждый под свои задачи.
Redis подходит для более локальных и легковесных решений, его проще реализовать, но и возможностей будет меньше. Как и надёжности)
Второй интересный инструмент — Redis pub sub.
Мне он пригодился в задаче автопубликации измененных настроек. Механизм очень прост: клиент подписывается на канал и получает сообщения по мере появления, пока он активен. Последний нюанс очень важен. Отправитель сообщений ничего не знает ни о клиентах, ни о том, доставилось кому-то сообщение или нет. Из-за этого применимость в задачах очень ограничена.
Вот такая получилась заметка о новых фичах редиски. А какие у вас были интересные случаи применения Redis?)
Удивительно, насколько полезно бывает обновить знания об инструменте, с которым уже много работал.
Предлагаю сегодня вспомнить про Redis)
Впервые мы познакомились в магистратуре в 2019 году. Его преподносили, как базу данных с хранением в оперативной памяти, функционирующую по принципу ключ-значение.
В работе я столкнулся с Redis только в 2021 году. Ровно в той же парадигме, что давали в университете — хранение данных в оперативной памяти для быстрого доступа (привет, кэширование 👋).
Проектирование решений с использованием Redis в таком виде относительно простое. Есть хранимые переменные с каким-то временем жизни, их можно получать, записывать и удалять. Понятно и удобно.
Каково же было мое удивление в 2024 году на новом проекте, когда я узнал, что Редис используется вместо Кафки 🤯
Да, да, Redis streams, который появился ещё в 2017 году. Возможно, первая его версия была неудобной или неприменимой в проектах: всегда есть лаг между появлением технологии и ее активным применением.
Но факт остаётся фактом, всегда будьте готовы обнаружить незнакомую фичу знакомого продукта.
Писать полноценный обзор Redis я не буду, их достаточно в сети. Но хочу поделиться фишками, которые меня заинтересовали.
Чуть подробнее про Redis streams.
Естественно, это не полноценная замена Kafka. Хотя функциональные механизмы работы похожи — есть массив публикуемых сообщений, из которого разные подписчики читают данные в соответствии со своим офсетом; под капотом это совершенно разные инструменты со своими особенностями и нюансами. Каждый под свои задачи.
Redis подходит для более локальных и легковесных решений, его проще реализовать, но и возможностей будет меньше. Как и надёжности)
Второй интересный инструмент — Redis pub sub.
Мне он пригодился в задаче автопубликации измененных настроек. Механизм очень прост: клиент подписывается на канал и получает сообщения по мере появления, пока он активен. Последний нюанс очень важен. Отправитель сообщений ничего не знает ни о клиентах, ни о том, доставилось кому-то сообщение или нет. Из-за этого применимость в задачах очень ограничена.
Вот такая получилась заметка о новых фичах редиски. А какие у вас были интересные случаи применения Redis?)
👍5🔥3😁1🤯1
Вот и прошли два супер насыщенных дня конференции analyst days🔥
И это было просто невероятно круто! Море общения, интересных людей, увлекательных докладов и ярких эмоций! ☄
Ну и, конечно же, огромный заряд энергии от выступления! Открывающий доклад — это большая честь и ответственность) Спасибо всем, кто слушал и задавал вопросы!
Я уже думаю над темой доклада на осенний analyst days☺️
А ещё меня склоняли к участию в аналитических фестивалях (ЛАФ/ВАФ), и я, держа путь домой, размышляю — соблазниться ли на этот опыт)
Обязательно приходите на конференции — это море знаний, общения, энергии и позитива!❤️
И это было просто невероятно круто! Море общения, интересных людей, увлекательных докладов и ярких эмоций! ☄
Ну и, конечно же, огромный заряд энергии от выступления! Открывающий доклад — это большая честь и ответственность) Спасибо всем, кто слушал и задавал вопросы!
Я уже думаю над темой доклада на осенний analyst days☺️
А ещё меня склоняли к участию в аналитических фестивалях (ЛАФ/ВАФ), и я, держа путь домой, размышляю — соблазниться ли на этот опыт)
Обязательно приходите на конференции — это море знаний, общения, энергии и позитива!❤️
🔥15❤5✍1
Что в имени тебе моем...
Я никогда не устану говорить, что наименования переменных, атрибутов и колонок очень важны.
На дворе 25-й год, но до сих пор бывают попытки протащить json типа:
«Для внутреннего же использования!», «Мы тут все знаем», «Это никто потом трогать не будет», «Это временно, потом исправим»...
Когда-то, на заре айти, длина названия переменной влияла на потребляемые ресурсы и часто имела ограничения (гораздо более строгие, чем встречаются сейчас). Те времена прошли, а привычки остались, и даже в современных, не легаси, системах часто встречаются legClntRegAdr, name1, name2, name3 (угадай, где будет отчество?), telNo (смешение языков — отдельная боль), pasNum (пассажир или паспорт?) и более изощренные...
Почему так происходит? Причин много. Говорят, кого-то даже премии лишают за перерасход букв…
Должно ли так быть? Я считаю, нет. Никакая документация, даже очень подробная, не вернет вам потраченное на разбор время. А ведь можно было и не углубляться...
Мой подход в наименовании — название отражает суть атрибута, хотя бы общую. Самое главное: никакой двусмысленности и никаких сокращений.
Забудьте про clt, ts, svc, srv! Client, timestamp, service, server гораздо понятнее и не сильно затратнее в написании.
Важно и не переборщить. С этим может помочь выделение атрибутов в объекты:
До:
После:
Называйте атрибуты понятно и не бойтесь отстаивать правильные наименования при проектировании!
Я никогда не устану говорить, что наименования переменных, атрибутов и колонок очень важны.
На дворе 25-й год, но до сих пор бывают попытки протащить json типа:
{
"var1": "",
"var2": "",
"var3": ""
}
«Для внутреннего же использования!», «Мы тут все знаем», «Это никто потом трогать не будет», «Это временно, потом исправим»...
Когда-то, на заре айти, длина названия переменной влияла на потребляемые ресурсы и часто имела ограничения (гораздо более строгие, чем встречаются сейчас). Те времена прошли, а привычки остались, и даже в современных, не легаси, системах часто встречаются legClntRegAdr, name1, name2, name3 (угадай, где будет отчество?), telNo (смешение языков — отдельная боль), pasNum (пассажир или паспорт?) и более изощренные...
Почему так происходит? Причин много. Говорят, кого-то даже премии лишают за перерасход букв…
Должно ли так быть? Я считаю, нет. Никакая документация, даже очень подробная, не вернет вам потраченное на разбор время. А ведь можно было и не углубляться...
Мой подход в наименовании — название отражает суть атрибута, хотя бы общую. Самое главное: никакой двусмысленности и никаких сокращений.
Забудьте про clt, ts, svc, srv! Client, timestamp, service, server гораздо понятнее и не сильно затратнее в написании.
Важно и не переборщить. С этим может помочь выделение атрибутов в объекты:
До:
{
"settings": {
"camerabright": "",
"cameragain": "",
"cameraexposure": "",
"transport": ""
}
}
После:
{
"settings": {
"camera": {
"bright": "",
"gain": "",
"exposure": ""
},
"transport": ""
}
}
Называйте атрибуты понятно и не бойтесь отстаивать правильные наименования при проектировании!
🔥11
Я устал, я ухожу ...
Последний месяц часто обнаруживаю себя за прокрастинацией. Высокая проектная нагрузка, закрытие полугодовых целей и непрекращающийся поток дел сильно высасывают энергию.
Вспомним, что прокрастинация — это маркер, защитный механизм организма. Он включается, если целей или нагрузки слишком много или мозг не понимает, зачем мы вообще это делаем. Иногда это помогает нам отдохнуть, а иногда мешает делать важное и перегружает нервную систему.
Ставьте кота🙂 , если тоже испытываете раздражение, злость или вину после эпизодов прокрастинации.
Оставим прокрастинацию как тему для отдельных холиваров, лучше поговорим про отдых и восстановление.
Для себя я условно делю отдых на пассивный и активный. Активный отдых — все, что требует вложений, но приносит эмоции и воспоминания. Пассивный же направлен на восстановление ресурсов, физических и моральных сил.
Мероприятия из этих категорий сильно отличаются. Поэтому я скептически отношусь к высказываниям: «лучший отдых — это смена деятельности» и «пока вы там отдыхаете, лежа на диване, я уже сплавился по горной реке и пробежал марафон — вот и передохнул от рабочей недели».
С каждым из «энергетических сосудов» нужно работать по отдельности. Если вы вымотаны, скорее всего, в случае активного отдыха вы возьмете силы у организма взаймы, а потом станет ещё тяжелее. При этом есть и взаимное влияние — полное физическое истощение практически всегда идет в комплекте с эмоциональным выгоранием, а нехватка эмоций требует вложений физических сил.
Самый сложный кейс — когда не хватает и того, и другого. Именно в такой ситуации мы можем убить вечер на скроллинг ленты, а в итоге чувствовать себя ещё более разбитыми.
📎 Как быть с отдыхом?
*⃣ Не доводить себя до истощения. Вовремя остановиться, прикинуть план и остатки ресурсов потратить сначала на восстановление физических сил, а потом сделать что-то для души
*⃣ Быть внимательнее к себе. Никто лучше вас не скажет, что вас восстановит, зарядит или поможет выдохнуть. Важно с этим разобраться, собрать все инструменты, которые вы так или иначе использовали в жизни, и применять по мере необходимости
*⃣ Не требовать от себя быть сверхчеловеком. Составляйте расписание на день, рабочую неделю и выходные с учетом того, что пополнять «энергетические сосуды» отдыхом не менее важно, чем опустошать важными и нужными делами
📢 А что помогает вам отдыхать и чувствовать себя лучше?
Последний месяц часто обнаруживаю себя за прокрастинацией. Высокая проектная нагрузка, закрытие полугодовых целей и непрекращающийся поток дел сильно высасывают энергию.
Вспомним, что прокрастинация — это маркер, защитный механизм организма. Он включается, если целей или нагрузки слишком много или мозг не понимает, зачем мы вообще это делаем. Иногда это помогает нам отдохнуть, а иногда мешает делать важное и перегружает нервную систему.
Ставьте кота
Оставим прокрастинацию как тему для отдельных холиваров, лучше поговорим про отдых и восстановление.
Для себя я условно делю отдых на пассивный и активный. Активный отдых — все, что требует вложений, но приносит эмоции и воспоминания. Пассивный же направлен на восстановление ресурсов, физических и моральных сил.
Мероприятия из этих категорий сильно отличаются. Поэтому я скептически отношусь к высказываниям: «лучший отдых — это смена деятельности» и «пока вы там отдыхаете, лежа на диване, я уже сплавился по горной реке и пробежал марафон — вот и передохнул от рабочей недели».
С каждым из «энергетических сосудов» нужно работать по отдельности. Если вы вымотаны, скорее всего, в случае активного отдыха вы возьмете силы у организма взаймы, а потом станет ещё тяжелее. При этом есть и взаимное влияние — полное физическое истощение практически всегда идет в комплекте с эмоциональным выгоранием, а нехватка эмоций требует вложений физических сил.
Самый сложный кейс — когда не хватает и того, и другого. Именно в такой ситуации мы можем убить вечер на скроллинг ленты, а в итоге чувствовать себя ещё более разбитыми.
Please open Telegram to view this post
VIEW IN TELEGRAM
Отпуск, отпуск, отпуск
Кажется, он мне действительно нужен…
Продолжим тему отдыха.
Отпуск позволяет полностью перезарядиться, отвлечься, расслабиться и восстановиться, чтобы вернуться к работе с новыми силами. По крайней мере, должен все это делать...🤔
Мои взаимоотношения с отдыхом были полярными на разных ролях и разных проектах. Большую часть карьеры мне не требовалось больше двух недель отпуска в год. А иногда я даже разбивал их по одной. И этого хватало: я достаточно отдыхал в выходные, мне нравилась работа, она не выматывала.
Со временем работа стала сложнее, ответственность кратно выросла. Это вытягивало силы и изматывало, потребность в отдыхе выросла. Двух недель или пары отпусков в год стало недостаточно, захотелось уйти в отпуск на 3-4 недели.
📎 Как я столкнулся с новыми административными реалиями
На прошлом месте работы я никогда не планировал отпуск на год. Достаточно было в начале года поставить в календарь двухнедельный отпуск, а остальное планировать в моменте. Было очень удобно: известил за 2-3 недели и ушел отдыхать.
На новом месте меня обязали составить полный план график отпуска на весь год. Это вызвало огромное сопротивление, было лень так далеко планировать. Я просто бахнул целый месяц в середину года с мыслью о том, что я потом его раскидаю, когда нужно будет.
Но ко мне тут же пришел руководитель с посылом, что такое мне никто не согласует. Проблема была в том, что документ официальный, по нему составляется план отпусков всех сотрудников на год, и если я вдруг не перераспределю дни, могу просто уйти на месяц в отпуск, а так нельзя. Даже три недели не рекомендуется, четыре уж тем более.
Вот тут я и задумался, а почему возникает такой конфликт на почве желания отдохнуть целый месяц. Запретный плод сладок, так что теперь у меня есть большое желание попробовать четырехнедельный отпуск😴 . Ставьте кота 🙂 , если у вас такой был или тоже хотите!)
📌 Мои впечатления от планирования отпусков на год
Если честно, мне не понравилось) Это лишает гибкости и ощущения свободы планирования. Нужно сесть и продумать план на год: праздники, поездки, необходимость отдохнуть (её прогнозировать оказалось сложнее всего). При пересмотре планов придется договариваться и двигать ближайший отпуск.
С другой стороны, это хороший способ упорядочить work-life balance: отдыхать вовремя и превентивно, а не когда уже сгорел на работе, планировать больше поездок и активностей, регулярно снимать фокус с работы. Надеюсь, эта система ещё принесет свои плоды.
Отпуска в IT — это негласный договор между работником и работодателем: мы можем сами выбирать, когда и сколько отдыхать, но платим за это отсутствием долгих отпусков. Ниже голосовалка, поделитесь, какой формат отпуска ближе вам.
Кажется, он мне действительно нужен…
Продолжим тему отдыха.
Отпуск позволяет полностью перезарядиться, отвлечься, расслабиться и восстановиться, чтобы вернуться к работе с новыми силами. По крайней мере, должен все это делать...
Мои взаимоотношения с отдыхом были полярными на разных ролях и разных проектах. Большую часть карьеры мне не требовалось больше двух недель отпуска в год. А иногда я даже разбивал их по одной. И этого хватало: я достаточно отдыхал в выходные, мне нравилась работа, она не выматывала.
Со временем работа стала сложнее, ответственность кратно выросла. Это вытягивало силы и изматывало, потребность в отдыхе выросла. Двух недель или пары отпусков в год стало недостаточно, захотелось уйти в отпуск на 3-4 недели.
На прошлом месте работы я никогда не планировал отпуск на год. Достаточно было в начале года поставить в календарь двухнедельный отпуск, а остальное планировать в моменте. Было очень удобно: известил за 2-3 недели и ушел отдыхать.
На новом месте меня обязали составить полный план график отпуска на весь год. Это вызвало огромное сопротивление, было лень так далеко планировать. Я просто бахнул целый месяц в середину года с мыслью о том, что я потом его раскидаю, когда нужно будет.
Но ко мне тут же пришел руководитель с посылом, что такое мне никто не согласует. Проблема была в том, что документ официальный, по нему составляется план отпусков всех сотрудников на год, и если я вдруг не перераспределю дни, могу просто уйти на месяц в отпуск, а так нельзя. Даже три недели не рекомендуется, четыре уж тем более.
Вот тут я и задумался, а почему возникает такой конфликт на почве желания отдохнуть целый месяц. Запретный плод сладок, так что теперь у меня есть большое желание попробовать четырехнедельный отпуск
Если честно, мне не понравилось) Это лишает гибкости и ощущения свободы планирования. Нужно сесть и продумать план на год: праздники, поездки, необходимость отдохнуть (её прогнозировать оказалось сложнее всего). При пересмотре планов придется договариваться и двигать ближайший отпуск.
С другой стороны, это хороший способ упорядочить work-life balance: отдыхать вовремя и превентивно, а не когда уже сгорел на работе, планировать больше поездок и активностей, регулярно снимать фокус с работы. Надеюсь, эта система ещё принесет свои плоды.
Отпуска в IT — это негласный договор между работником и работодателем: мы можем сами выбирать, когда и сколько отдыхать, но платим за это отсутствием долгих отпусков. Ниже голосовалка, поделитесь, какой формат отпуска ближе вам.
Please open Telegram to view this post
VIEW IN TELEGRAM
