Ненастоящий архитектор | Кирилл Егоркин
102 subscribers
10 photos
8 links
Записки IT архитектора, который не построил ни одного здания.

Для связи @newKEclear
Download Telegram
Давайте знакомиться!🤚
Меня зовут Кирилл Егоркин, я solution архитектор.
А это мой лично-профессиональный блог, в котором я буду делиться интересными заметками про работу, карьеру и жизнь.

Мой путь в айти начался в далёком 2017-ом с позиции ручного тестировщика. Затем я весьма быстро нырнул в анализ. Возможность проектировать для меня стала глотком свежего воздуха и мощнейшим драйвером. Так я и докатился до архитектуры. Карьерные пути, дороги и закоулки — тема для отдельных постов и дискуссий, не будем сильно углубляться.

Как появился этот Телеграм канал?
После моего выступления на analyst days 19 слушатели просили дать ссылку на канал . Тогда и я впервые задался этим вопросом. Но по дате этого сообщения вы поймёте, что я прокрастинировал эту затею полгода)
Что же сподвигло? Во время одной жаркой дискуссии по work-life balance я вдруг осознал, что всё-таки хочу нести свой опыт, знания и прочее светлое-вечное соратникам айти сферы.

Каким я вижу этот блог?
Честно говоря, полное понимание до сих пор не сформировалось, будем импровизировать!
Планирую делиться мыслями, идеями, опытом и эмоциями. Бывает и короткая заметка может натолкнуть на размышления, помочь справиться с проблемой и сэкономить время и силы. Да и в рабочих буднях случается много ситуаций, стоящих разбора и огласки. Как спикеру двух с половиной конференций, уверен, мне есть что рассказать 🤓
В долгосрочных планах есть статьи, подкасты и коллаборации с коллегами.

Добро пожаловать, располагайтесь поудобнее!
🔥84
Всего полгода назад был мой дебют на analyst days!🤘

Это был закрытый гештальт и море эмоций! Просто непередаваемые ощущения, когда на тебя смотрят сотни внимательных глаз, и ты понимаешь — они слушают, им интересно! Отдельный восторг был после доклада, когда люди подходили и спрашивали, где следить за анонсами новых выступлений.

В свободный доступ видео с конференций попадают с большой задержкой, и я наконец-то рад поделиться полной записью моего выступления!

🔗 https://analystdays.ru/ru/talk/126077

Думаю, многим приходилось долго и муторно разбираться в незнакомой БД. В докладе поделился лайфхаками и лучшими практиками из своего опыта проектирования. Надеюсь будет интересно, вопросы можно писать в комменты или мне в личку)
🔥5👏2
#Технологии
Удивительно, насколько полезно бывает обновить знания об инструменте, с которым уже много работал.

Предлагаю сегодня вспомнить про 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☺️
А ещё меня склоняли к участию в аналитических фестивалях (ЛАФ/ВАФ), и я, держа путь домой, размышляю — соблазниться ли на этот опыт)

Обязательно приходите на конференции — это море знаний, общения, энергии и позитива!❤️
🔥1551
Что в имени тебе моем...

Я никогда не устану говорить, что наименования переменных, атрибутов и колонок очень важны.
На дворе 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
7🔥6
Отпуск, отпуск, отпуск

Кажется, он мне действительно нужен…

Продолжим тему отдыха.
Отпуск позволяет полностью перезарядиться, отвлечься, расслабиться и восстановиться, чтобы вернуться к работе с новыми силами. По крайней мере, должен все это делать... 🤔

Мои взаимоотношения с отдыхом были полярными на разных ролях и разных проектах. Большую часть карьеры мне не требовалось больше двух недель отпуска в год. А иногда я даже разбивал их по одной. И этого хватало: я достаточно отдыхал в выходные, мне нравилась работа, она не выматывала.

Со временем работа стала сложнее, ответственность кратно выросла. Это вытягивало силы и изматывало, потребность в отдыхе выросла. Двух недель или пары отпусков в год стало недостаточно, захотелось уйти в отпуск на 3-4 недели.

📎Как я столкнулся с новыми административными реалиями

На прошлом месте работы я никогда не планировал отпуск на год. Достаточно было в начале года поставить в календарь двухнедельный отпуск, а остальное планировать в моменте. Было очень удобно: известил за 2-3 недели и ушел отдыхать.

На новом месте меня обязали составить полный план график отпуска на весь год. Это вызвало огромное сопротивление, было лень так далеко планировать. Я просто бахнул целый месяц в середину года с мыслью о том, что я потом его раскидаю, когда нужно будет.

Но ко мне тут же пришел руководитель с посылом, что такое мне никто не согласует. Проблема была в том, что документ официальный, по нему составляется план отпусков всех сотрудников на год, и если я вдруг не перераспределю дни, могу просто уйти на месяц в отпуск, а так нельзя. Даже три недели не рекомендуется, четыре уж тем более.

Вот тут я и задумался, а почему возникает такой конфликт на почве желания отдохнуть целый месяц. Запретный плод сладок, так что теперь у меня есть большое желание попробовать четырехнедельный отпуск 😴. Ставьте кота 🙂, если у вас такой был или тоже хотите!)

📌Мои впечатления от планирования отпусков на год

Если честно, мне не понравилось) Это лишает гибкости и ощущения свободы планирования. Нужно сесть и продумать план на год: праздники, поездки, необходимость отдохнуть (её прогнозировать оказалось сложнее всего). При пересмотре планов придется договариваться и двигать ближайший отпуск.

С другой стороны, это хороший способ упорядочить work-life balance: отдыхать вовремя и превентивно, а не когда уже сгорел на работе, планировать больше поездок и активностей, регулярно снимать фокус с работы. Надеюсь, эта система ещё принесет свои плоды.

Отпуска в IT — это негласный договор между работником и работодателем: мы можем сами выбирать, когда и сколько отдыхать, но платим за это отсутствием долгих отпусков. Ниже голосовалка, поделитесь, какой формат отпуска ближе вам.
Please open Telegram to view this post
VIEW IN TELEGRAM
10🔥1