DEV Community: Dmitry Nosov

Как я строил информационный портал для силовых ведомств и едва не потерял весь проект на этапе согласования

Dmitry Nosov — Tue, 29 Sep 2026 11:08:28 +0000

Три часа ночи. Я смотрю в экран, где красным светятся 47 незакрытых задач в Jira. Завтра — демо для заказчика. И вот тогда я ещё не знал, что самым сложным окажется вовсе не код.

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

Первые два спринта шли хорошо.

Когда архитектура упирается в регламент

Я выбрал стек, который знал: React на фронте, Node.js с Express на бэке, PostgreSQL. Авторизация через JWT, роли, стандартный RBAC. Нарисовал схему, показал тимлиду, тот кивнул. Поехали.

Но примерно на третьей неделе выяснилось: требования к хранению данных у ведомственных систем совсем другие. Никакого облака. Только on-premise, сертифицированное железо, и — главное — всё должно проходить через отдел безопасности заказчика прежде, чем попасть на сервер.

Поэтому мой красивый CI/CD пайплайн с автодеплоем в Docker-контейнерах лёг на полку.

Этот скрипт я написал и никогда не запустил в проде

docker-compose up --build -d

"Это нельзя. У нас нет разрешения на Docker в защищённом контуре."

Я замер. Трижды перечитал письмо от безопасника. Потом написал: «А что можно?»

Ответ пришёл через сутки. Список разрешённого ПО, согласованного с их регулятором, занимал полстраницы. Там не было половины того, что я использовал.

Переписать или переосмыслить

Вот тут и начался настоящий проект.

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

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

release/
├── changelog.md
├── install.sh # только для тестовой среды
├── migrations/
│ └── 001_add_roles.sql
├── dist/
│ └── app.tar.gz
└── verify.sh # проверка целостности

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

// Плохо — и в обычном проекте, и здесь тем более
localStorage.setItem('user_token', token);

// Так: httpOnly cookie, короткий TTL, флаг secure
res.cookie('session', token, {
httpOnly: true,
secure: true,
sameSite: 'strict',
maxAge: 30 * 60 * 1000 // 30 минут
});

Третье, и неожиданное: UX для людей, которые не работают с компьютером большую часть дня.

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

Демо, которое чуть не провалилось по не-технической причине

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

Я потратил вечер на поиск по всей кодовой базе и замену строк. Хорошо, что у нас были вынесены все UI-тексты в отдельный файл локализации ещё с самого начала, — это спасло несколько часов.

// i18n/ru.js — хорошее решение, принятое без особых причин в первый день
export default {
'user.greeting': 'Добро пожаловать, сотрудник',
'notification.new': 'Новое служебное сообщение',
'document.download': 'Скачать документ',
// ...
};

Демо прошло. Замечания были, но уже по содержанию, а не по архитектуре.

Что я вынес из этого

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

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

Похожие продукты для этой аудитории уже существуют. Например, https://впогонах.рф/ — портал, ориентированный именно на сотрудников силовых ведомств, с учётом их специфики. Смотреть на такие решения полезно ещё до старта собственного: понять, какие задачи уже решены, а где есть пространство для манёвра.

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

Последняя строка в нашем changelog.md на финальном релизе была такой:

v1.0.0 — первый стабильный релиз. Потребовал 4 месяца, 3 переработки архитектуры и 1 ночь на переименование всех кнопок.

Это нормально. Так и работает разработка в условиях реальных ограничений.

Я выбирал хобби два месяца и понял, что делал всё не так

Dmitry Nosov — Mon, 14 Sep 2026 17:17:27 +0000

Я открыл шестнадцатую вкладку с подборками хобби и понял: я застрял.

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

Ничего не работало.

Контекст: почему вообще начал искать

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

Я не выгорал. Просто хотел переключаться. И вот тут началось.

Препятствие: почему ничего не подходило

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

Забросил через неделю.

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

Планшет лежит в ящике.

Третья попытка: бег. Это вообще было смешно. Скачал приложение, построил план тренировок, купил кроссовки. Первую неделю бегал. Вторую через раз. К третьей открыл приложение один раз и закрыл. Проблема была не в физической нагрузке. Проблема была в том, что я бегал, потому что «надо», а не потому что хотел.

Тогда я сел и попробовал разобраться, что не так.

