🧠 Два состояния разработчика

0️⃣ «Сейчас сделаю по-быстрому».
1️⃣ «Зечем я вообще это тронул».

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

И вот ты уже не просто "сделал по-быстрому", а планируешь, чтобы хотя бы мониторинг не взорвался до вечера 😅

Каждый раз думаю: надо научиться останавливаться вовремя.
А потом снова — "ну это же быстро".

Пятница, короче. Классика.

#itlife #работа #пятница #ирония #codetogo #itshchen

💥 Факап понедельника

Сразу после утреннего кофе приходит осознание: что-то сломалось ещё на выходных 😅
Система ведёт себя странно, алертов нет, но поведение какое-то нетипичное.

⚠️ Риск: пользователи ощущают дискомфорт, паника нарастает, обратная связь неконструктивна, а время на анализ стремительно увеличивается.

🔍 Первым действием было быстро локализовать проблему:
– проверили логи;
– откатили последний скрипт миграции на тестовом сервере;
– повторный деплой минимальных изменений, чтобы минимизировать последствия.

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

✅ Коррекция:
– добавили контрольные проверки перед миграциями;
– сделали уведомления о каждом деплое;
– закрепили список ответственных за каждое изменение в продакшене;
– прописали шаги для быстрого восстановления при повторении ситуации.

💡 Вывод: понедельник не ждёт — даже если вчера "всё работало", маленькая проверка утром может сэкономить часы кранча и нервов 😎

А у вас какие понедельничные "сюрпризы" случались? Делитесь в комментариях 👇

#факап #понедельник #деплой #itlife #codetogo #itshchen

😴 Синдром середины недели

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

💡Опыт: иногда важно не гнаться за продуктивностью, а просто не упасть.
Главное — не останавливаться, к пятнице точно "отпустит" 😅

#itlife #серединанедели #мотивация #itshchen #codetogo

🛑 Как в 2025 году Telegram всё ещё не проверяет ссылки?

На днях наткнулся на спам-сообщение с "безобидной" ссылкой, спрятанной под обычное слово вроде "ссылка". И поймал себя на мысли: даже если URL выглядит нормально, он легко может быть подменён через омографы.

И вот реально не понимаю: как в 2025 году Telegram до сих пор не сверяет текст ссылки с тем, что реально скрыто в href и никак не подсвечивает потенциально опасные расхождения?

Типовой пример:

https://mos.ru → вместо M — RN.

Мини-список частых подмен:

m → rn
w → vv
o → ο (греч.) / о (кирилл.)
l → I / 1

Это и есть омографы — почти одинаковые символы из разных алфавитов, позволяющие маскировать фишинговые домены.

И самое забавное: выявить такое несоответствие — элементарно:
1️⃣ сравнить текст ссылки и реальный URL,
2️⃣ подсветить подозрительные символы или смешение алфавитов.

Почему Telegram до сих пор этого не делает — загадка.
А фишеры этим пользуются каждый день.

Как считаете, это должно быть встроенной защитой мессенджера или ответственность целиком лежит на пользователях? Делитесь в комментариях👇

#омографы #безопасность #telegram #фишинг #инфобез #itshchen #codetogo

💥 Факап понедельника: "Сейчас аккуратно вынесу один модуль в домен"

План был простой:
в понедельник с утра сделать маленький шаг к DDD — вынести небольшой, вроде бы изолированный кусочек логики в доменный слой.

Ну что может пойти не так?
Ответ: всё.🙈

Уже через 20 минут выяснилось, что:
— функция, которую нужно вынести, знает про три разных слоя,
— сервис вызывает репозиторий, который вызывает другой сервис, который вызывает... "а это вообще что?",
— entity внезапно обращается к контроллеру (каким образом?!),
— а половина проекта зависит от одного файла с названием utils.php, который весит как маленькая вселенная.🥲

Дальше — классика понедельника:
"Ну ладно, поправлю ещё вот это…"
"О, а это как связано?.."
"Так, почему здесь точно такой-же код, но работает иначе?.."

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

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

И работа ещё не завершена...

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

У кого маленький рефакторинг тоже превращался в раскопки? 😅👇

#факап #понедельник #ddd #монолит #refactoring #itshchen #codetogo

⚰️ Cloudflare

Про падение Cloudflare пожалуй не написал только ленивый.

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

Особенно забавно наблюдать, как компании с гордыми презентациями про "99.9% аптайм" и "отказоустойчивую архитектуру" внезапно обнаруживают, что весь их бизнес висит на одном CDN.

Мораль: единая точка отказа — это не только про базы данных. Это про любой сервис, без которого у тебя "всё встаёт".

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

У кого сегодня работа превратилась в вынужденный кофе-брейк? Или может кто-то героически переключился на fallback за минуты? 😅👇

