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

Я неизвестный автор. Над моими статьями нет плашки «Блог компании». И минусуют меня стабильно. Вот реальные причины, которые я собрал под своими статьями на Хабрахабре:

«Низкий технический уровень материала» — рассуждение про open source. «Личная неприязнь к автору или компании» — рассказ про разработку с ИИ. «В статье нет новой для меня информации» — сравнение процессов предприятия и программиста.

А там, где я писал глубокие технические статьи — как Jotai хранит состояние в React, как собрать Module Federation на примере фишинга, — ровно ноль активности. Ноль голосов, ноль комментариев. Пустота.

Так о чём вообще писать? Техническое не читают. Рассуждения минусуют за личную неприязнь и «низкий технический уровень». А главная лента — сплошь блоги компаний.

Mind the gap

Как устроен путь пишущего инженера? Есть ровно два выхода, и оба ведут не туда.

Выход первый: вы хорошо пишете. Тогда вас замечают и берут под крыло — компания, редакция, издание. И вот вы уже пишете не про технологии, а про компанию. Не «зачем придумали промисы», а «как мы в „Рогах и Копытах“ переехали с монолита на микросервисы». Технический автор кончился, начался корпоративный рупор.

Выход второй: вы отличник-олимпиадник. Вы разбираете регистры процессора, из которых собран движок JavaScript, и препарируете спецификацию по буквам. Глубоко, честно, красиво. И это тоже никто не читает — потому что аудитории, которой это нужно, в ленте почти нет.

А между этими полюсами — обычный крепкий инженер-работяга. Не рупор компании и не олимпиадник. Ему места нет.

И поверх всего — простой вопрос. Если каждое издание про технологии превратилось в рекламную площадку корпораций, то с чего вообще начинать начинающему (!) автору? Куда ему прийти со своей первой статьёй, если витрина занята теми, у кого есть отдел маркетинга?

Кто я такой, чтобы жаловаться

Тут бы вам возразить: может, дело просто в том, что автор слабый?

Может быть. Расскажу, откуда я взялся.

Я никогда не жил в Кремниевой долине. Не заканчивал ни MIT, ни Гарварда. В моём гараже не стоял Apple II — потому что какой гараж, алё! Это Ульяновск, дальнее Засвияжье. Босиком по росе к светлому будущему я не бегал. Дедушка не дарил мне Atari, папа не показывал, как собрать пинг-понг на Basic.

В девятом классе я зарегистрировался на Boom.Mail.ru — бесплатном хостинге для бесплатных сайтов. Тогда же впервые услышал про HTML. Я фанател от игры Total Overdose и сделал сайт про неё. На чистом HTML, вёрстка таблицами — как умел.

Так и учился. Нашёл одну работу, вторую — всё веб-мастерское, сайты-визитки. Потом пришла эпидемия и эту работу убила. Пришлось вкатываться в бизнесовый JavaScript: раньше делал сайты на PHP и MySQL, теперь понадобились JavaScript, React и прочая взрослая жизнь. Вкатывался как все — по видосам, по курсам, по документации, по FreeCodeCamp.

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

Почему я вообще пишу

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

Она зацепила меня не тем, чем цепляют обычные книги. Это не сборник рецептов «какие бывают алгоритмы». Это учебник про развитие идеи: зачем алгоритм вообще придумали, какую боль он закрывает, куда движется мысль. Иллюстрации там так себе — но подача попала в меня целиком.

И у меня остался вопрос, который не отпускал. Почему таких книг нет про остальное? Где учебник, который объясняет, зачем придумали промисы, а не просто как их писать? Зачем нужны библиотеки, а не какие у них методы? Я искал и не нашёл.

Потом коллеги подсказали площадку FrontEnd Masters. Там Will Sentence ведёт курс «Hard Parts of UI Development». Он не сыплет рецептами. Он показывает боль: вот интерфейс, вот вам надо его обновлять при изменении данных — как? И начинает накручивать решение поверх решения, пока в какой-то момент не разводит руками: «Ой, у нас получился React». Он не пересказал React. Он провёл читателя через концепцию виртуального дерева и дал дойти до неё самому.

Вот ровно это я и делаю в своём курсе «Грокаем React — объясняю не «как писать», а «зачем придумали». Ту дыру, которую сам искал и не нашёл.

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

Интернет против таких, как я?

Долго я не понимал одну штуку. Зачем YouTube убрал публичные dislikes. Цифры же честные, пусть висят.

Теперь понял. Чтобы сделать мир чуть терпимее и добрее.

Публичный счётчик — это не информация. Это инфраструктура агрессии. Минус-кнопка под статьёй существует не чтобы оценить материал, а чтобы дать анонимному прохожему нажать и уйти. Он ничего не написал, ничего не объяснил, ни с чем не поспорил — просто харкнул.

Культура отличников и функционал сервисов сходятся в одной точке. Одни самоутверждаются за счёт тех, кто ниже по рейтингу. Другие дают для этого удобную кнопку. Зато всё анонимно, честно и в одно нажатие!

Тот, кто убирает счётчики, понял простую вещь. Публичная цифра не помогает разобраться в контенте. Она помогает бить по тем, кто только начал.

Вывод

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

Агрессия аудитории ломает именно эту механику. Минус без разбора, «нет новой для меня информации», «личная неприязнь» — всё это налог на тех, кто ещё только решается писать. И налог такой, что проще не начинать.

Проще. Но я всё равно считаю, что начинать надо. Роберт Рождественский сказал это лучше меня:

...
Великую ношу первых.
Как самое неизбежное
Взвалите её на плечи.
...

Как бы ни было сложно — идти вперёд и становиться первым. Блогером, преподавателем, автором, инженером.

Если вы есть — будьте первыми.

Список литературы

• Рассуждения про open source // Хабрахабр. URL: habr.com/ru/articles/1016394 (дата обращения: 25.07.2026).

• Разработка с ИИ // Хабрахабр. URL: habr.com/ru/articles/1008086 (дата обращения: 25.07.2026).

• Процессы предприятия и программиста // Хабрахабр. URL: habr.com/ru/articles/1017940 (дата обращения: 25.07.2026).

• Как Jotai хранит состояние в React // Хабрахабр. URL: habr.com/ru/articles/967748 (дата обращения: 25.07.2026).

• Module Federation на примере фишинга // Хабрахабр. URL: habr.com/ru/articles/979242 (дата обращения: 25.07.2026).

• Бхаргава А. Грокаем алгоритмы. 2-е изд. // Питер. URL: piter.com (дата обращения: 25.07.2026).

• Sentence W. Hard Parts of UI Development // master.dev. URL: master.dev/courses/hard-parts-ui-dev (дата обращения: 25.07.2026).

• Рождественский Р. И. Если вы есть — будьте первыми // Собрание сочинений.