Технический автор для IT-компаний. Веду корпоративные блоги на Хабре. QA, DevOps, AI/ML и другие технические темы.Аннаhttps://teletype.in/atom/ariadato2026-10-07T14:32:16.099Zariadato:YzM3PJ99rP42026-10-03T22:55:20.389Z2026-10-03T22:59:27.774Z

Для IT-компании Хабр может быть полноценным каналом работы с профессиональной аудиторией. Хабр читают разработчики, тестировщики, DevOps-инженеры, тимлиды, архитекторы, CTO и руководители технологических компаний.

<p id="nPKM">Для IT-компании Хабр может быть полноценным каналом работы с профессиональной аудиторией. Хабр читают разработчики, тестировщики, DevOps-инженеры, тимлиды, архитекторы, CTO и руководители технологических компаний.</p> <p id="cxxF">Через технический блог можно работать с разными задачами бизнеса: рассказывать о сложном B2B-продукте аудитории, которая способна его оценить, привлекать специалистов в команду, показывать техническую экспертизу компании.</p> <p id="0d3M">Но на практике быстро возникает другая проблема:</p> <p id="bDID"><strong>Кто будет всё это писать?</strong></p> <p id="rJLY">Обычно организацией блога занимается маркетинг. А дальше есть два распространённых сценария.</p> <p id="Js90">И оба требуют от технической команды гораздо больше времени, чем кажется в начале.</p> <h2 id="HBV3">Сценарий 1. «Пусть пишут разработчики»</h2> <p id="vWPS">Логично попросить написать статью человека, который сам создавал продукт, строил архитектуру или решал описываемую проблему.</p> <p id="6JTD">С технической экспертизой всё отлично.</p> <p id="3gaC">Со временем хуже.</p> <p id="lr1l">У тимлида идёт спринт. У разработчика горит релиз. DevOps разбирается с инфраструктурой. У тестировщика свой бэклог.</p> <p id="RfZy">А где-то рядом лежит задача «написать статью на Хабр».</p> <p id="JT67">Угадайте, какая задача будет переноситься первой.</p> <p id="I1gC">Даже если инженер всё-таки садится писать, компания использует часы дорогого технического специалиста не для разработки продукта, а для производства контента.</p> <p id="vMiY">Причём написать статью мало. Нужно придумать подачу, выстроить материал, объяснить контекст человеку, который не работал над проектом, убрать лишнее, оформить публикацию.</p> <p id="W2R7">Техническая экспертиза сама по себе не делает человека техническим автором. Как и умение писать статьи не превращает автора в инженера.</p> <h2 id="W4A7">Сценарий 2. Нанять копирайтера или агентство</h2> <p id="Wadv">Теперь писать будет профессиональный автор, а инженеры смогут заниматься своей работой.</p> <p id="eaMo">По крайней мере, так выглядит план.</p> <p id="ZqV6">Проблема начинается, когда автору дают действительно техническую тему.</p> <p id="psHZ">Чтобы написать материал, ему сначала нужно объяснить предмет. Потом рассказать, как устроена система. Потом ответить на дополнительные вопросы. Потом прочитать черновик.</p> <p id="7XuO">А иногда ещё объяснить, почему написанное технически невозможно.</p> <p id="vxnV">В результате CTO, архитектор или Senior-инженер получает вторую работу: быть техническим консультантом при авторе.</p> <p id="WDrD"><strong>Компания платит за статью, а значительную часть работы над ней всё равно делает её технический специалист.</strong></p> <p id="ixJP">Можно сократить техническую проверку и публиковать материал как есть.</p> <p id="71Sr">На Хабре это рискованный эксперимент.</p> <p id="pz2p">Читатели быстро замечают, когда человек не понимает технологию, о которой пишет. Особенно хорошо это становится видно в комментариях, где за один вечер могут спросить обо всём, что автор предусмотрительно обошёл в статье.</p> <p id="U8U4">И если публикация выходит от имени компании, вопросы возникают уже не только к автору.</p> <h2 id="mkXe">Есть третий вариант</h2> <p id="Znmx">Найти человека, которому не нужно выбирать между умением писать и пониманием технологий.</p> <p id="KZst">Меня зовут <strong>Анна Гамгия</strong>. Я технический специалист и автор на Хабре.</p> <p id="PWp5">Я беру на себя ведение технических блогов IT-компаний: от задачи и контент-плана до готовых публикаций и анализа того, как они работают.</p> <p id="riBT">Но главное отличие моей работы не в этом.</p> <p id="oGJW"><strong>Мне не нужен инженер, который будет фактически писать статью моими руками.</strong></p> <p id="V7Kj">Если материал строится на уникальном опыте компании, я разговариваю с вашим специалистом именно об этом опыте.</p> <p id="YRpv">Что произошло? Почему выбрали такое решение? Какие варианты рассматривали? Где возникли проблемы? Что пришлось переделать? Что получили в результате?</p> <p id="nRc4">Мне не нужно сначала объяснять, что такое API, зачем нужен CI/CD или чем микросервисная архитектура отличается от монолита.</p> <p id="w2Ja">Эксперт даёт мне то, чего нет больше ни у кого: <strong>опыт вашей компании</strong>.</p> <p id="U8Ek">Всё остальное — моя работа.</p> <h2 id="8cpE">А если эксперта можно вообще не отвлекать, я его не отвлекаю</h2> <p id="4WoL">Не каждая техническая статья требует интервью.</p> <p id="X2Dk">Если в теме можно разобраться самостоятельно, я разбираюсь самостоятельно: документация, код, окружение, инструменты, эксперименты.</p> <p id="DejE">Например, для статьи о тестировании готовых ML-моделей мне понадобилось разобраться, как QA вообще может тестировать модель, которую он не обучал.</p> <p id="vBIZ">Я нашла реальную обученную модель, датасет и сохранённые метрики. Разобралась с её артефактами. Нашла проблему: из самих данных невозможно восстановить часть требований, необходимых для нормального тестирования.</p> <p id="BZVK">В результате я разработала собственный QA framework, написала автоматизированные тесты и проверила его на реальной модели.</p> <p id="5pt9">После этого написала статью.</p> <p id="Kq1f">Это мой обычный подход: <strong>сначала разобраться и проверить, потом рассказывать другим.</strong></p> <h2 id="0GSk">Кто я и почему могу работать с вашими инженерами</h2> <p id="lBHn">В IT я с 2006 года.</p> <p id="9GxD">Начинала с технической поддержки бухгалтерского ПО. Работала в QA и аналитике. Получила профильное образование по специальности «Прикладная информатика в экономике» в СибГУТИ.</p> <p id="YLbD">Сейчас занимаюсь техническими статьями и собственными проектами.</p> <p id="31md">Мои основные темы — QA, разработка, инфраструктура и AI/ML.</p> <p id="eMuM">Я могу читать техническую документацию, работать с API, базами данных и кодом, поднимать окружение, разбираться с CI/CD и инфраструктурой, тестировать системы и самостоятельно исследовать новую для меня технологию.</p> <p id="MX5J">Мне не обязательно заранее быть экспертом именно в вашем продукте.</p> <p id="mv8V">Мне нужно быть достаточно технически подготовленной, чтобы <strong>самостоятельно в нём разобраться</strong>.</p> <p id="24ku">Это существенная разница.</p> <h2 id="kc7i">Что я беру на себя</h2> <p id="72fR">Сначала мы определяем, зачем компании вообще нужен Хабр.</p> <p id="Vp6x">Продажи сложного B2B-продукта требуют одного контента. Найм разработчиков — другого. Работа на узнаваемость среди определённой технической аудитории — третьего.</p> <p id="WhVP">Под эту задачу я выстраиваю работу с блогом:</p> <p id="GOj8"><strong>Стратегия и контент-план.</strong> Определяю направления, ищу темы и планирую публикации не сами по себе, а относительно задачи компании.</p> <p id="Hj6Q"><strong>Работа с экспертами.</strong> Если для материала нужен внутренний опыт, провожу интервью и собираю необходимую техническую фактуру.</p> <p id="x1lV"><strong>Самостоятельное исследование.</strong> Если тему можно исследовать без участия команды, работаю с документацией, кодом, инструментами и другими первичными источниками сама.</p> <p id="rZDP"><strong>Подготовка статьи.</strong> Из собранного материала делаю полноценный технический текст для Хабра.</p> <p id="cLiB"><strong>Публикация.</strong> Готовлю материал к выходу и публикую его на площадке.</p> <p id="CrfO"><strong>Работа с комментариями.</strong> После публикации слежу за обсуждением и работаю с вопросами читателей.</p> <p id="qbss"><strong>Аналитика.</strong> Смотрю не только на просмотры, но и на то, как публикации работают относительно задачи, ради которой компания ведёт блог.</p> <p id="lWYQ">В результате компании не приходится каждый месяц заново решать:</p> <p id="ZFfo"><strong>«О чём писать? Кто напишет? Кого из инженеров опять отвлечь? Почему статья всё ещё лежит в черновиках?»</strong></p> <p id="zebo">Эта работа становится моей.</p> <h2 id="HubW">Примеры моих публикаций</h2> <p id="2Z5G"><strong>«Протестировать ML? Чё-то слишком широко берём»: как я собрала QA framework для готовых моделей</strong></p> <p id="wi3v">Для материала я взяла реальную ML-модель и датасет, исследовала артефакты, сформулировала требования к тестированию и разработала собственный framework с автоматизированными проверками.</p> <p id="rsgi"><a href="https://habr.com/ru/articles/1089614/" target="_blank">Статья на Хабре</a></p> <p id="rTkk"><strong>«Куда на самом деле попадает секрет при сборке Docker-образа: разбираем 8 способов»</strong></p> <p id="UT1L">Для статьи я собрала восемь Docker-образов, передала секрет разными способами и проверила, что в каждом случае остаётся в слоях и метаданных образа. Материал подготовлен для корпоративного блога FirstVDS.</p> <p id="zHve"><a href="https://habr.com/ru/companies/first/articles/1068864/" target="_blank">Статья на Хабре</a></p> <p id="eGyC"><strong>«Личный CI/CD за один вечер: настраиваем GitLab Runner на собственном VPS»</strong></p> <p id="q5ns">Для материала я развернула GitLab Runner на VPS и собрала рабочий CI/CD-пайплайн с Docker Registry, кэшированием, настройкой безопасности и автообновлением. Статья подготовлена для корпоративного блога FirstVDS.</p> <p id="u7g8"><a href="https://habr.com/ru/companies/first/articles/1042790/" target="_blank">Статья на Хабре</a></p> <p id="cLF6"><strong>«Что на самом деле происходит в комнате с пирамидками и почему после неё не верят даташитам на микросхемы»</strong></p> <p id="xCny">В статье я разобрала, как проходит тестирование радиоэлектроники в безэховой камере: что и как измеряют, откуда берутся расхождения с характеристиками из даташитов и какие проблемы обнаруживаются только во время реальных испытаний.</p> <p id="uHDT"><a href="https://habr.com/ru/articles/1027006/" target="_blank">Статья на Хабре</a></p> <h2 id="kKMr">Обсудить технический блог</h2> <p id="9Pq9">Я не беру одновременно много проектов: чтобы писать о продукте компании, в него приходится погружаться.</p> <p id="PNDa">Если вашей компании нужен технический блог на Хабре, а превращать инженеров в штат авторов не хочется, со мной можно связаться:</p> <p id="duQi"><strong>Почта:</strong> <a href="mailto:a.gamgia@yandex.ru" target="_blank">a.gamgia@yandex.ru</a><br /><strong>Telegram:</strong> <a href="https://t.me/AriaDaTo" target="_blank">https://t.me/AriaDaTo</a></p>