Скриншоты вместо кода и сообщений об ошибках

Скриншоты и скринкасты приносят немало пользы; они могут прекрасно иллюстрировать сообщения, а иногда намного легче и лучше показать, чем рассказать. Однако использование скриншотов/скринкастов вместо кода и сообщений об ошибках считаю вредным.

Причём скопировать и вставить код либо сообщение об ошибке ненамного труднее, чем вставить скриншот: от авторов сообщений не требуется производить дополнительную работу, отнимающую их время.

2. Примеры

— скриншот кода, а не код. — скриншот сообщения об ошибке, а не сообщение об ошибке. — пример, где скриншот, на мой взгляд, как раз вполне допустим, поскольку содержание кода не имеет значения.

3. Аргументы

В меньшей степени аргумент 3.1 может относиться к сообщениям об ошибках равно как и аргумент 3.2 относиться к коду.

Когда-то давно мне действительно казалось, что программисты — «звери», знающие наизусть все тонкости и нюансы; только посмотрят — и правильный ответ готов. На самом же деле производимые отвечающим действия зависят от уровня отвечающего и сложности вопроса. Часто отвечающему требуется воспроизвести проблему и самому приступать к отладке.

Так вот переписывать, тратя своё время, код со скриншотов неохота, полагаю, не только мне. А если будет меньше желающих ответить, это ведь невыгодно и самому автору вопроса.

Да, этот пост о «сообщениях», не только лишь вопросах. Если скриншот вместо кода находится в ответе, это, по моему мнению, тоже не очень хорошо, поскольку тем, кто решит кодом воспользоваться, придётся тратить дополнительное время на перепечатывание.

Ответы на некоторые контраргументы:

1. Используй «Hello World», а не код автора — поведение инструмента для программирования для «Hello World» и авторского кода может серьёзно различаться.
2. Используй OCR — OCR-сервисы и программы порой допускают немало ошибок, особенно если текст на скриншоте мелким шрифтом. Плюс отвечающему придётся тратить на OCR дополнительное время.

Поисковые движки экспериментируют с OCR, но данные технологии не имеют широкого применения. И по опыту: на практике вероятность, что текст из изображения будет распознан и встретится в поисковой выдаче, довольно низка. Т. е. маловероятно, что человека, получивший такую же ошибку, поисковик приведёт к сообщению со скриншотом вместо сообщения об ошибке. Сообщение становится почти бесполезным для других.

4. Меры

1. Хорошая — поставить «профилактический» минус. В комментариях дать ссылку, к примеру, на данное обсуждение, добавив, что если сообщение будет исправлено, то минус будет удалён.
2. Плохая — неаргументированный минус (не вижу, чтобы вообще они были бы полезными). Человек не поймёт, за что его минусуют; у неё/него сложится негативное мнение о Stack Overflow на русском; сайт может недосчитываться своих пользовательниц/пользователей.

Важно понимать, что практика скриншотов вместо кода и ошибок распространена на других сайтах; на Тостере, кажется, что их вообще засилье. Авторы вопросов на Stack Overflow могут задавать вопросы также, как это принято на других сайтах.

5. Вопросы

1. Считает ли сообщество недопустимыми скриншоты вместо кода и сообщений об ошибках?
2. Если да, какие меры стоит предпринимать?

Всё должно быть по ситуации. В большинстве случаев текст действительно гораздо лучше скриншотов, но бывают ситуации, когда скриншоты всё же удобнее.

Кстати, я тоже задавал вопрос с видео вместо кода. Потому что было вообще непонятно, какие куски кода имеет смысл привести и насколько они понятно покажут проблему.

А вот с тем, что молчаливый минус за скриншот - это плохо, полностью согласен.

Я считаю, что скриншот вместо проблемного кода или сообщения о ошибке несколько не уместен.

Скриншот вместо текста неудобно читать, труднее воспроизвести у себя для теста и проблемно использовать для поиска по докам\гуглить.

Набирать что-то с скриншота - это куча потеряного времени, и большинство просто проигнорирует такой вопрос, чем будут с этим возится. Использование OCR нельзя рассматривать как решение, так как сканировать скриншот, чтобы получить из него текст для решения чужой проблемы - это нужно быть очень добрым малым без определенных обязанностей (с массой свободного времени)

Ну и проблема индексации поисковиками, ведь нам (на самом деле больше администрации ресурса) нужен трафик из поисковиков .

Лично я для таких вопросов предлагаю в комментарии разместить вместо скриншотов код и ошибку текстом, если автор не находит в себе силы сделать это, то про вопрос просто забываю, отвечать на такой вопрос у меня нет ни малейшего желания (и судя по попадавшимся вопросам, у многих тоже)

Насчет относительных трудностей между получением скриншота или текста - я не считаю, что это должно быть обсуждаемым моментом. Человек, который задает вопрос, больше нуждается в помощи, чем отвечающие заинтересованы ему помочь и, конечно, может проделать несколько манипуляций для копирования текста.

Что делать. Указать в комментарии на проблему, и если нет взаимности от автора, то тут уж на свое усмотрение - нравится стучать по клавиатуре - отвечайте, сам по себе скриншот не показатель плохого вопроса. Я просто игнорирую такие вопросы - если автор так и не получит ответов, из комментария он знает почему.