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

У меня обычно так и бывает, всё наваливается разом, и кажется, что выбраться из этого завала невозможно.

<Вырезанный блок про то, как я каждый раз справляюсь и советы, которые возможно подходят только мне>

Сейчас весна.

Самое время напомнить себе, что кроме задач и проблем есть ещё жизнь.
Выйти на улицу, пройтись 10 минут без телефона, подышать воздухом, посмотреть как расцветает природа.

Желаю тебе сил. Не болей, пусть твои близкие будут здоровы. Если у тебя сейчас сложный период, приходи в комментарии поныть и знай — все будет хорошо! 🐘

Читал мотивационные книги, давал себе обещание, начинал худеть, богатеть, бегать, прыгать и умнеть…

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

Я НЕ СТАНОВИЛСЯ СЧАСТЛИВЫМ!!!

Я наплевал на то, чего я хочу и сфокусировался на том, чего не хочу.

Я не хочу мыть посуду, я это просто ненавижу.
Вы только что прочитали короткую версию появления посудомойки у меня в квартире.

Что я еще не хочу: Стоять в пробках, Писать ежедневные отчеты, ходить на ненужные созвоны. Я перешел на удаленку и сменил работу.

Это все «нехочухи», которые делают меня счастливым.

«Нехочухи» новое золото, про них я не читал в книгах, но заметив их я решил развивать это направление своей жизни.

А что вы негавидите и делаете?

16.03.2026 04:40 Отправил последнюю работу на проверку

Курс завершен, теперь можно дня 2-3 выдохнуть и заняться чем-то ещё.

Кажется я высвободил часов 20-40 в неделю, обучение очень интенсивное.

Курс от яндекса мне понравился, особенно упор на практику, который в нем сделан.

Если говорить про технологии и подходы, то нет смысла все перечислять, вы это моежете посмотреть на странице описания курса, а вот что отмечу второй раз это практика!

Докер и кубер уже используются как что-то обязательное в каждом проекте, причем на автомате.

Знания углубились, перекомпоновались в голове, да и в целом я очень доволен как расширил кругозор, теперь попробую все это в работу внедрить.

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

Очень хочется поделится радостью, но сил на какие-то детали нет. Побегу спать)

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

Давно меня не отпускает мысль, что вся история человечества похожа на путь от чего‑то хорошего к маркетингу(в хорошем смысле, без негатива), а дальше уже к продаже чего‑нибудь среднего по качеству за дорого. Схема, конечно, упрощённая, но мир я примерно так и ощущаю.

Недавно у Жени, моего коллеги из Т1, прочитал пост: В ChatGpt появилось то, чего мы все боялись. (https://t.me/frontend_lead_mentor/1063) Думаю из названия уже все понятно.
Я про это давно думаю, и даже успел в голове разработать несколько «героических» шагов, как с этим жить и не превратиться в статистику отдела продаж.

Что я придумал?
Простого рецепта - нет!

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

И вот главный вопрос: а делать‑то что?!

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

➖Читать длинные книги, где хотя бы одна мысль не заканчивается на одной странице
➖Анализировать реальность, а не только ленту рекомендаций
➖Осознавать и перенастраивать свои самосбывающиеся пророчества
➖Развивать эмоциональное мышление, чтобы отличать «хочу» от «мне сейчас впаривают»
➖И, в конце концов, просто думать головой, а не одними животными импульсами

А вообще, всех с пятницей!
Не покупайтесь на фигню, берегите психику и кошелёк, и будьте здоровы!

P.S. Я тут на днях впервые что‑то заказал прямо из ленты Яндекс Go.​
Маркетологи с говносупераппами победили. Простите, я слабый.

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

Поговорили про тренды, ожидания, рынок труда и капельку про ИИ. В калуарах пообщались об обучении, преподавании и кажется что надо больше таких мероприятий)

Приглашайте в гости или заказывайте темы!

P.S. спикерам запретили говорить слово «хер» все же студенты еще дети.

У знакомых ребёнок во втором классе, и им задали упражнение, которое я бы обязал регулярно выполнять всех аналитиков, продактов и менеджеров проекта.

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

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

Я решил честно «сделать домашку» и применить это упражнение к одной из недавних прочитанных книг.

## Книга
- Название: «Посёлок»
- Автор: Кир Булычёв (Игорь Всеволодович Можейко)
- Тип произведения: научно‑фантастическая повесть
## Герои как сущности и роли
Если смотреть на текст глазами аналитика, персонажи — это по сути акторы и стейкхолдеры системы.

