По сути, оба предложения решат проблему неудобства системой блогов, но разными подходами:
— тэгообразная структура блогов заставит поежится программиста, чтобы создать новую гибкую систему
— введение правил создаст постоянную маленькую нагрузку на админов и заставит пользователей каждый раз думать о том, куда же все таки отправить топик, хотя если проблема отнесения одного топика к разным блогам, как таковая, решена не будет — её попытается избежать администратор, создавающий структуру блогов для наиболее общих тематик. Не нравится мне, когда в официально объявленной «социальной сети для людей, интересующихся открытым и свободным ПО» администратор ограничивает пользователей своей субъективной структурой блогов, нежелая сделать вебдванольный Livestreet еще более регулируемым пользователями
добавлю, один товарищь мне тут высказался в jabber:
т.е. ввести правила «вежливости», вроде:
— блоги о конечных продуктах, компаниях и т.п., вроде KOffice, Mozilla, FireForge… могут заводить лишь их владельцы/представители — остальные довольствуются блогами более общей тематики, т.е. в нашем случае, например. Офисные пакеты, Браузеры, OpenSource…
— новые блоги, в которые могут постить все, кому не лень, создаются с согласования админов, которые, в свою очередь, будут строить нормальную структуру блогов по своему усмотрению.
Я не голосовал против, но я против. :-)
Объясняю почему.
1) Мне не нравится, когда много блогов и на каждую софтину заводится отдельный блог (трудно найти нужный/подходящий).
2) Мне не нравится, что блоги для программ создают не разработчики этих программ, а люди, которые не имеют прямого отношения к этому ПО.
Мои предложения такие:
1) Ограничить возможность создания новых коллективных блогов.
2) Создание новые блогов согласовывать с админами.
3) Стараться, чтобы блоги были более «общие».
4) И фсякую фигню с вложенными блогами не предумывать. :-)
Если уж реконструировать систему блогов, то, имхо, стоит вспомнить проблему отнесения одного топика к различным блогам.
Абстрактный пример:
топик, подходящий под 3 следующих блога
блог1, блог1.1 (подблог блога1) и блог2
по старой системе мы может разместить топик лишь в один из них,
по новой — в блог1 и блог1.1 (т.к. блог1.1 входит в блог1, то размещенный в блог1.1 топик автоматически попадает в блог1),
хотя нам надо поместить его во все 3 =)
Что ж, предлагаю вспомнить всем известные теги, и использовать их. Как это будет выглядеть? — Человек создает топик, но вместо сейчасного выбора блога, отмечает те блоги, к тематике которых относится топик (например, галочками или тупо как теги, лишь фиксированные имена блогов). Таким образом, топик будет относиться уже ко всем блогам, к которым он относится по смыслу. Т.е., например, автор топика (m1o) о RC ОС StreamOS v0.21 отнес его к блогу FireForge, хотя я бы, например, разместил бы его в Операц. Системах, т.к. это, прежде всего ОС, а не проект на FireForge.
P.S.: Тем, кто отнесся в серьез к предложению — НЕ ЧИТАТЬ — я утрирую!
С тэгоподобной структурой блогов, можно было бы отнести этот топик не только в ОС и FireForge, а еще и, например, в какие-нибудь блоги вроде FreeDOS, PC, MS-DOS-Must_Die(), FireForge_ФАНКЛУБ, SourceForce-детище_Microsoft и тому подобное…
А у нас в Эстонии о такой продукции даже не слышали(( С нетерпением жду когда эти телефоны появятся у нас на полках магазинов, уже достаточно давно мечтаю стать обладателем одного из них.
Лично я пока не чувствую каких либо неудобств…
Хотя безусловно было бы лучше иметь один блог
Операционные Системы куда и запихать Ubuntu, GNU/LINUX, ReactOS и.т.д.
Так правильно. Я всегда так делаю. От релиза до релиза максимально стабильной сделать сборку и ждать следующего. Иначе постоянное беспорядочное обновление модулей и ядра приводит к крешам, и нужно каждый раз много времени тратить на нахождения стабильности в версиях ядра и плагов.
В общем, конечно же идея отличная. Тогда бы можно было бы например сделать Mozilla ? Firefox, Mozilla ? Thunderbird и т.д, что куда удобнее, чем сейчас.
—
—
P.S: А вложенные блоги — хорошо
Объясняю почему.
1) Мне не нравится, когда много блогов и на каждую софтину заводится отдельный блог (трудно найти нужный/подходящий).
2) Мне не нравится, что блоги для программ создают не разработчики этих программ, а люди, которые не имеют прямого отношения к этому ПО.
Мои предложения такие:
1) Ограничить возможность создания новых коллективных блогов.
2) Создание новые блогов согласовывать с админами.
3) Стараться, чтобы блоги были более «общие».
4) И фсякую фигню с вложенными блогами не предумывать. :-)
Абстрактный пример:
топик, подходящий под 3 следующих блога
блог1, блог1.1 (подблог блога1) и блог2
по старой системе мы может разместить топик лишь в один из них,
по новой — в блог1 и блог1.1 (т.к. блог1.1 входит в блог1, то размещенный в блог1.1 топик автоматически попадает в блог1),
хотя нам надо поместить его во все 3 =)
Что ж, предлагаю вспомнить всем известные теги, и использовать их. Как это будет выглядеть? — Человек создает топик, но вместо сейчасного выбора блога, отмечает те блоги, к тематике которых относится топик (например, галочками или тупо как теги, лишь фиксированные имена блогов). Таким образом, топик будет относиться уже ко всем блогам, к которым он относится по смыслу. Т.е., например, автор топика (m1o) о RC ОС StreamOS v0.21 отнес его к блогу FireForge, хотя я бы, например, разместил бы его в Операц. Системах, т.к. это, прежде всего ОС, а не проект на FireForge.
P.S.: Тем, кто отнесся в серьез к предложению — НЕ ЧИТАТЬ — я утрирую!
С тэгоподобной структурой блогов, можно было бы отнести этот топик не только в ОС и FireForge, а еще и, например, в какие-нибудь блоги вроде FreeDOS, PC, MS-DOS-Must_Die(), FireForge_ФАНКЛУБ, SourceForce-детище_Microsoft и тому подобное…
Ребята молодцы.
А так, пробовал ещё бетки, ничё так, работать стал действительно быстрее.
Хотя безусловно было бы лучше иметь один блог
Операционные Системы куда и запихать Ubuntu, GNU/LINUX, ReactOS и.т.д.