О дисциплине кода

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

Паоло, 15 век

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

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

Залил коммиты по нейронкам
А уже склонили 27 раз 14 ботов (ну просто никто не следит за этим)

О тумане войны

Истинная власть над системой — это не root-права, а наблюдаемость. Тот, кто деплоит код, не имея метрик, отдает судьбу своего сервиса в руки рандома. А рандом — самый ненадежный сотрудник

Паоло, 15 век

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

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

Поэтому надо приучать команду к простой вещи: код без логов, трейсов и метрик в прод не идет. Пусть лучше логи будут избыточными и мы будет трейсить каждый запрос, чем в три часа ночи будем сидеть в тишине и непонимании, почему сервис 500-тит, и мы вместо сна работаем

Проебы 2025

1. Не выезжал за пределы Питера - рил оставался только тут
2. Выгорел - сказывается отсутствие путешествий и работа в режиме 24/7
3. Нормально не сходил в отпуск, вызванивали по работе
4. Спустя 2 попытки возвращения в зал, снова забросил его
5. Потратил достаточно много денег в никуда - потерял смысл во вложениях которые сделал
6. Не успел закончить лечение руки - до сих пор непонятно почему нет чувствительности на ней

А так год скорее положительный вышел, во многих аспектах помогает принцип "Уметь и не нуждаться, чем нуждаться и не уметь"

О дисциплине и героизме

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

Паоло, 15 век

В IT слишком часто путают скорость с эффективностью. Легко восхищаться разработчиком, который за день в одиночку "затащил" сложную фичу, срезав все углы. Это выглядит как героическая победа: бизнес доволен, релиз успели выкатить. Но надо бояться таких побед. Это "Пиррова победа". Тот, кто привык побеждать одной лишь скорость, оставляет за собой выжженную землю - код, который нечитаем, сложно понятен и трудно поддерживаемый

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

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

Открытия года

Как писал, в целом год хороший, много чего сделал

1. Открыл для себя хобби - сначала это было программирование (идите нахей все кто говорит что нельзя называть хобби тем чем вы зарабатываете), а в этом году кайфанул от картинга и тира
2. Кто то платит за продукт - я запустил проект, который окупился в первый месяц, получать деньги за подписку было прям ахуенно шикарно, я хочу еще раз испытать это ощущение, но уже от другого продукта который буду развивать
3. AI в жизни - у меня есть подписки на каждый крупный ai сервис, я просто решил не выбирать между каждой нейронкой, а тупо оформить все (да уходит под 10к₽ в месяц, но оно того стоит + скоро буду переходить на уровень выше и тратить еще больше)
4. Много вкладывался в себя - у меня было потрачено на курсы достаточно много денег, не могу сказать что прям каждый был пройден, но те что дожал, я ощутил их ценность
5. Надо дожимать - на очень много вещей я забивал как только получал какой то результат, а тут решил все дожимать, и это показало результат
6. Делегирование это классно - я стал платить за экономию времени в жизни, где то использовать бонусы которые у меня есть, в работе вообще не берусь за таски которые очень хочется сделать, но лучше оставить
7. Концерты - хоть мне и не понравилось сидеть и смотреть, но спустя 3 дня, мне прям захотелось вернуться и снова переслушать эти неидеальные исполнения, где гитара может звучать громче голоса, или просто гитарное исполнение вместо цифрового
8. Я снова полюбил философские трактаты - я чет больше углубился в Макиавелли, Сунь Цзы и Марка Аврелия (вообще цитаты пишутся нейронкой на основе их идей)

Мои мысли на начало года

1. Google - хз каким образом, но они прям определяют локацию и банят хорошо, и видимо чтобы обходить все ограничения надо создавать аккаунты (где то рекламный кабинет, где то для разработки)
2. В этом году придется писать сервисы в промышленных масштабах, а поскольку я задрот автоматизации и упрощения работы, то думаю сделать некую вырезку из Мандата Безоса и примера сервиса на Go (со всеми утилитами доступными в РФ + описанием что к чему)
3. Не обойдется без автоматизации и настройки проектов для нейронок, хоть с Antigravity (IDE от Google) придется разбираться, но cli утилиты доступны, также с примером для проекта, ибо хоть я и юзаю субагентов, но все равно не пишу их сам, хотя для них можно писать команды которые стоит использовать (например автоген или запуск миграции и тд)
4. В подписках переходите на США штат Делавер или Андорру (если ндс нету в Казахстане, то ставьте его, но тут как повезет) - зачастую НДС за год выходит в еще одну подписку на месяц

Запуск своих проектов

2025 был еще поворотным, тк я стал получать доход от пет-проектов
Я потратил 3 вечера на вайб-кодинг, и получил +- рабочую версию, которую дожимал еще месяц, чтобы продукт был более менее приемлемого качества и радовал нас
Получил дикий кайф от работы, потом запуска и фидбека от пользователей, тк приходилось довольно много вещей править + видеть как использовали в необычных сценариях

Немного статистики:
1. 3 вечера MVP, 1 месяц нормальная рабочая версия (+ 2 бага дофиксили позже)
2. Окупился за неделю (из прямых расходов я считаю сервер и токены, а так косвенно это подписка, посты в тг и потраченное время, но ресурсы были так что не считаю)
3. Зарегало 1к пользователей

День отказа от JetBrains

Истинному разработчику код не нужен
Палл, 1002 год

Любой написанный код это расходы. Расходы на обсуждение, написание, ревью, тесты, деплой и поддержку

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

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

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

PS
Продакты почему то не пришли

codex features enable collaboration_modes

Для доступа к режиму планирования в Codex

Свободно пишу на Go. Неправильно, но вполне свободно

Вот это я понимаю отношения