TL;DR: Номинация «Программирование» уже в Технотексте-7!
Два года мы экспериментировали с Технотекстом: сперва разделили номинацию «Программирование» на несколько (бэкенд, фронтенд, фуллстек), затем каждую подноминацию разделили на грейды (джуны, мидлы, сеньоры). В этом году грейды мы отменили, однако по «Программированию» оставались споры и конкурс стартовал без него. Но у номинации появился хранитель — и теперь в номинации могут участвовать все: системные программисты, любители ненормального программирования, дельфисты, ценители Prolog, мастера Java, гении С/С++ и все-все-все.
А в этой статье мы коротко расскажем, как написать и оформить статью о программировании так, чтобы её было интересно и приятно читать.

Дифференциация статей не по цвету штанов
Все статьи по программированию можно разделить на несколько типов.
Тип 1. Собственно программирование, что называется, кишочки. Это узкопрофильные серьёзные статьи, которые рассказывают о каких-то конкретных решениях в программировании, библиотеках, работе с отдельными сущностями. Их аудитория — профессионалы, которые готовы вникнуть, разобраться и, если всё хорошо и подошло, поблагодарить плюсами и утащить опыт к себе на прод или в пет-проект.
Примеры:
Эффективное межпроцессное взаимодействие с использованием IPC и Shared Memory
constexpr Game of Life
Алгоритмы манипуляций с битами
Создаем свою простую (C++) библиотеку с документацией, CMake и блекджеком
tuple в CPython – мутабельный! И другие шокирующие детали из C-шной реализации
Python: как переменные работают на самом деле? Погружаемся в байткод и C
Тип 2. «Разработческие штуки» — статьи, в которых речь идёт о проектировании, об архитектуре, об особенностях языка программирования. Это более широкие материалы, в которые могут в том числе заглядывать те, кто учится или те, кто работают в сложных проектах и хотят говорить на одном языке с разработчиками.
Примеры:
Открытая IDE для российских разработчиков
Перестаньте молиться на принципы S.O.L.I.D
Game++. Building arcs
Тип 3. Ненормальное программирование (на самом деле, более чем нормальное) — это буквально фанатские статьи про крутые и нестандартные решения и подходы. В общем, те, кто запустили Dota на УАЗике, любят развлечься написанием чего угодно на Assembler, экспериментируют внутри своих DIY-проектов с программированием и готовят FizzBuzz по-сеньорски, делают арканоид на вкладках браузера — пишут что-то из этого раздела. Часто это хитовые, интересные статьи, которые можно читать чисто как хороший рассказ, даже полностью не разбираясь в коде. Увлекательно, ярко и очень запоминается.
Примеры:
256 байт веселья, или как развлечь себя Ассемблером когда скучно
Создаем эмулятор Sega Mega Drive на C++
Как я создал полностью автоматизированное онлайн радио с AI ведущими и музыкой
Тип 4. Я бы назвала это раздел «нытьё», но Фил Ранжин больше не пишет всё же это грубо и неправильно — скорее, это рассуждения о программировании от профессионалов: ироничные, саркастичные, злые, рациональные, разные. Важно, что они поднимают и подсвечивают интересные проблемы, в которые могут погрузиться все: от случайного читателя, HR, DevRel до сурового опытного тимлида и CTO. Каждый найдёт что-то своё, проникнется проблемой, а может где и блеснёт прочитанным на конференции. Это статьи для широкого круга читателей, они стабильно собирают много плюсов, минусов, комментариев, просмотров.
Примеры:
Программирование — это вообще не просто!
Ода хейта C++
Болезнь «ООП головного мозга»
Кто реально угрожает C++ (нет, Rust, не ты)
В целом, писать о программировании — дело благодарное: ваши туториалы будут использоваться годами, ваши мнения растащат по сотне пабликов, ваши находки вдохновят и обучат кого-то другого. Это самая сложная тема, но в то же время — самая простая, если вы в ней экспертно разбираетесь. Писать про то, что ты хорошо знаешь, приятно и довольно легко, правда, время всё равно отнимает.
Итак, вы решили написать свою лучшую статью
Прежде всего, определитесь, на кого она направлена и насколько узкопрофильная. Это позволит вам не разочароваться, когда вы увидите всего 1200 просмотров и 7% дочитываний — так часто случается с «вечнозелёными» статьями, которые служат для помощи и обучения. То есть какую-то шумную научпопную статью прочитают 12 000 и всё, через 2–3 суток «хвост» просмотров спадёт, а вашу прочитают 1200, а через 2–3 года вы с удивлением обнаружите 7000 просмотров, потому что она востребована, её находят, она помогает и работает на читателя. Не знаю, как вас, а меня это невероятно драйвит!



Ну ладно, Эукариот у нас один такой. Возьмём «пользительную» статью попроще.

Так работает принцип статей, к которым обращаются всегда. Может ли такая статья победить в Технотексте? Может. Но у статей «для всех» шансы выше, потому что они реально конкурсные — думаю, вы точно ощутите этот нюанс, если вам приходилось видеть олимпиадников в работе