#itlife #cloudflare #инфраструктура #codetogo #itshchen

🧩 Размоноличивание: что я понял после работы с DDD

Эта неделя началась с понедельничного факапа — попытка вынести один модуль в доменный слой превратилась в археологические раскопки. 😅

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

💡 1️⃣ Старайся заранее картировать зависимости.
Даже маленькая функция может знать про три разных слоя. Раннее понимание связей экономит кучу времени и нервов.

💡 2️⃣ "Мини-рефакторинг" почти всегда превращается в крупную работу.
Прими, что на один модуль уйдёт больше времени, чем планировал. Меньше стресса — больше контроля.

💡 3️⃣ Документируй каждый шаг.
Даже просто "какой сервис зависит" или "какие сущности вызываются" помогает при следующем заходе.

💡 4️⃣ Используй тесты как страховку.
Каждое изменение проверяй автоматикой. Ручная проверка работает, но на больших проектах — это стресс и потенциальные ошибки.

💡 5️⃣ Маленькие победы — огромный стимул.
Даже если вынесли только половину задуманного — это уже прогресс, и он важен.

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

А у вас были похожие "археологические" рефакторинги? Какие лайфхаки для постепенного разбиения монолита работают лучше всего?👇

#itlife #мысли #размоноличивание #ddd #refactoring #codetogo #itshchen

🎉 Пятница. Конец недели непредвиденного рефакторинга

Эта неделя официально стала неделей "вынужденного размоноличивания". 😅
То, что начиналось как маленький шаг к DDD, превратилось в археологические раскопки: слои зависимостей, utils-файлы размером с энциклопедию, неожиданные связи…

И вот что удивительно: уже сейчас видно, что время не было потрачено зря.
✔️ Модули стало проще тестировать
✔️ Появилась ясность, куда что относится
✔️ Код меньше ломается при деплоях

💡 Мысль недели: иногда большие плюсы приходят не от запланированных задач, а от "вынужденного рефакторинга" в коде.

И даже если на понедельник казалось, что всё пошло не так — к концу недели цифры говорят сами за себя.
Одинаковый по объёму патч в монолите оказался вдвое более долгим и рискованным, чем в новом вынесенном модуле. Выигрыш налицо 😎

А у вас бывают такие недели "сюрпризов", которые в итоге приносят больше пользы, чем плановая работа?👇

#itlife #размоноличивание #рефакторинг #ddd #коднавынос #itshchen #codetogo

💥 Факап понедельника: "Техдолг всегда оплачивается"

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

Просто кнопка, обычная кнопка.
Но внутри — старая логика, которую все боялись трогать.
"Работает? Не трогай". Знакомо?😅
Ну вот, оно и не трогалось… год.

В понедельник утром кнопка решила, что достаточно.🙈

🧨 Вскрытие показало:
- кусок давно забытого костыля цеплялся за API, которое уже не существует;
- часть данных преобразовывалась странным способом "для совместимости" с чем-то, что уже удалили;
- и cherry on top — тут же оказалась ветка кода, которую никто не мог объяснить.

Когда вычищаешь это — понимаешь:
технический долг — как кредит под высокий процент. Он очень тихий, пока не приходит срок платить.

"Маленькая штучка на час" → часы анализа + фиксов + тестов. И это не конец, а только самое начало.

Неделя началась бодро. 😅
А как часто к вам приходят "коллекторы" за тех-долгом?👇

#техдолг #факапдня #itlife #codetogo #itshchen

🔍 Техдолг не про код. Он про решения.

После понедельничного факапа пересмотрел несколько мест в проекте — и понял одну вещь:
технический долг почти никогда не появляется из-за плохих программистов.

Он появляется из-за хороших людей, принимающих быстрые решения в неправильном контексте 😇

Вот три самых частых источника техдолга, которые я наблюдаю:

1️⃣ Скорость важнее качества.
"Завтра демо → сделаем как угодно, потом перепишем".
(Сюрприз: не перепишем 🙈)

2️⃣ Неопределённость.
Требований нет, дизайн меняется → код становится "пластилиновым" 🫠

3️⃣ Отсутствие владельца.
Если у модуля нет ответственного, он превращается в "общую кухню", где каждый добавляет по ложке соли 🤷‍♂️

💡 Мысль: техдолг — не ошибка, а решение.
Только решение без стратегии.

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

Расскажите, какие у вас наиболее популярные причины появления техдолга?👇

#техдолг #мысливслух #архитектура #codetogo #itshchen

🎉 Пятница. Неделя техдолга — итоги, которые не ожидал

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

После пары вынужденных погружений стало видно, что:

✔️ несколько старых кусков можно удалить полностью, без замены
✔️ почти везде, где "страшно трогать", на самом деле жил ненужный слой логики
✔️ а самый странный костыль вообще ускорял систему… случайно 🙃

