Что, как и почему это случилось...

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

Все изменилось, когда в нашу жизнь массово ворвались большие языковые модели. Я сразу увидел в них не пресловутую кнопку «Сделать всё за меня», а абсолютного, не знающего усталости ментора. Раньше приходилось собирать информацию по крохам на форумах, терпеть высокомерие местных «гуру» или проходить курсы в духе «как нарисовать сову». Теперь же процесс познания сжался до идеального цикла в реальном времени: Вопрос — Ответ — Уточнение — Практика. ИИ стал тем самым мостом, который позволил перешагнуть барьер входа и начать изучать архитектуру, а не просто копировать чужие решения.

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

В разработке есть известное правило: первые 80% работы над проектом занимают 20% времени, а оставшиеся 20% (полировка, вылов багов, сборка) высасывают 80% сил. Именно на этом этапе многие ломаются, оставляя жесткие диски кладбищем недоделанных прототипов. Благодаря теоретической базе я был к этому готов. Меня совершенно не смущало, что опытный профессионал мог бы дать моему коду низкую оценку. Главной целью было довести дело до конца: неказистый, но завершенный проект всегда лучше идеального, но брошенного. Процесс захватывал, даже когда приходилось надолго застревать над сложной логикой и с болью откатываться далеко назад, к стабильным версиям.

Но оказалось, что дописать логику и собрать рабочий билд — это лишь половина пути. Когда DRiot был технически готов, передо мной открылась полная картина того, что на самом деле означает дистрибуция. Изначально релиз в Google Play казался легкой прогулкой. На деле же это обернулось тяжелейшим квестом: запутанные и нелогичные системы проверок, декларации безопасности, возрастные рейтинги и обязательный 14-дневный карантин закрытого тестирования. Благо, сообщество разработчиков оказалось живым и отзывчивым, и найти людей для тестирования на Reddit по принципу «test-for-test» не составило труда. Но объемы бюрократии поражали воображение.

Параллельно у меня на руках был и готовый билд для iOS, но его релиз требовал наличия Макбука и глубокого погружения в инфраструктуру Apple. Бегать по знакомым и одалживать технику ради публикации не было никакого желания. Я принял абсолютно прагматичное решение: для первого проекта Google Play подходил идеально, а узкий закрытый «аквариум» экосистемы Apple стал мне просто неинтересен. Весь этот бюрократический этап сильно выматывал, но он воспринимался как битва с финальным боссом. И когда игра наконец-то оказалась опубликована, я испытал трудноописуемое чувство победы — первый полный цикл соло-разработки был успешно закрыт.

Разработка в одиночку требует жесткой дисциплины, иначе проект неизбежно превратится в хаос. Постепенно у меня сформировался четкий рабочий пайплайн: Project Vision -> Tech Stack -> Roadmap -> Dev Log. Я не причисляю себя к набирающим популярность «вайбкодерам», которые просто просят нейросеть сгенерировать всё за них. В моем процессе ИИ — это продвинутый спарринг-партнер. Мы обсуждаем концепты, я показываю ему архитектурные наброски, он помогает найти узкие места, но финальные решения и логика всегда остаются за мной. Отдельным открытием стало ведение Dev Log'а: он не только структурирует поэтапные шаги разработки, но и спасает саму языковую модель, когда у нее «замыливается» контекст и ей нужно быстро напомнить глобальную суть проекта.

Выход в открытый веб с разработкой inHub подарил долгожданное чувство пространства, где дышится гораздо легче. Здесь нет корпоративных ограничений, модераторов и закрытых «аквариумов». Строка "public object InHub { get; private set; }" работает здесь буквально: это моя территория и мои правила. Но вместе с этой свободой пришло столкновение с удивительным парадоксом. Сама веб-разработка технологически кажется застрявшей в прошлом. Ручное написание HTML с его бесконечными тегами воспринимается как расшифровка древней письменности. Для инженера, привыкшего к нодовой логике, где архитектура и визуал собираются узлами в реальном времени, этот ручной синтаксис выглядит архаизмом, который давно должен был уйти глубоко «под капот».

Несмотря на этот диссонанс, стратегическая задача выполнена. inHub построен с нуля на ASP.NET Core и стал независимым цифровым домом, объединившим разрозненные проекты, логи и эксперименты. Текущая архитектура — это не финальная точка и не конец истории. Это лишь надежный, полностью контролируемый фундамент для исследования новых областей. Путь продолжается.