Категоризация пользователей документации на Sisyphus
Локальные:
Политика сборки ядер
Trademark policy
На будующее:
Разделение «ТЗ» на разделы собственно «ТЗ» – требования и «чертежи» – рабочая документация
Форум, имеющий тот же статус, что и ML [политика]
disclaimer
Ниже приведены некоторые старые, но не потерявшие актуальности разработки – будут разбираться и правиться по мере сил.
Что делать?
Это самый сложный вопрос.
Mikhail Gusarov / bugzilla? – «как нам реорганизовать рабкринissue tracking». Что не так с менеджментом задач в Сизифе, и что можно с этим сделать. В частности, весь этот раздел должен быть перемещён в issue tracker,
Mikhail Gusarov / infrastructure? – сюда складируются все замеченные проблемы с инфраструктурой, которые нужно поправить, чтобы новым девелоперам было удобнее приходить, а существующим – интереснее оставаться,
Mikhail Gusarov / userscare? – принципиальные вещи, следование которым облегчит жизнь пользователям и системным администраторам.
Mikhail Gusarov / documentation – проблемы и идеи причёсывания документации, а то внешние разработчики не знают, что Сизиф крут, и уходят искать счастья где-то ещё,
Mikhail Gusarov / PR – как пиарить Сизиф, чтобы приходили новые разработчики, а апстримы более охотно шли на сотрудничество,
Mikhail Gusarov / Non Russian? – как привлекать нерусскоязычных пользователей и разработчиков.
< dottedmag> raorn: привыкай. я буду идти самым тупым путём и читая только то, что написано. ибо я знаю, что если начать выспрашивать всё по приватным каналам, то во-первых, эффекта от моей работы будет нуль, во-вторых, прошедший тот же путь после меня будет задавать те же вопросы тем же (перегруженным) людям, а в-третьих, не останется никакой вменяемой документации, которую можно читать человеку, не знакомому с ALT. просто воспринимай это как аудит устройства проекта, ок?
И как?
В этом разделе будут появляться результаты деятельности, направленной на реализацию пункта «Что?»