Программные ошибки глазами UX-инженера
Каждый день миллионы людей работают с программами. Каждый день приложения и сервисы, с которыми они работают, совершают миллионы ошибок. Одни ошибки более критичные, другие менее, но все они имеют непосредственное отношение, как к пользователю, так и к разработчику.
Большинство макулатуры для разработчиков рассматривает понятие ошибки исключительно глазами разработчиков, ставя основной целью снизить их вероятность, либо помочь максимально быстро их идентифицировать. Но это лишь одна сторона медали, которую разработчики так не любят переворачивать. С другой стороны стоит пользователь, для которого ошибки должны быть столь же полезным инструментом.
Можно выделить 3 общих группы ошибок:
Ошибки данных. Эти ошибки довольно сложно отслеживать при наличии слабо контролируемых связей данных. Пользователь об этих ошибках должен знать минимально, он доверил СВОИ данные, а программа их потеряла или исказила. При разработке стоит проверять целостность данных при обращении к ним и "тихо" оповещать разработчиков в случае ошибок.
Ошибки канала связи. Ошибки, которые являются самыми простыми для выявления. При обнаружении такой ошибки стоит сказать пользователю о том, что проблема в подключении и по таймеру повторять попытки, показывая ему процесс. Эти ошибки практически не нужны разработчикам, соответственно, чаще всего опускаются.
Ошибки кода. Самые актуальные для разработчика ошибки, но абсолютно бесполезные для пользователей, которых только раздражают непонятные послания. При возникновении подобной ошибки стоить сказать пользователю, что в приложение нашлась неполадка и разработчик уже спешит ее исправить. А послание с непонятными буквами и цифрами должен получать только разработчик. Причем, очень полезной является система логирования действий пользователя, которая к тексту ошибки прикладывает последовательность, вызвавшую ошибку.
Исходя из данного дробления ошибок, можно достаточно удобно и эффективно построить работу с ними в рамках большинства типов приложений. Да, и стоит отметить еще один момент, когда речь идет о браузерных приложениях глупо спрашивать разрешения пользователя отправить отчет об ошибке. Касательно же остальных приложений, не стоит каждый раз надоедать пользователю - этот вопрос должен быть обозначен в настройках.
http://vkontakte.ru/note4520778_10646976
Большинство макулатуры для разработчиков рассматривает понятие ошибки исключительно глазами разработчиков, ставя основной целью снизить их вероятность, либо помочь максимально быстро их идентифицировать. Но это лишь одна сторона медали, которую разработчики так не любят переворачивать. С другой стороны стоит пользователь, для которого ошибки должны быть столь же полезным инструментом.
Можно выделить 3 общих группы ошибок:
Ошибки данных. Эти ошибки довольно сложно отслеживать при наличии слабо контролируемых связей данных. Пользователь об этих ошибках должен знать минимально, он доверил СВОИ данные, а программа их потеряла или исказила. При разработке стоит проверять целостность данных при обращении к ним и "тихо" оповещать разработчиков в случае ошибок.
Ошибки канала связи. Ошибки, которые являются самыми простыми для выявления. При обнаружении такой ошибки стоит сказать пользователю о том, что проблема в подключении и по таймеру повторять попытки, показывая ему процесс. Эти ошибки практически не нужны разработчикам, соответственно, чаще всего опускаются.
Ошибки кода. Самые актуальные для разработчика ошибки, но абсолютно бесполезные для пользователей, которых только раздражают непонятные послания. При возникновении подобной ошибки стоить сказать пользователю, что в приложение нашлась неполадка и разработчик уже спешит ее исправить. А послание с непонятными буквами и цифрами должен получать только разработчик. Причем, очень полезной является система логирования действий пользователя, которая к тексту ошибки прикладывает последовательность, вызвавшую ошибку.
Исходя из данного дробления ошибок, можно достаточно удобно и эффективно построить работу с ними в рамках большинства типов приложений. Да, и стоит отметить еще один момент, когда речь идет о браузерных приложениях глупо спрашивать разрешения пользователя отправить отчет об ошибке. Касательно же остальных приложений, не стоит каждый раз надоедать пользователю - этот вопрос должен быть обозначен в настройках.
http://vkontakte.ru/note4520778_10646976