Читаю и вспоминаются произведения Головачева.
Он это называл эгрегорами. Впринципе мы к чему-то подомному и двигаемся. Особенно когда все это приобретает мобильный характер. Следующий шаг - имплантант в мозг и все. Вот вам новая форма управления и самоорганизации. Появятся те самые эгрегоры. Где социальные проблемы будут решаться стихийно.
А вообще это фантастика, schors прав, но что-то уже проглядывается и в реальности ;-)
Даже если на период отладки, зачем это давать пользователю.
На мой взгляд лучше (если софт клиент-серверный) на сеанс пользователя вести журнал его действий и событий (опять-таки "ваш" уровень детализации), в случае ошибки просто сообщать пользователю что случилось что-то не ладно с предложением обратиться к тех. поддержке (в данном случае к разработчику :-) ), а сам журнал отправляется разработчику (или в "клиент-сервере" в базе сохраняется).
По окончании сеанса мы удаляем журнал, если никаких проблем не было. ПОльзователю в случае чего достаточно сказать примерное время неполадки, чтобы разработчик мог выбрать из базы подходящие по времени журналы.
В случае отдельного приложения можно подготовить письмо с журналом (которое пользователю будет не удобно варимо, т.е. не понятно из-за формата) и предложить пользователю его отправить.
P.S. Хотя отчеты, которые нам предлагает распространенное ПО (например WinXP) мало кто отправляет, да и информации я думаю там не очень много полезной.
Еще вариант: "большой палец вверх" и "большой палец вниз"!
Опять таки, надо разобраться с позиционированием суммарной оценки, можно её разместить над кнопками.
Ну оценки комментариев тоже нужны. Хотя, черт возьми, я пока не нашел места где бы отображалась статистика по этим оценкам. Колонка по людям есть, но средний бал не высчитывается :-(
Черт возьми, а чего бы не сделать голосование? Всмысле не по этой теме, а вообщем реализовать возможность создавать в хабратредах (ужастъ) голосование или опрос как в форумах, это интересную идею мне кажется стоит позаимствовать.
Человек имел ввиду, чтобы они в облаках не переносились на другие строчки, а содержались на одной :-)
Мне кажется не стоит, потому что легко тодгда ввести тэг из 30 слов :-) или это учитывается? наверное учитывается, люди не дураки делали ;-)
И было так. Под руководством StrongBot-а была упразднена нужда и смерть. Каждому было доступно любое знание. Человеческое сознание стало частью Сети, где оно хранилось и регулярно обновлялось. Изношенные тела можно было заменять новыми. Те, Чье Имя Было Google больше не были в одиночестве — теперь мы все были Google.
Не хотелось бы :-)
Лучше я почестному до старости доживу и умру обычной (не Google'вской смертью)!
Ну облако не обязательно должно содержать все тэги, возможно обходится опять-таки каким-то top'ом тэгов. А пересечисление всех тэгов врядли настолько оправданно, ведь большая часть значений просто будет не востребованно с большой долей вероятности.
Интернет (Всемирную Сеть) вообще нужно предостовлять только тем, чья деятельность непосредственно связана с обязанностями сотрудника. Другим, он непонятно зачем предоставляется. Это раз.
Так же на этом явлении сказывается офисный подход к работе, когда человек загнан во временые, психологические и физические рамки.
На мой взгляд гораздо эффективней предоставить свободный график людям, работающим в интернете, а так же отказаться от необходимости постоянно находится в офисе.
Опять-таки, те у кого интернет и выболняемые обязанности не пересекаются, или пересекаются в малой мере, этот доступ стоило бы ограничить только ресурсами, действительно необходимыми для рабочих целей (например, внутрикорпоративной ICQ, IRC, Форумом & etc...)
Составленный коллективно, т.е. как обычно.
Люди будут спрашивать, а разработчики отвечать.
А вообще не мешало бы с юзабилити поработать.
За первые 30 минут здесь я еле соориентировался, что к чему.
Когда будет хорошее юзабилити, тогда и потребность в FAQ отпадет сама собой.
Он это называл эгрегорами. Впринципе мы к чему-то подомному и двигаемся. Особенно когда все это приобретает мобильный характер. Следующий шаг - имплантант в мозг и все. Вот вам новая форма управления и самоорганизации. Появятся те самые эгрегоры. Где социальные проблемы будут решаться стихийно.
А вообще это фантастика, schors прав, но что-то уже проглядывается и в реальности ;-)
Но думаю такие решение уже не на одного разработчика.
На мой взгляд лучше (если софт клиент-серверный) на сеанс пользователя вести журнал его действий и событий (опять-таки "ваш" уровень детализации), в случае ошибки просто сообщать пользователю что случилось что-то не ладно с предложением обратиться к тех. поддержке (в данном случае к разработчику :-) ), а сам журнал отправляется разработчику (или в "клиент-сервере" в базе сохраняется).
По окончании сеанса мы удаляем журнал, если никаких проблем не было. ПОльзователю в случае чего достаточно сказать примерное время неполадки, чтобы разработчик мог выбрать из базы подходящие по времени журналы.
В случае отдельного приложения можно подготовить письмо с журналом (которое пользователю будет не удобно варимо, т.е. не понятно из-за формата) и предложить пользователю его отправить.
P.S. Хотя отчеты, которые нам предлагает распространенное ПО (например WinXP) мало кто отправляет, да и информации я думаю там не очень много полезной.
Это же самое: стоять у, например, посольства с плакатами и кричать лозунги и забрасывать окна посольства кирпичами :-\
Опять таки, надо разобраться с позиционированием суммарной оценки, можно её разместить над кнопками.
Мне кажется не стоит, потому что легко тодгда ввести тэг из 30 слов :-) или это учитывается? наверное учитывается, люди не дураки делали ;-)
Не хотелось бы :-)
Лучше я почестному до старости доживу и умру обычной (не Google'вской смертью)!
Так же на этом явлении сказывается офисный подход к работе, когда человек загнан во временые, психологические и физические рамки.
На мой взгляд гораздо эффективней предоставить свободный график людям, работающим в интернете, а так же отказаться от необходимости постоянно находится в офисе.
Опять-таки, те у кого интернет и выболняемые обязанности не пересекаются, или пересекаются в малой мере, этот доступ стоило бы ограничить только ресурсами, действительно необходимыми для рабочих целей (например, внутрикорпоративной ICQ, IRC, Форумом & etc...)
Люди будут спрашивать, а разработчики отвечать.
А вообще не мешало бы с юзабилити поработать.
За первые 30 минут здесь я еле соориентировался, что к чему.
Когда будет хорошее юзабилити, тогда и потребность в FAQ отпадет сама собой.