**Главные герои:**
- **Марьяна** — подросток, через которую мы видим взросление и ответственность.
- **Дик** — мальчишка, который пробует, ошибается и в итоге делает ключевое действие — устанавливает связь.
- **Олег** — инициатор изменения, автор «архитектурного решения» с воздушным шаром.
- **Казик** — друг и участник команды, который помогает довести задумку до реализации.
- **Старик** — носитель памяти и опыта, живой репозиторий знаний.

**Второстепенные герои:**
- Взрослые поселенцы: пилоты, техники, женщины, старики — фон системы, её ограничения и инерция.
- **Сергеев** — взрослый, который поддерживает рискованный, но рациональный план.
- Подростки и дети посёлка — «сообщество пользователей», колеблющееся между страхом и жаждой нового.
- Участники экспедиции Земли (доктор Павлыш, Клавдия, Салли) — внешняя система, с которой нужно восстановить интеграцию.
## Сюжет как сценарий и roadmap
Ту же школьную «сделай план» легко считать прототипом проектного плана:

1. Крушение корабля «Полюс» и создание посёлка на враждебной планете — контекст и исходные ограничения системы.
2. Быт посёлка: тяжёлая рутина, опасная природа, конфликт поколений — «как оно работает сейчас», текущая операционная модель.
3. Страх старших, что посёлок одичает, и понимание, что без связи с цивилизацией система деградирует — постановка проблемы и бизнес‑рисков.
4. Олег предлагает нестандартное решение — построить большой воздушный шар, чтобы добраться до обломков корабля, — формирование гипотезы и архитектурного подхода.
5. Появляются следы экспедиции Земли — первые сигналы, что интеграция с внешней системой возможна.
6. Формируется команда молодых (Марьяна, Дик, Казик), которая готовит и проводит опасную «инициативу изменений», сталкиваясь с рисками и внутренними страхами.
7. Внутренняя жизнь посёлка: споры о риске, страх за детей, попытки сохранить знания — классическое сопротивление изменениям и борьба за ценности.
8. Олег и Сергеев отправляются к «Полюсу» — вовлечение опытных стейкхолдеров в реализацию решения.
9. Дику удаётся установить связь с экспедицией, и у посёлка появляется шанс на спасение — достижение целевого эффекта и «релиз» новой реальности.
## Главная мысль (и зачем это нам)
Если сильно упростить, повесть про то, что:

- Люди остаются **людьми** даже в самых жестких условиях, если сохраняют знания, взаимную ответственность и взгляд в будущее, а не только в завтрашнюю выживаемость.
- Любое сообщество без связи с более развитой «цивилизацией» (знаниями, культурой, практиками) склонно к деградации, поэтому важно не только «держаться на плаву», но и учиться, передавать опыт и строить мосты наружу.
- Смелость и инициатива молодых, опирающиеся на опыт старших, могут изменить судьбу целой системы, даже если большинство уже почти не верит в изменения.

## Как это приземлить на работу

То самое школьное задание неожиданно оказывается рабочим инструментом:
- Читаешь документ, книгу, описание процесса — выписываешь авторов, «героев», контекст, основную мысль и план развития.
- Отдельно смотришь, что в тексте сказано явно, а что приходится дочитывать между строк.
- Превращаешь это в понятную структуру: кто за что отвечает, какие конфликты интересов, как выглядит «сюжет» изменений.

Так тренируется мышца, которая делает из нас не просто людей, «читающих тексты», а специалистов, умеющих видеть систему целиком.

На работе переходим на контрактное программирование. В рамках задачи нужно было выполнить миграцию с OpenAPI 2 на OpenAPI 3.

Я человек простой: надо — значит надо. Сел, скопировал файл, поменял версию, руками поправил все ошибки. Жалкие 2 дня и всё готово.

Проходит время. Оказывается, не всё сложилось как надо и теперь надо снова взять актуальную спецификацию Swagger 2.0 и перевести в OpenAPI 3.0. С одной стороны, я знаю, что справлюсь за те же 2 дня. С другой тратить их так бездарно во второй раз не хочу. А вдруг будет третий раз? Четвёртый? Жизнь непредсказуема.

Применяю секретный запрещённый навык: **ищу решение в интернете**.

По итогам изысканий получаю команду

cd "/Users/cex/Downloads/Новая папка" && npx --yes swagger2openapi swagger.yaml -o openapi.yaml -y

Разбор по частям
- cd - сменить текущую директорию
- && - логический «И»: следующая команда выполнится **только если** `cd` завершилась успешно
- npx - запуск npm-пакета без глобальной установки
- --yes - автоматически отвечать «yes» на вопросы npx
- swagger2openapi - CLI-утилита для конвертации Swagger 2.0 → OpenAPI 3.x
- swagger.yaml -o openapi.yaml - входной и выходной файлы
- -y - авто-подтверждение для самой утилиты

