Метахабы — зло
Метахабы — это хабы общей направленности, на которые нет смысла подписывается (если вы вообще пытаетесь фильтровать Хабр), потому что в лучшем случае на один пост в сфере ваших интересов там будет два-три вообще не для вас.Метахабы — чистое зло, потому что теоретически интересные для меня посты до меня не доходят, так как авторы кладут их только в метахабы, либо занимают место среди трех хабов (в которые можно положить пост) одним-двумя метахабами, и на тематические, но чуть менее релевантные хабы места не хватает.
Я писал об этой проблеме ровно год назад, писал в поддержку, но безрезультатно. Надеюсь привлечь этим постом внимание к проблеме. (Справедливости ради, за год как минимум удалили потрясающе бессмысленный хаб Переводы, но этого недостаточно.)
Для примера разберу метахабы из раздела «Программирование»:
Программирование Веб-разработка Game Development — сюда кладут как про мобайл, так и суровый Си++, новости движков и лытдыбры инди-разрабов. Можно разделить на Mobile game development, Game design и еще что-нибудь. Алгоритмы — разделить на Сomputer Science и Алгоритмы графики. Помимо этих двух тем, сейчас в Алгоритмы часто кладут посты на какие-то совершенно случайные темы, утрированно «Алгоритм поиска ближайшего бесплатного туалета в городе». Нуачо, алгоритм же. Разработка. Вместо можно добавить что-то в духе Методологии или DevOps. Плюс уже есть Управление проектами. Mobile Development Высокая производительность. Можно разделить на Разработку высоконагруженных веб-сайтов и Низкоуровневую оптимизацию. Ненормальное программирование Отладка Промышленное программирование Совершенный код Кодобред, к тому же, не видно разницы с Ненормальным программированием Кроме метахабов, вот хабы, которые стоит уточнить и удалить из них посты, не отвечающие уточненной теме:
Open source. Все бы ничего, если бы сюда не клали посты на тему выхода или обновления абсолютно любого открытого ПО. По смыслу, учитывая реальные интересы читателей (как я чувствую), надо переименовать Open source в «Лицензирование и движение за свободное ПО», а Копирайт — в «Авторское право на произведения искусства». Именование важно, потому что оно препятствует неправильному использования хабов. Клиентская → Браузерная оптимизация Параллельное программирование Функциональное программирование → Парадигма функционального программирования Проектирование и рефакторинг Сжатие данных Системное программирование Чтобы два раза не вставать, упомяну и проблему «чисто вложенных хабов», например
TDD ⊂ Тестирование Git, Mercurial ⊂ Системы управления версиями Creative Commons ⊂ Лицензирование и движение за свободное ПО ∪ Авторское право на произведения искусства Agile ⊂ Методологии и т. д. Проблема чисто вложенных хабов в том, что если автор забывает (или не может в силу ограничения в три хаба на пост) положить пост в хаб-подмножество или хаб-надмножество, подписчики этого хаба пролетают мимо поста.Эту проблему не решить только разбиениями, слияниями и переименованиями хабов. Можно разметить чисто вложенные хабы программно и делать что-то специальное, если автор хочет положить пост в один из них, например:
Если автор хочет добавить пост надхаб, предложить ему добавить пост и в один или несколько подхабов Если автор хочет добавить пост подхаб, обязать его добавить пост и в один или несколько надхабов при этом ограничение в «три хаба на пост» не должно действовать в этих случаях.
