✍️ #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 высокий, а контроля — нет.

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

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

Если coverage не даёт контроля, на что тогда опираться? Ответ не только в метриках.

Контроль появляется не от полного покрытия кода, а от продуманной проверки поведения системы при разных сценариях. Поэтому нам важно ответить на вопрос "что может пойти не так?”, а не на “что покрыто?”.

Разберем на прошлом примере:

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

# основной сценарий:
assert foo(10, 10) == "ok"
# обратный сценарий:
assert foo(1, 1) == "bad"

Т.е. вместо попытки покрыть всё, нужно проверять лишь важную логику кода.

Обратим внимание, что все метрики стали равны 100%. При этом мы не покрыли код с граничными значениями (x=5 или y=5), которые могли стать критичными при сложной логике продукта.

Для себя я выделил несколько ориентиров по написанию тестов. Нужно проверять:
• критичные сценарии, оказывающие наибольшее влияние на работу;
• частые сценарии использования пользователями;
• граничные случаи — то, где система может повести себя нестабильно.

После этого метрики всё ещё остаются полезным и нужным инструментом. Но инструментом контроля, а не целью тестирования. Цель тестирования — ответ на вопрос: “где логика системы может сломаться и как это отследить?”

🚀 #steps | Week 53 / 365

Вчера проекту исполнился год🫃. И год назад я представлял этот пост иначе. Мне казалось, что к этой точке будет о чём рассказывать. Что результаты будут говорить сами за себя.

Сегодня всё иначе. Снижение темпа. Большое количество сомнений. Размышления. Прокрастинация (куда же я без нее😅). На этой неделе добавилось ещё и ОРВИ.

Писать это неприятно. Но и заканчивать я не хочу. Да и всё ли было так грустно? Определенно — нет. Собралась часть накоплений (4.5/1000). Текущая ЗП сдвинулась с 85 до 115. И у меня появилась пара идей, которые я хочу попробовать реализовать (расскажу/покажу немного позже).

Ну что, с годиком нас! Step by step.

✍️ #notes | Не ной
(...или книга о философии отношения к деньгам)

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

Деньги — это не зло.

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

Наши мысли становятся барьерами.

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

Мечты сбываются у тех, кто готов выглядеть глупо.

"Что обо мне подумают?" — один из самых сильных внутренних тормозов. Любое новое дело сначала выглядит странно. Блог, смена профессии, собственный проект. Всё что угодно может вызывать непонимание окружающих. Но мечты достигают не те, кто ничего не боится, а те, кто действует несмотря на возможные последствия и чужое мнение.