Итого: команда заходит в папку с `swagger.yaml` и конвертирует его в `openapi.yaml` формата OpenAPI 3. Без единого лишнего вопроса.

На выполнение ушло ~5 секунд.
Не всё конвертировалось идеально, ещё ~40 минут потратил на мелкие правки. Но в целом всё работало после конвертации.

2 дня → 41 минута. Неплохой такой прирост.

И тут становится очень хорошо видно цену ручных операций: один раз "потыкаться" 2 дня — это опыт, второй раз — уже расточительство, третий раз — системная проблема.

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

Помню, когда был студентом, зарабатывал около 15 000 рублей и чувствовал, что могу позволить себе вообще все, что угодно.
Мир казался простым: пара тысяч на еду, немного на развлечения и жизнь удалась. Родители покупают еду, так что даже если всё слил в ноль, голодным не останешься.

Сегодня утром шёл "на работу" из детского сада домой (ох уж эта удалёнка) и вспомнил, как в прошлом году преподавал программирование в колледже.
Чтобы студентам было не так скучно, мы писали программу, которая считала, сколько нужно зарабатывать, чтобы жить "идеальной жизнью".​

Что за программа
Задача была достаточно простая, но позволяла потрогать и процедуры, и функции, и интерфейсы, и даже разные регистры.
Студент заполнял форму: на что он тратит деньги сейчас и что хотел бы добавить к своей жизни из того что можно купить за деньги.​

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

Шок‑контент

Я, естественно, прогнал эту же модель на себе.
И у меня получилось, что "нижняя планка" жизни мечты — это примерно миллион в месяц.
И это без супер-яхт и личного самолёта, так, довольно скромная версия мечты.​

А что у студентов?

Из 30 человек, 29 даже в своих мечтах не перевалили за 100 000 в месяц. А 20 не первалили черту в 50 000.
Один, правда, выбился из тренда и запланировал себе казино на 10 млн в месяц — но это уже другой жанр.
У остальных даже в идеальной картинке всё довольно скромно и местами грустно.​

Какие выводы?

1. В молодости нам нужно очень мало, просто потому что мы ещё мало понимаем, чего вообще можно хотеть.​
2. Мечтать не просто можно, а нужно, иначе в какой-то момент перестаём куда-то стремиться и начинаем просто существовать.​
3. Учить программирование полезно хотя бы потому, что оно помогает посчитать свои мечты и приземлить их в цифры.​
4. Ну и мои уроки, конечно, были очень крутые - студенты не дадут соврать.​

А вы вообще когда-нибудь считали, сколько стоит ваша жизнь мечты в месяц?

Работу я искренне люблю, поэтому по традиции завязываю любой праздник на развитие и обучение. Делюсь планами, что скоро появится у меня в канале.

Что будет в ближайшее время

1. Цикл видео по Obsidian

Короткие ролики по 10–20 минут: от установки и нулевого опыта до уверенной личной базы знаний и рабочей системы заметок.

2. Видео про REST API в 1С и тестирование через Postman

Покажу, как поднять простой REST API в 1С, прогнать запросы в Postman и не бояться HTTP.  На Boosty выйдет дополнение: как я проверил рынок под этот навык и как получилось на нем заработать.

3. Материалы для аналитиков

Планирую отдельный формат для системных и бизнес‑аналитиков: разборы кейсов, требования, документация, подходы к архитектуре.

4. Гостевой выпуск про архитектуру решений

Схожу в гости в онлайн‑школу, где поговорим про архитектуру решений в реальных проектах, роли аналитика и взаимодействие с командой.

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

Друзья! Время планировать получение новых практических знаний!

Близится воркшоп для аналитиков по применению Domain Driven Design для проектирования и рефакторинга сложных систем! Регистрируйтесь скорее, количество мест ограничено.

Тема: "Пактичное применение DDD (Domain Driven Design) для декомпозиции монолитных систем"

📅 5 марта (чт), 18:30–22:00
📍 г. Москва, м. Динамо
✅ Мероприятие пройдет офлайн
💱Участие в воркшопе бесплатное!

💡 Что вы получите:
- Практические навыки Event Storming
- Умение декомпозировать системы по ограниченным контекстам DDD
- Опыт проектирования агрегатов
- Навык стратегической декомпозиции монолитов

Мероприятие пройдет совместно с моими друзьями Analyst marathon, Аналитический клуб и Диагноз:Аналитик.

👉🏻 Для того, чтобы зарегистрироваться, необходимо подать заявку через форму: ссылка

Обязательно дождись подтверждение о регистрации на почту, оно должно прийти за неделю до мероприятия.