понедельник, 25 апреля 2011 г.

ХэшКод и Академия Информатики и Программирования

Достаточно бегло просмотреть темы вопросов, которые поднимаются на форуме, чтобы заметить, что круг затрагиваемых проблем очень широк: от сложных вопросов, ответ на которые не сразу находится и у опытных специалистов, до простых вопросов, которые часто возникают у начинающих программистов и администраторов. Несмотря на профессиональную нацеленность форума, мы стремимся сделать проект доступным и новичкам, только начинающим осваиваться в профессии.

Поэтому мы рады сообщить о нашем сотрудничестве с Академией Информатики и Программирования (http://aip.ifmo.ru/) на базе СПбГУ ИТМО. Мы информируем студентов о нашем форуме как о современной площадке для профессионального общения программистов и админинстраторов (и в более широком смысле, вообще специалистов информационных технологий). В результате студенты вуза получают доступ к современному средству передачи, накопления и анализа информации в профессиональных сообществах, что, безусловно, полезно для профессионального роста.

ХэшКод.

пятница, 22 апреля 2011 г.

Оформление сообщений

Поскольку форум нацелен на многократное прочтение тем, имеет смысл оформлять сообщение (как вопрос, так и ответ) аккуратно и выразительно. Это существенно повышает читаемость тем так, как хороший стиль кодирования повышает читаемость программного кода. Ниже представлен ряд правил по оформлению, которых мы рекомендуем придерживаться.

  • Заголовок сообщения начинается с большой буквы и оканчивается либо вопросительным знаком либо отсутствием знака препинания вообще.
  • Текст сообщений является литературным русским языком.
  • Абзацы в тексте разделяются пустой строкой (два перевода строки).
  • Прямые цитаты, сообщения об ошибках, отрывки логов оформляются как цитаты (символ >).
  • Код программ или скриптов пишется отдельным абзацем (четыре пробела).
  • Для форматирования кода используется общепринятый стиль кодирования, например, для программ на C под Linux: indent -linux code.c.
  • Ссылки оформляются как прямые ссылки с осмысленным названием (ХэшКод). 

Все эти простые правила во многом способствуют тому, что сообщение, оставленное участником форума, будет полезно многим другим читателям темы.

суббота, 16 апреля 2011 г.

Учебные вопросы

Как мы уже писали когда-то в статье блога, формат форума допускает учебные вопросы при одном существенном условии: они не должны сводится к решению учебных, лабораторных, курсовых и прочих заданий. Решение специалистом учебного задания за учащегося - дело неблагодарное: с одной стороны, время специалиста - всегда ценно; с другой стороны, задача дается учащемуся, чтобы он тренировался в специальности, а если задача не решается, то нет и тренировки.

Где проходит грань между учебными вопросами (допускаемыми) и учебными заданиями (недопускаемыми)? Ответ на учебный вопрос - направляет к решению, а ответ на учебное задание - дает решение. Каковы признаки хорошего учебного вопроса:
  • метка "учебное-задание",
  • краткое описание решаемой проблемы, но не собственно текст задания,
  • опробованные попытки решения и место, которое вызывает затруднение.

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

воскресенье, 10 апреля 2011 г.

Изменение меток

В настоящий момент мы не ограничиваем участников форума в создании новых меток, потому что круг тем, которые могут подниматься на форуме по программированию и администрированию, еще далеко не охвачен. С одной стороны это дает каждому новому участнику определить удачную метку, которая может быть в дальнейшем использована при написании вопросов. С другой стороны, это неизбежно приводит к фрагментации меток, когда одни и те же понятия обозначаются разными терминами. Учитывая важность меток для удобного использования форума, этого нужно по возможности избегать.

Модераторы меняют метки вопросов, которые очевидно неудачны, либо выбирая уже существующие подходящие метки, либо создавая подходящие новые. И кроме того, любой участник форума с очками уважения больше 500 может менять метки вопросов, созданных другими участниками.  Этой возможностью стоит пользоваться: она помогает новичкам понять значимость и правила правильного выбора меток.

суббота, 9 апреля 2011 г.

Понижение порога тревоги

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

Мы обращаем внимание, что при тревогах автор сообщения получает существенный штраф, который нарастает от одной заявки к другой. Поэтому тревогой надо пользоваться аккуратно, когда очевидно, что сообщение должно быть обязательно удалено с форума. Полный список сообщений, которые заведомо должны быть удалены, приводится в статье дневника.

Изменение порога на количество тревог, требуемых для удаления вопроса, было введено в действие в начале недели, и мы рады видеть, что несколько тем обоснованно получили три тревоги и были автоматически удалены.

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

воскресенье, 3 апреля 2011 г.

Изменения в модерации

С начала развития форума ХэшКод команда модераторов просматривала и в случае необходимости исправляла практически каждое новое сообщение (вопрос, ответ, комментарий). Это было жизненно необходимо для создания и поддержания высокой культуры общения с самого первого вопроса и ответа.

Мы полагаем, что сейчас, когда на форум пришли талантливые образованные специалисты, уже нет необходимости в такой жесткой модерации как прежде. Поэтому мы меняем политику модерации.

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

Правка просматриваемых сообщений сводится к
  • исправлению заголовка вопроса;
  • исправлению меток вопроса;
  • исправлению синтаксиса и орфографии сообщения;
  • исправлению форматирования сообщений;
  • замене обращения на ты на обращение на вы.

Мы более не меняем стиль и содержание вопросов и ответов: если вопросы и ответы не удовлетворяют качеству, предъявляемому к сообщениям на форуме, они либо минусуются, либо закрываются, либо удаляются. Если участник форума систематически нарушает правила общения, то доступ к его учетной записи временно (или навсегда) закрывается.

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

ХэшКод.

суббота, 2 апреля 2011 г.

Лишний код

На многих форумах, посвященных программированию и администрированию, есть возможность при публикации значительного объема кода свернуть его. В этом случае при просмотре сообщения читатель темы увидит код, только кликнув по специальной ссылке. Эта возможность значительно облегчает просмотр темы, поскольку большие куски кода препятствуют целостному восприятию. Тем не менее, на ХэшКоде такой возможности нет и не предвидится.

Дело в том, что сам факт наличия значительного объема кода в вопросе (а иногда и в ответе) в подавляющем большинстве случаев  говорит о низком качестве темы. Типичный пример - участник форума выкладывает листинг кода на несколько экранов и задает вопрос:
  • Где ошибка?
  • Почему не работает?
  • Как исправить?
И далее в таком же духе... Отвечающий на вопрос вынужден тратить время и силы на чтение, восприятие и осознание чужого кода. По сути отвечающий берет на себя работу по локализации и выявлению проблемы в чужом коде. И чем больше объем кода (особенно при низком уровне стиля кодирования), тем более трудоемка эта работа.

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

Если вопрос содержит слишком много лишнего кода, не нужно прятать код, нужно его сокращать.