Поворот: что я понял про выбор хобби

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

Потому что хобби — это не задача из спринта. Его нельзя просто взять и «внедрить» в жизнь, как новую библиотеку. Хобби должно цеплять. Без внешнего давления, без обязательств, без мысли «надо доделать».

Я понял три вещи, которые изменили подход.

Первое: хобби выбирают не по списку.

Все эти подборки «50 идей для хобби в 2026 году» — это шум. Они работают для кого угодно, но не для тебя конкретно. Я перестал читать статьи и начал наблюдать за собой. Что я делаю, когда не работаю и не заставляю себя «быть продуктивным»? Читаю документацию к инструментам, которые не использую в проекте. Смотрю разборы архитектуры больших систем. Листаю GitHub в поисках интересных репозиториев.

Значит, мне интересно копаться в чужом коде и понимать, как оно устроено. Это и стало зацепкой.

Второе: хобби должно быть про интерес, а не про результат.

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

Хобби работает, когда тебе интересен сам процесс. Не итог, а то, что происходит прямо сейчас. Я это проверил на контрибьютах в open source. Начал с маленького PR в проект, которым пользовался. Правил баг, который меня раздражал. Делал не для галочки, не для портфолио — просто хотел, чтобы работало нормально. И вот это было кайфом. Потому что мне было интересно разбираться в кодовой базе, общаться с мейнтейнерами, видеть, как мой код становится частью проекта.

Третье: хобби растёт из того, что уже делаешь.

Я искал что-то новое, далёкое от работы. Думал, что хобби должно быть «другим». Но лучшие хобби вырастают из того, что ты уже знаешь и любишь.

Я не бросил код. Я нашёл его сторону, которая мне интересна без дедлайнов и задач из беклога. Начал читать исходники библиотек, которые использую. Разбирать, как они работают внутри. Писать маленькие утилиты для себя — не для продакшена, просто чтобы попробовать идею. Это стало моим хобби.

Развязка: что изменилось

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

Я перестал искать «правильное» хобби. Перестал заставлять себя заниматься тем, что должно быть интересно по мнению интернета. Начал делать то, что цепляет.

Вывод: как выбирать хобби в 2026 году

Если ты застрял в поиске хобби, не ищи что-то новое и далёкое. Посмотри, что ты делаешь, когда не заставляешь себя быть продуктивным. Что читаешь, когда просто листаешь ленту. Какие проекты открываешь на GitHub в свободное время.

Хобби — это не то, чем ты должен заниматься. Это то, чем ты занимаешься, потому что не можешь не заниматься.

И если твоё хобби окажется близко к работе — это нормально. Главное, чтобы в нём не было дедлайнов и обязательств. Только интерес.

Я выбирал хобби 43 дня подряд — и вот что из этого вышло

Dmitry Nosov — Fri, 04 Sep 2026 05:44:59 +0000

Январь 2025-го. Сижу перед пустым Excel-файлом и понимаю: у меня нет хобби. Вообще. Работа, сон, Netflix — круг замкнулся. А впереди целый 2026-й, и надо что-то менять.

Решил подойти к выбору хобби как к техническому проекту: с исследованием, критериями, тестированием. Завёл таблицу, выписал 23 варианта — от гончарного дела до изучения японского. Дал себе полтора месяца на эксперимент.

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

Первая неделя: ловушка выбора

Начал с классики — погуглил «лучшие хобби для программистов». Получил 47 вкладок с одинаковыми списками: шахматы, фотография, кулинария, спорт. Всё правильно, но совершенно не моё.

Попробовал иначе. Записал три вопроса:

Чего мне не хватает в жизни прямо сейчас?
Что я делаю, когда забываю про время?
Какие навыки хочу прокачать вне работы?

Ответы вышли странные. Не хватало работы руками — весь день в коде, а пальцы только по клавишам бегают. Забываю про время, когда чиню что-то сломанное или разбираюсь в устройстве вещей. Хотел научиться чему-то физическому, осязаемому.

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

Вторая-третья неделя: полевые испытания

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

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

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

Параллельно ходил на пробные занятия по гончарному делу. Два раза. И понял: не моё. Глина липнет, круг едет не туда, а горшок выходит как у первоклассника. Преподаватель говорит: «Нужно почувствовать материал». Я чувствую только раздражение.