Но главное — появилось понимание, какие места в проекте требуют реального плана, а не вечного "когда-нибудь".

💡 Вывод недели:
техдолг неизбежен, но его можно превращать в ресурс, а не в хаос.
Иногда достаточно одного понедельничного факапа, чтобы наконец-то навести порядок.

А как у вас проходит неделя: боретесь с наследием или стараетесь не смотреть в ту сторону? 😄👇

#ретро #техдолг #итнеделя #itshchen #codetogo

💥 Факап понедельника: "Когда незаметная деталь бьёт по бизнесу"

Сегодняшний факап родом из "никто не считал, что это важно".

Есть небольшой сервис, у которого при определённом запросе ответ мог задерживаться на 400–500 мс.
Полсекунды — что такого? Разработчики махнули рукой.
Пользователи — терпели.
Аналитики — не замечали в усреднённых графиках.

А потом выяснилось, что эта маленькая задержка в одном ключевом сценарии давала минус 7% конверсии.
Просто потому, что часть пользователей думала: "не загрузилось" → жали "назад".

Это не баг, не поломка, не фича.
Это незамеченная техническая деталь, которая тихо, без драмы, съедала деньги компании годами.

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

💡 Понедельник начался под лозунгом:
Технические мелочи — не мелочи, если они смотрят в глаза бизнесу.

А как начался ваш понедельник? 👇

#факап #продукт #itlife #конверсия #itshchen #codetogo

🔍 Мысль дня: "Бизнес-эффект редко живёт там, где его ищут"

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

Но реальный эффект часто живёт в мелочах.

Например:

• случайная сортировка списка, которая меняет, какие товары пользователь видит первыми
• таймаут API, влияющий на путь, по которому данные тянутся в отчёты
• кнопка, которая по умолчанию не в фокусе, из-за чего исчезают 30% быстрых действий
• переиспользованный компонент, который сбивает контекст и увеличивает время решения задачи в два раза

И всё это — не про программирование.
Это про то, как люди взаимодействуют с продуктом.

💡 Заключение:
Архитектура — это не только про то, как работает сервер.
Это про то, как работает бизнес на другом конце запроса.

Как считаете, в каких ситуациях абсолютные технические метрики важнее бизнес-запросов? 😅👇

#мысливслух #архитектура #productthinking #uxengineering #itshchen #codetogo

🎉 Итоги недели: где техника реально влияет на продукт

Эта неделя неожиданно стала неделей микровлияний — тех мелких технических решений, которые незаметно тянут за собой бизнес.

Что удалось заметить, пока разбирали разные цепочки:

✔️ оптимизация 100мс в одном сервисе ускорила весь сценарий в среднем на 600мс — потому что создала "эффект домино"
✔️ обнаружился неочевидный UX-затык, который стоил менеджерам часа работы в день
✔️ изменения в одном API снизили нагрузку на другой сервис на 12% — просто потому что исчезло три лишних запроса
✔️ и самое приятное: выросла одна из микроконверсий, хотя никто её целенаправленно не трогал 😄

Неделя оставила чёткий вывод:

💡 Когда смотришь на проект как архитектор — видишь код.
Когда смотришь как продакт — видишь людей.
А когда совмещаешь — начинаешь видеть настоящие точки влияния 🔥

Хорошей пятницы всем, кто эту неделю выжил, нашёл инсайты и двигает продукты вперёд 🚀

#ретро #итоги #architecture #product #itshchen #codetogo

💥 Мелкое решение, которое убило фичу

Иногда проект рушится не из-за огромной архитектурной ошибки, а из-за одной маленькой галочки.

Команда два месяца работала над новой фичей: тесты, нагрузка, мониторинг — всё чисто.
Релиз. Запуск. 30 секунд — и фича мертва.

Что произошло?
Много месяцев назад кто-то включил автоочистку temp-таблиц "на всякий случай". Логично, маленький гигиенический фикс.
Прошло время, фича поменялась, логика — тоже. А галочка осталась работать тихо, как невидимый демон.
И новая фича как раз опиралась на данные из этих таблиц.

Результат: система сама себе выбивает стул из-под ног 🪑

🔍 Вскрытие показало:
всё работало на своём уровне;
каждое решение было разумным;
конфликт появился только из-за того, что никто не держал «источник правды» под контролем.

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

Единственное спасение:
1️⃣ определить master-источники данных;
2️⃣ зафиксировать, кто владеет поведением системы;
3️⃣ проговаривать любые изменения, влияющие на другие слои.

Даже опытные инженеры иногда попадают на "невидимые мины". И всё, что казалось мелочью, может съесть релиз. 😅

Делитесь своими историями в комментариях — самые интересные разберем вместе👍

#факап #itlife #codetogo #itshchen

🧭 Наблюдение недели: система всегда помнит больше, чем команда

