🚀 #steps | Week 13 / 365

🕐 Пропускаем неделю 12 и закрываем 13-ю! Несчастливое ли это число? Не знаю. Но я всё ещё не получил документы для оформления в штат…

...Завёл себя в «день сурка» и не мог заставить себя написать пост. Всё ждал момента, когда выйду на работу и смогу приправить пост хорошей новостью. Не вышло 😅

Сейчас изучаю материалы с акцентом на Linux и DevOps. Роадмап взял на канале «девопсим потихоньку». Там же почерпнул идею ведения личных записей. Всё в голове не удержишь, поэтому знания приходится регулярно освежать. Раньше на это уходило много времени, т.к. приходилось начинать почти с нуля. С заметками же путь сокращается в разы (пользуюсь Notion; почитатели Obsidian, простите 🥲).

В процессе поиска материалов по DevOps, корпоративной культуре и собеседованиям я снова и снова натыкался на «Проект „Феникс“». В итоге прочитал и не пожалел. Книга огонь. Рекомендую её всем без исключения. Скоро напишу мини-обзор (как и на пункты тут).

Who’s gonna carry the boats? I am. Step by step.

🚀 #steps | Week 17-0.15 / 365

I'm back.
Если свести все события к главному, то я устроился и уже 2.5 недели в команде.

Рад ли я? Конечно. Я наконец возобновил свой денежный поток. Доволен ли я компанией? На 100 процентов. Давно хотел поработать в рамках очень большой команды. Остальное — вопрос опыта и уверенности.

Основные задачи будут крутиться вокруг работы с БД (назовем это гибким навыком, на котором я буду делать акцент) и задач из сферы компании (а это уже навык негибкий, ограничусь практическим минимумом).

Не знаю, хватит ли желания написать задуманные посты про Python, Git, Linux, DevOps… А ведь где-то завалялось и обещание про сторитейлинг…

Буду пробовать. Step by step.

✍️ #notes | Сторитейлинг — 1/4

Ну что, начнем с моей истории. Думаю, она началась далёкой осенью 2022 года. Я окончил университет, уволился с первой работы и завершил долгие отношения. В общем — жизнь с чистого листа. Но я понятия не имел, с чего начать.

Первой записью в этом листе стал переезд и попытка войти в IT на новом месте. Имея почти год опыта в трудовой и красный диплом, я рассчитывал, что всё решится быстро. Как же я ошибался. Ни одна компания даже не открыла моё резюме. Так продолжалось около двух месяцев. В конце я уже был готов согласиться на любую работу.

Пиком падения стало собеседование на позицию продавца магических амулетов.

Вы готовы убедить мать, что это поможет её наркозависимому сыну?

После этого я просто сел и подумал: “Неужели всё действительно настолько плохо? Что я вообще делаю? Куда я могу пойти?” Если рост — это выход из зоны комфорта, то в тот момент я из неё выбежал.

К этому времени деньги начинали подходить к концу, и я буквально пошёл в торговый центр искать хоть какую-то работу. Так я устроился в компанию из сферы продаж и остался там на долгие два с половиной года. Это стало моей отправной точкой.

✍️ #notes | Сторитейлинг — 2/4

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

У меня не было идей, как решить вставшую передо мной задачу, поэтому я воспользовался тем подходом, который помогал мне в университете: решил изучить продажи. “45 татуировок продавана” Максима Батырева и “Жёсткие продажи” Дэна Кеннеди стали первым шагом и действительно хорошим решением.

В те дни я начал понимать, что продать можно что угодно и кому угодно. Главное — выявить потребность. Помните про продажу ручки в фильме “Волк с Уолл-стрит”? Всё ровно так. Отличалось только одно: я не хотел становиться Джорданом Белфортом 😅

Поэтому я придерживался правила:

Не продавай то, во что не веришь сам.

Этап продавца я прошёл менее чем за три месяца и перешёл на должность администратора. Снаружи это выглядело как рост, но внутри я не был уверен, что расту в правильном направлении.

✍️ #notes | Сторитейлинг — 3/4

Управлять командой людей было интересно. Но, как и на предыдущем этапе, я столкнулся с тем, что совсем не умел этого делать. Мне было куда привычнее выполнять работу самостоятельно, чем распределять её между сотрудниками.