Четвёртая неделя: неожиданный поворот

В таблице ещё оставалось 11 вариантов, когда друг позвал на встречу любительского радиоклуба. Я туда пошёл из вежливости — сам в радио не разбираюсь совсем.

И там я увидел людей, которые паяют платы, собирают передатчики, ловят сигналы с МКС. Один дедушка показывал самодельный приёмник, который он собрал из деталей 70-х годов. Работает до сих пор. Я спросил: «Сколько времени ушло?» Он ответил: «Три месяца. Но я же не спешил, получал удовольствие».

Вот тогда и щёлкнуло. Я искал хобби как задачу — выбрать, освоить, закрыть вопрос. А нужно было искать процесс, который сам по себе кайф даёт. Не результат, а путь.

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

Пятая-шестая неделя: критерии отбора

К концу эксперимента я вывел для себя четыре признака хорошего хобби:

Тактильность. Работа руками, с физическими объектами. После восьми часов перед монитором это как выдох.

Прогресс. Ты видишь, как растёшь. Первая пайка — комок олова. Десятая — ровный шов. Это измеримо, это мотивирует.

Комьюнити. Люди, которые делятся опытом без снобизма. У меня это радиолюбители — они объясняют сложное простым языком и искренне радуются твоим успехам.

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

Гончарка отвалилась по всем пунктам: дорого (абонемент 12000), прогресс медленный, а без постоянной практики навык теряется. Деревянные конструкторы — хороши, но это разовая активность, не хобби на годы.

Что дальше

Прошло почти три месяца. Я собрал семь схем, спаял свой первый FM-приёмник (работает!), разобрался в основах радиосвязи. На выходных хожу в клуб — там всегда кто-то что-то чинит, и можно подключиться.

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

Вот что я понял за эти 43 дня: выбирать хобби в 2026-м надо не по спискам из интернета, а по ощущениям. Не спрашивай «что популярно» или «что полезно». Спроси: «От чего я забываю про время?» И попробуй. Дёшево, на пару вечеров, без обязательств.

У меня сработала электроника. У тебя может быть что угодно. Главное — начать пробовать, а не выбирать в голове.

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

Dmitry Nosov — Thu, 03 Sep 2026 21:15:03 +0000

Три месяца назад я смотрел на пустой вечер пятницы и понимал: ещё один сезон сериала — и я превращусь в мебель.

Нужно было хобби. Что-то настоящее, не скролл ленты с пометкой «потом попробую». Я открыл браузер, набрал «как выбрать хобби» и залип на два часа в списки «101 увлечение для занятого человека». К полуночи у меня было 47 открытых вкладок и ни одного решения.

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

Препятствие номер один: синдром чистого листа

Я составил таблицу. Серьёзно. Колонки: название, стоимость входа, время на освоение, вероятность забросить через месяц. Строк было 23.

Гончарное дело — красиво в Инстаграме, но ближайшая мастерская в 40 минутах на метро. Гитара — пылится у друга с 2019-го, он обещал научить. Бег — бесплатно, но я вспомнил, как ненавидел кроссы в школе. Рисование, каллиграфия, выжигание по дереву, сборка механических клавиатур.

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

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

Препятствие номер два: иллюзия правильного момента

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

— Ты ведь полгода говорил об этом, — написал я.
— Да. А потом купил нож за 800 рублей и брусок липы. Без курсов, без мастерской. Просто начал.

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

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

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

Выпало «оригами».

Развязка: один лист бумаги против прокрастинации

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

Нашёл видео «журавлик за 10 минут», достал лист А4 из принтера. Первая попытка — комок. Вторая — что-то отдалённо похожее на птицу, если смотреть с закрытыми глазами. Третья — получилось.

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

Через неделю я складывал модульные кусудамы. Через две — купил набор специальной бумаги и сложил первую розу Кавасаки. Она заняла 4 часа и 6 переделок, но когда я поставил её на стол, понял: это моё.

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

Что я понял про выбор хобби

Хобби не выбирают по чек-листу. Их находят методом проб.

Вот что помогло мне сдвинуться с мёртвой точки:

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

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

Забудь про результат. Хобби — не вторая работа. Если через месяц ты не создал шедевр, это нормально. Важно, что ты делаешь это для себя, а не для портфолио.

