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