Я вернулся к учёбе. Благо у тех же авторов были не менее сильные книги в этом направлении. Однако, в этот раз что-то было не так. Время шло, а руководить (с большой буквы “Р”) я так и не научился. И мне все никак не удавалось провести грань между дружеским и рабочим взаимодействием. Я не понимал, как мне оставаться только руководителем.

Возможно, этому способствовала и специфика работы компании. Мне часто приходилось подменять других сотрудников из-за нехватки кадров. В какой-то момент я начал ощущать себя музыкантом, который пытается играть на всех инструментах сразу. Получалось так себе 🫠

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

✍️ #notes | Сторитейлинг — 4/4

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

Как и предыдущие этапы, этот не обошёлся без обучения. А учиться было чему. Начиная со статей "Сети для самых маленьких" и заканчивая огромным талмудом Таненбаума, который я так и не смог дочитать... А ещё у меня появилось желание продолжить двигаться в направлении программирования. В этом помогали книги Андрея Столярова: "Программирование: введение в профессию". Их я тоже так и не осилил 😅

Рабочие задачи также помогали двигать свой потолок. Я прикоснулся к RPA, занимался миграцией почты, участвовал в введении и сопровождении корпоративного мессенджера. Я даже обучал топ-менеджмент работе с новыми цифровыми инструментами компании. В общем, развивал себя и помогал развиваться команде 😎

Всё это продолжалось до продажи бизнеса её основателями. А новая метла действительно замела по-новому. Примерно 70% офисного штата было сокращено. Так я впервые столкнулся с «оптимизацией». В такой трактовке это слово звучало особенно цинично.

Так завершился ещё один этап моей жизни. Ну а дальше вы уже знаете 🙂

🚀 #steps | Week 21 / 365

Уже 4 недели меня тут не было? Воу. Рабочая рутина потихоньку затянула меня.

Длительный перерыв, а сказать будто и нечего. Когда так долго откладываешь, появляется странное чувство, что возвращаться нужно только с весомым результатом. А если недели были обычными, то и делиться особо нечем. Всё это постепенно вело к тому, что я мог бы просто отложить проект в сторону.

Но всё-таки пересилил себя. И вот, первые строки уже тут ✍️

Из результатов: начал укладываться в KPI на работе. Это заметно сняло напряжение. В первые недели чувствовал себя не в своей тарелке, а теперь стало спокойнее. Даже ехать на работу сегодня было приятно 😅

See you soon. Step by step.

✍️ #notes | Итоги 2025

Для многих декабрь — время подведения итогов и постановки целей на следующий год. Для меня же это первый год, где результаты были зафиксированы не только в голове 🥸

И это ощутимо давит. Пусть основная задача с устройством на работу была выполнена, часть параллельных задач так и осталась незакрытой. Похоже, я переоценил свои возможности и недооценил масштаб задач. Это была первая попытка осознанной постановки целей, и я не знал, какой объём работы для меня реалистичен. Хотелось взять больше — и это нормально.

Часть задач уходит со мной в следующий год. Какие-то я стараюсь закрыть сейчас, какие-то сознательно оставляю. Итог по основной цели — 1 000$.

На следующий год будет пять основных ориентиров, вокруг которых будут выстраиваться дополнительные задачи:
1. увеличить доход в 2 раза — с 85 до 170;
2. выйти из роли тех.поддержки в сторону разработки;
3. поднять английский до уровня B1;
4. бег — 10 км из 45 минут;
5. прочитать 12 книг.

💻 #learning | О DevOps — 1/4

Начинаю цикл коротких выжимок из "Проект Феникс", после которых будет подведён общий итог по книге.

Тезис 1:

Любые улучшения вне бутылочного горлышка — иллюзия. Улучшения после горлышка бесполезны: поток по-прежнему ограничен входом, и система просто ждёт. Улучшения до горлышка вредны: если они увеличивают приток — они лишь сильнее перегружают узкое место. Реальное улучшение системы возможно только через работу с её ограничением.

💻 #learning | О DevOps — 2/4

Тезис 2:

Незапланированная работа — это постоянное тушение пожаров. Она возникает из-за отсутствия явных требований к эксплуатации: качеству, надёжности и поддержке продукта.

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

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

💻 #learning | О DevOps — 3/4

Тезис 3:

Важны не процессы и не объём выполненной работы, а бизнес-результаты. Чтобы влиять на них, необходимо понимать, в какой бизнес-системе существует отдел: её цели, проекты, операции, стратегию, обязанности и ограничения.