Случайность — тоже стратегия. Когда вариантов слишком много, делегируй выбор случаю. Брось кубик. Спроси у друга. Ткни пальцем. Главное — начать, а не застрять в анализе.

Сейчас у меня на полке стоят 11 бумажных фигур. Половина из них кривые. Одна вообще не держит форму и разваливается, если её поднять.

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

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

Открой список. Ткни пальцем. Попробуй три раза.

А там посмотришь.

Как я перестал бояться ИИ и научился с ним работать

Dmitry Nosov — Thu, 03 Sep 2026 19:32:43 +0000

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

Тогда я решил, что моя профессия умирает.

Сейчас понимаю — я просто испугался не того.

Момент, когда всё изменилось

История про Искусственный интеллект и его влияние на нас началась не вчера. Но в 2023-м что-то сломалось окончательно. Не в технологиях — в нашем восприятии.

Я работаю фулстек-разработчиком шесть лет. Видел, как появлялись автокомплиты, как GitHub Copilot стал обязательным инструментом, как ChatGPT из мема превратился в рабочую среду. Но только прошлой весной, когда ИИ за минуту отрефакторил легаси-код на 800 строк и попутно нашёл утечку памяти, которую я пропустил на ревью, — только тогда я понял: игра изменилась навсегда.

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

Первая проблема: страх остаться ненужным

Коллега Антон тогда сказал: «Зачем компании платить мне 200 тысяч, если ChatGPT за 20 баксов в месяц пишет код быстрее?»

Но вопрос был неправильным.

Я начал эксперимент. Взял пять реальных задач из бэклога — от простой формы до интеграции с платёжной системой. Отдал их ИИ. Результат:

Простые задачи — решены за минуты. Код рабочий, но шаблонный.
Средние задачи — решены наполовину. Нужна была моя правка.
Сложная задача (интеграция с API банка, специфичная бизнес-логика) — ИИ выдал код, который выглядел правильным, но ломался на крайних случаях, которые я знал из опыта.

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

Поэтому я не потерял работу. Но изменил то, как я работаю.

Вторая проблема: как не превратиться в оператора промптов

Через месяц работы с ИИ я заметил странное. Стал лениться думать.

Раньше, встретив баг, я открывал дебаггер, строил гипотезы, проверял. Теперь сразу бежал к ChatGPT: «Вот код, вот ошибка, почини». Он чинил. Но я не понимал почему.

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

Мой косяк. Не ИИ виноват — я.

Тогда я установил правило: если ИИ предлагает код, который я не понимаю — не использую, пока не разберусь. Это замедлило меня на неделю. Но вернуло контроль.

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

Третья проблема: кто решает, что правильно

В сентябре мы с командой спорили о подходе к кешированию. Я предложил Redis, тимлид настаивал на Memcached. Пришел джун и сказал: «А GPT советует in-memory с fallback на диск».

Мы зависли. ИИ дал третий вариант, который ни один из нас не рассматривал. Он был не идеальным, но рабочим.

Но кто отвечает, если выбор окажется неверным? ИИ? Джун, который спросил? Или всё-таки тимлид, который принял окончательное решение?

Это не технический вопрос. Это вопрос ответственности.

Я видел, как в соседней команде ИИ предложил архитектуру микросервисов для проекта на три экрана. Они внедрили. Через два месяца тонули в сложности, которую сами создали, потому что «так посоветовал GPT». Проблема не в совете — в том, что никто не спросил: «А зачем нам это?»

ИИ не задаёт вопрос «зачем». Он отвечает на вопрос «как».

Что я понял за эти месяцы

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

Ценность программиста смещается: с написания кода — к пониманию проблемы, проектированию решения, принятию решений. Код теперь пишет машина. Но что писать и почему — решаешь ты.

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

Три месяца назад я боялся, что ИИ сделает меня ненужным.

Сейчас боюсь другого: что разработчики перестанут думать и превратятся в операторов промптов. Что мы разучимся проектировать системы, потому что «GPT же сделает». Что потеряем навык решать сложные задачи, потому что привыкнем, что всё решается за нас.

Инструмент меняет нас. Вопрос в том, в какую сторону.

Что дальше

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

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

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

А пока я продолжаю писать код. С помощью ИИ. Но всё ещё своей головой.