Профиль на Хабрахабре: рейтинг — крохотная цифра рядом с именем, подписчиков столько, что можно перечислить по именам. Комментариев ноль, зато минусы прилетают быстрее, чем первый прочитавший дочитает до середины.
Я неизвестный автор. Над моими статьями нет плашки «Блог компании». И минусуют меня стабильно. Вот реальные причины, которые я собрал под своими статьями на Хабрахабре:
«Низкий технический уровень материала» — рассуждение про 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).
Рождественский Р. И. Если вы есть — будьте первыми // Собрание сочинений.
