Орг-предложение (апдейты openserver и т.п.)
Добавлено: 28 июн 2012, 11:40
Я довольно редко захожу на форум, но почти каждый раз, когда я здесь бываю, я наблюдаю сражение Максима с пользователями. Как владелец одного крупного сайта с форумом я хочу сказать, что политика ответов на вопросы на форуме вручную - это путь, ведущий к подрыву нервной системы и потере интереса к проекту. Всех не забанить, на место одного забаненого приходят десять новых, народ форум не читает, в дебри хелпа не лезет, максимум пару страниц проглядывает, он сначала делает, а потом пишет.
Но проблему можно решить, если не строить дамбу на пути реки (все равно река победит, можете мне поверить), а сделать отводное русло. Т.е. не дать пользователям делать ошибки. Или, по крайней мере, дать им всю информацию о том, как можно не сделать очевидные ошибки. Не заставлять копаться в хэлпе, выискивая, что изменилось, а предугадать, на что они напорятся и сразу про это рассказать. Например, из последнего, про запуск от имени администратора или почему нельзя обновляться в ту же папку.
Посему предлагаю.
На странице http://open-server.ru/download.html поместить
1. Текст последнего changelog с выделением особо критических моментов. Плюс ссылку на полный changelog.
2. Ссылку на свежий chm-файл руководства. Человек должен сначала читать руководство, а потом уже ставить продукт. А не наоборот, как сейчас.
3. Инструкция по обновлению. Громко и отчетливо запретить обновляться в ту же папку, где openserver уже стоит, предупреждая о потере всех настроек в таком случае.
4. И только после этого должна быть форма со ссылкой на скачку.
Непонятно, как проект до сих пор жил и выжил без этих вещей, но имхо, это надо сделать, лучше поздно чем никогда.
Но проблему можно решить, если не строить дамбу на пути реки (все равно река победит, можете мне поверить), а сделать отводное русло. Т.е. не дать пользователям делать ошибки. Или, по крайней мере, дать им всю информацию о том, как можно не сделать очевидные ошибки. Не заставлять копаться в хэлпе, выискивая, что изменилось, а предугадать, на что они напорятся и сразу про это рассказать. Например, из последнего, про запуск от имени администратора или почему нельзя обновляться в ту же папку.
Посему предлагаю.
На странице http://open-server.ru/download.html поместить
1. Текст последнего changelog с выделением особо критических моментов. Плюс ссылку на полный changelog.
2. Ссылку на свежий chm-файл руководства. Человек должен сначала читать руководство, а потом уже ставить продукт. А не наоборот, как сейчас.
3. Инструкция по обновлению. Громко и отчетливо запретить обновляться в ту же папку, где openserver уже стоит, предупреждая о потере всех настроек в таком случае.
4. И только после этого должна быть форма со ссылкой на скачку.
Непонятно, как проект до сих пор жил и выжил без этих вещей, но имхо, это надо сделать, лучше поздно чем никогда.