Есть интересный феномен: чем старше проект, тем сильнее он ведёт себя как живой организм.
У него есть память. Своя логика. Свои рефлексы.

А команда… команда меняется.
Приоритеты меняются.
Фичи появляются и исчезают.

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

Ответ почти всегда один:
кто-то когда-то решил, что это "маленькая оптимизация",
или "временный костыль",
или "аккуратное улучшение, на которое никто не заметит".

Система заметила.
И запомнила.

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

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

Без этого система продолжает жить своей жизнью, ориентируясь на реликтовые правила, которые никто не формулировал, но все продолжают наследовать.

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

А вы часто сталкивались с "призраками прошлого" в проде? 👇

#itlife #наблюдение #architecture #itshchen #codetogo

🎉 Пятничное БИНГО

Отмечайте, что слышали за последние пять дней:

1️⃣ «Фича как-то работает, не трогаем»
2️⃣ «API… так исторически сложилось»
3️⃣ «Это временное решение… ему пара лет»
4️⃣ «Если это убрать — всё упадет, не трогай»
5️⃣ «Оставим как есть, а потом разберёмся»
6️⃣ «Нужно MVP, но как финальный продукт»
7️⃣ «ТЗ ещё нет, но сроки нужны уже сейчас»
8️⃣ «Сначала запустим — потом доделаем»
9️⃣ «Это маленькое изменение, на один час»

Если совпало 3+, поздравляю:
✨ вы закрыли пятницу в режиме "выживших". 😅
Если 5+, соболезную, но искренне восхищаюсь! 🥲

Какие клетки у вас горели сильнее всего? Пишите — расширим народное бинго 👇

#пятница #юмор #itlife #business #codetogo #itshchen

Пятничное БИНГО от CodeToGo

Отмечайте свои совпадения и делитесь "любимыми" фразами — расширим народное бинго 🔥👇

📌 Подписывайся на "Код на вынос"

Короткие, полезные и иногда слишком жизненные заметки о разработке, бизнесе и управлении:
👉 https://t.me/CodeToGo

💥 Факап понедельника: "Сначала согласования, потом тест"

Решили быть "моральными" и предупредить всех: мол, готовим тестовый MVP, всё прозрачно, согласования на подходе, тесты в процессе.

Реальность: бюрократия сработала мгновенно 😅
Три отдела, пять согласований, практически полноценное коммерческое ТЗ на тестовый прототип! Мы просто хотели проверить гипотезу, а получили почти готовый продукт по всем правилам корпорации 🥲

Итог понедельника:
— маленький эксперимент растянулся на дни;
— вместо быстрого прототипа — куча документации;
— "быстро проверить гипотезу" стало почти миссией по внедрению.

💡 Вывод: иногда проще сделать маленький рабочий MVP сначала, показать результаты, а потом объяснять и согласовывать. Процесс согласований до старта — это реальный риск утонуть в бюрократии, даже если твои намерения чисты 😇

А у вас были такие случаи, когда "сделаем красиво и законно" тормозило весь запуск? 😅👇

#факап #понедельник #стартап #интрапренёрство #корпорат #itshchen #codetogo

🔄 Апдейт эксперимента: параллельные процессы

Помните факап понедельника с согласованиями MVP? Пока бюрократическая машина крутила свои жернова, мы решили не сидеть сложа руки, а готовить прототип параллельно.

И вот что стало очевидно к середине недели:

Прототип vs Согласования:
⚡️ Разработка: 3 дня → рабочий MVP
📋 Согласования: 3 дня → еще не все одобрено, к разработке не приступали

Почему так происходит?

Когда согласовываешь план/идею:
→ Юристы видят риски в абстракции
→ Бизнес хочет фичи "на будущее"
→ Каждый отдел добавляет "свои требования"
→ Документация разрастается в ТЗ

Когда показываешь результат:
→ Видно, что реально работает
→ Обсуждаем конкретику, а не фантазии
→ 90% вопросов снимаются демонстрацией
→ Согласование = формальность

Инсайт недели:

В корпорации с тяжелыми процессами согласование РЕЗУЛЬТАТА проходит в 10 раз быстрее, чем согласование ПЛАНА 🥲

Потому что бюрократия эффективна для работы с конкретикой, а не с абстракциями.

Наш обычный подход (который мы на этот раз нарушили):
1. Быстрый прототип за 3-5 дней
2. Демо руководству/заказчику
3. Согласования на основе результата
4. Развитие или отказ — но с пониманием

Да, это не по классическому учебнику менеджмента. Но это работает.

Пятница покажет финальный результат эксперимента 🎯

А у вас в компании согласовывают планы или результаты? Что проходит быстрее?👇

#itlife #мысли #стартап #интрапренёрство #корпорат #itshchen #codetogo