Цель управления — увеличить отдачу всей системы, а не отдельных её частей. Поэтому управление передачей работы между инстанциями не менее важно, чем управление работой на отдельных этапах.

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

💻 #learning | О DevOps — 4/4

Наступил 2026 год! Пусть он будет продуктивным, спокойным, с ясными приоритетами и временем на то, что действительно важно.

А я начну начну новый год с тезиса 4:

Культура постоянного улучшения — это культура эксперимента и обучения на ошибках. Её основа — не разовые рывки, а регулярная практика и повторение.

Повторение формирует привычки, а привычки — фундамент мастерства. Именно поэтому короткая, но ежедневная практика эффективнее редких, но длительных усилий.

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

✍️ #notes | Проект Феникс

На момент подготовки первой версии этого обзора мне казалось, что описанные в книге проблемы намеренно завышены. Да, в моей практике бывали спешка и размытые приоритеты, но система работала устойчиво.

Сегодня ситуация изменилась. Я лично увидел то, о чем писали авторы. Именно в этот момент идеи из "Проект Феникс" перестали восприниматься как теория. Они стали точным описанием происходящего. Жаль лишь, что я оказался в начале описываемых событий 😅

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

Это книга НЕ про IT как таковое, а про мышление и ответственность. Именно поэтому она остаётся актуальной и будет полезна каждому. Особенно тем, кто работает над построением устойчивого и управляемого рабочего цикла в компании.

🚀 #steps | Week 30 / 365

Выходим из новогодней спячки и фиксируем приоритеты на ближайшие 3 месяца.

📚 Книги:
1) Сказать жизни «Да!»
2) Can’t Hurt Me
3) Never Finished

🎓 Обучение до конца января:
1) SQM — курс Егора Бугаенко
2) CS50 — курс Гарвардского университета
3) Английский A0 — курс Александра Бебриса

🎓 Следующие 2 месяца:
1) Английский A1
2) SQL — курс Hexlet

Немного мотивации, немного теории и один прикладной курс для более продуктивной работы. Step by step.

🚀 #steps | Week 32 / 365

📆 Закончился первый месяц года. Текущие результаты ниже запланированных, но это перестало выбивать из ритма.

Сейчас:
— завершить прочтение книги и подготовить отдельный пост.

Дальше:
— остальные цели, часть которых планирую закрыть в течение следующей недели;
— перейти к изучению курса по SQL.

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

Продолжаем движение. Step by step.

✍️ #notes | Упрямство духа
(По книге Виктора Франкла: “Сказать жизни «Да!»”)

Главная идея книги: "У человека можно отнять всё, кроме свободы выбора". Не свободы обстоятельств, не свободы тела, а свободы отношения к происходящему.

Франкл показывает, что человек ломается не от боли как таковой, а от утраты смысла делать выбор. Когда исчезает понимание "зачем", то цель размывается и пропадает внутренняя опора. Поэтому мне стала близка философия Дэвида Гоггинса. Не нужно искать смысл, чтобы двигаться. Нужно двигаться, чтобы обрести смысл.

Из этого следуют две важные мысли. Первая: "Смерть и страдание придают бытию ценность". Они снимают иллюзии и возвращают значимость не только маленьким победам, но даже самым обыденным вещам. При этом важно не романтизировать и не превращать их в оправдание бездействия.

Вторая касается иллюзии "упущенных возможностей". Иногда кажется, что главный путь уже позади, что пережитые невзгоды не дали ничего. Но это ошибка перспективы. Мы цепляемся за прошлые возможности лишь потому, что не знаем будущего. А пережитые трудности — это не пустая трата времени, а опыт. Он начинает работать позже, когда появляется нужный контекст. И часто, очень неожиданный.

Франкл приходит к простому, но жёсткому выводу: жизнь не обязана быть справедливой, но она всегда требует ответа. И отвечать на неё можно только действием. Даже тогда, когда кажется, что отвечать уже нечем.

💻 #learning | CS50

Пока рынок финансовых активов продолжает лихорадить (биткоин впервые за долгое время опустился к уровню ~60 000), я закончил CS50.

Это не тот курс, после которого выходишь на рынок готовым специалистом. CS50 — про расширение кругозора в сфере IT. Тут можно получить фундамент в виде алгоритмики, работы с памятью и БД, а также соприкоснуться с базовыми идеями ИИ. И это при том, что я проходил далеко не самую актуальную версию, а курс 2015 года в переводе от JavaRush. Тем не менее ценность от этого почти не пострадала.

