Метахабы — зло

Метахабы — это хабы общей направленности, на которые нет смысла подписывается (если вы вообще пытаетесь фильтровать Хабр), потому что в лучшем случае на один пост в сфере ваших интересов там будет два-три вообще не для вас.

Метахабы — чистое зло, потому что теоретически интересные для меня посты до меня не доходят, так как авторы кладут их только в метахабы, либо занимают место среди трех хабов (в которые можно положить пост) одним-двумя метахабами, и на тематические, но чуть менее релевантные хабы места не хватает.

Я писал об этой проблеме ровно год назад, писал в поддержку, но безрезультатно. Надеюсь привлечь этим постом внимание к проблеме. (Справедливости ради, за год как минимум удалили потрясающе бессмысленный хаб Переводы, но этого недостаточно.)

Для примера разберу метахабы из раздела «Программирование»:

• Программирование
• Веб-разработка
• Game Development — сюда кладут как про мобайл, так и суровый Си++, новости движков и лытдыбры инди-разрабов. Можно разделить на Mobile game development, Game design и еще что-нибудь.
• Алгоритмы — разделить на Сomputer Science и Алгоритмы графики. Помимо этих двух тем, сейчас в Алгоритмы часто кладут посты на какие-то совершенно случайные темы, утрированно «Алгоритм поиска ближайшего бесплатного туалета в городе». Нуачо, алгоритм же.
• Разработка. Вместо можно добавить что-то в духе Методологии или DevOps. Плюс уже есть Управление проектами.
• Mobile Development
• Высокая производительность. Можно разделить на Разработку высоконагруженных веб-сайтов и Низкоуровневую оптимизацию.
• Ненормальное программирование
• Отладка
• Промышленное программирование
• Совершенный код
• Кодобред, к тому же, не видно разницы с Ненормальным программированием

Кроме метахабов, вот хабы, которые стоит уточнить и удалить из них посты, не отвечающие уточненной теме:

• Open source. Все бы ничего, если бы сюда не клали посты на тему выхода или обновления абсолютно любого открытого ПО. По смыслу, учитывая реальные интересы читателей (как я чувствую), надо переименовать Open source в «Лицензирование и движение за свободное ПО», а Копирайт — в «Авторское право на произведения искусства». Именование важно, потому что оно препятствует неправильному использования хабов.
• Клиентская → Браузерная оптимизация
• Параллельное программирование
• Функциональное программирование → Парадигма функционального программирования
• Проектирование и рефакторинг
• Сжатие данных
• Системное программирование

Чтобы два раза не вставать, упомяну и проблему «чисто вложенных хабов», например

• TDD ⊂ Тестирование
• Git, Mercurial ⊂ Системы управления версиями
• Creative Commons ⊂ Лицензирование и движение за свободное ПО ∪ Авторское право на произведения искусства
• Agile ⊂ Методологии
• и т. д.

Проблема чисто вложенных хабов в том, что если автор забывает (или не может в силу ограничения в три хаба на пост) положить пост в хаб-подмножество или хаб-надмножество, подписчики этого хаба пролетают мимо поста.

Эту проблему не решить только разбиениями, слияниями и переименованиями хабов. Можно разметить чисто вложенные хабы программно и делать что-то специальное, если автор хочет положить пост в один из них, например:

• Если автор хочет добавить пост надхаб, предложить ему добавить пост и в один или несколько подхабов
• Если автор хочет добавить пост подхаб, обязать его добавить пост и в один или несколько надхабов

при этом ограничение в «три хаба на пост» не должно действовать в этих случаях.