Я бы рекомендовал CS50 тем, кто только только задумывается о входе в IT. Просмотр этого курса даст ответ на вопрос: интересна ли вам эта сфера или стоит искать другое направление.

Я же впервые столкнулся с CS50 ещё в 2022 году. Тогда он зацепил атмосферой и ощущением причастности. Я не просто смотрел лекции, я будто становился студентом Гарварда. Удивительно, но это ощущение не исчезло и в 2026. К чему это привело? Я добавил себе в коллекцию еще одну цель: побывать в этом университете. И будет отлично побывать там в роли студента, а не туриста 👨‍🎓

This was CS50. Thank you!

🚀 #steps | Week 36 / 365

1/10 пути позади, а до конечной точки всё так же далеко, как и в начале. Это немного давит, но спасает фиксация реализованных задач. Приятно осознавать, что не схожу с этого марафона.

Что успело произойти:
— накоплено 2 / 1000;
— куплена камера - пробую выйти на YouTube;
— курс английского уровня A0 завершён.

Что дальше:
— смещён акцент по SQL с платформы Hexlet, на площадку EPAM;
— продолжаю проходить SQM (Егор Бугаенко);
— перешёл на уровень A1.

Двигаюсь дальше. Step by step.

🚀 #steps | Week 40 / 365

Подходит к концу неделя 40, а вместе с ней и третий месяц этого года.

Сейчас хочется зафиксировать тему тестирования кода. Очень понравилась эта часть курса SQM. В отдельном посте (а может и постах) разберу её глубже: что такое coverage, какие бывают метрики и где они реально полезны, а где только создают иллюзию качества.

По моим ощущениям месяц получился немного слабее, чем планировалось: чтение и изучение языка выпало из моего графика. Основной фокус сейчас на:
• Курс SQM;
• Курс SQL. Прохожу его на платформе SQL Academy, которая стала приятным открытием. Очень подходящий для меня формат "теория -> практика". За рекомендацию спасибо автору @wayout_journal 🤝

Еще один вектор, до которого я пока не дошел — съёмка. Остановился на этапе ожидания линзы. С китовым объективом работать не получается. Он совсем не мотивирует 🥲

Дальше — больше. Step by step.

💻 #learning | Тестирование — 1/3

До курса SQM я думал о тестировании, как о способе нахождения ошибок в продукте. Сейчас это мнение изменилось. Тесты — это не про поиск багов. Тесты — это про контроль поведения системы.

Если у тебя нет тестов — ты не знаешь:
• как система реагирует на разные входные данные;
• что сломается после изменений;
• где проходят границы допустимого поведения.

Следовательно, любое изменение превращается в риск. Тестирование же помогает его ограничить и проконтролировать. Оно фиксирует ожидаемое поведение и помогает ответить на вопрос: “ведёт ли себя система так, как мы договорились?”

Но как понять, что система находися под контролем? Обычно, для этого используют метрики покрытия (code coverage). И на первый взгляд кажется, что всё просто: "покрыли код тестами на 100% — и отлично".

Но это иллюзия.

💻 #learning | Тестирование — 2/3

Почему 100% покрытие может быть илюзией качества?

Тестирование тесно связано с метрикой coverage. Она показывает, какая часть кода была выполнена во время тестов. И мысль: "чем выше процент — тем лучше протестирована система", кажется логичной. Но проблема в том, что coverage измеряет не качество, а лишь факт выполнения кода.

Существует большое количество метрик покрытия. Остановимся на самых известных (от простых к более детализированным):
• Line Coverage — были ли выполнены строки кода;
• Statement Coverage — были ли выполнены инструкции;
• Branch Coverage — прошли ли все ветви (true / false);
• Condition Coverage — проверены ли отдельные условия внутри выражений.

Давайте рассмотрим на примере:

def foo(x, y) -> str:
    if x > 5 and y > 5:
        return "ok"
    else:
        return "bad"

assert foo(10, 4) == "bad"
assert foo(4, 10) == "bad"

# Coverage:
# Line:       3/4  (75%)
# Statement:  2/3  (~66%)
# Branch:     1/2  (50%)
# Condition:  2/2  (100%)

Получается, мы получили 100% в condition coverage, при этом у нас не протестирована часть кода с результатом "ok". Итог: coverage высокий, а контроля — нет.

На что же тогда опираться?