Github — это больше, чем просто сервис для хостинга кода и система контроля версий. Это настоящая социальная сеть для программистов, и неудивительно, что иногда хочется поставить значок , чтобы отметить чей-нибудь комментарий. Теперь это стало возможным. С сегодняшнего дня на Github появились эмодзи-реакции на пулл-реквесты, баги и комментарии.
Github надеется, что это сделает общение более эффективным.
Вставлять эмодзи можно было и раньше, но только в отдельных сообщениях. Это приводило к появлению большого количества шума, особенно в популярных проектах. Теперь реакция добавляется непосредственно в текст оригинального сообщения, так получается гораздо лаконичнее. Именно таким образом реализована система реакций в Slack и других популярных чат-сервисах.
Разработчики Github определили список из шести эмодзи, они «покрывают весь диапазон реакций, которые обычно выражают пользователи в комментариях»: это , , , , , . Использование эмодзи будет изучаться. Возможно, список изменят или расширят в будущем.
Некоторые пользователи считают, что добавление реакции «палец вниз» — это ошибка, потому что отрицательное голосование неконструктивно. Оно часто используется как наказание для конкретного пользователя, а не как конструктивная критика. Например, на StackOverflow право отрицательного голосования — это особая привилегия для пользователей с высокой репутацией.
Отрицательное голосование делает приемлемым такое поведение, когда пользователь может выразить отрицательную позицию без необходимости её аргументировать. Нужно ли это на самом деле для конструктивной коммуникации?
С другой стороны, отрицательное голосование необходимо, чтобы выяснить мнение аудитории, если нужно задать вопрос вроде «Нужно ли реализовать такую-то функцию?».
Ещё один нюанс — стоит ли показывать результат предыдущего голосования новому посетителю? Есть мнение, что предыдущий результат может повлиять на его. Возможно, лучше скрыть результат голосования до того, как человек определится со своим собственным мнением.
Github надеется, что это сделает общение более эффективным.
Вставлять эмодзи можно было и раньше, но только в отдельных сообщениях. Это приводило к появлению большого количества шума, особенно в популярных проектах. Теперь реакция добавляется непосредственно в текст оригинального сообщения, так получается гораздо лаконичнее. Именно таким образом реализована система реакций в Slack и других популярных чат-сервисах.
Разработчики Github определили список из шести эмодзи, они «покрывают весь диапазон реакций, которые обычно выражают пользователи в комментариях»: это , , , , , . Использование эмодзи будет изучаться. Возможно, список изменят или расширят в будущем.
Некоторые пользователи считают, что добавление реакции «палец вниз» — это ошибка, потому что отрицательное голосование неконструктивно. Оно часто используется как наказание для конкретного пользователя, а не как конструктивная критика. Например, на StackOverflow право отрицательного голосования — это особая привилегия для пользователей с высокой репутацией.
Отрицательное голосование делает приемлемым такое поведение, когда пользователь может выразить отрицательную позицию без необходимости её аргументировать. Нужно ли это на самом деле для конструктивной коммуникации?
С другой стороны, отрицательное голосование необходимо, чтобы выяснить мнение аудитории, если нужно задать вопрос вроде «Нужно ли реализовать такую-то функцию?».
Ещё один нюанс — стоит ли показывать результат предыдущего голосования новому посетителю? Есть мнение, что предыдущий результат может повлиять на его. Возможно, лучше скрыть результат голосования до того, как человек определится со своим собственным мнением.
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Комментарии (20)
SamDark
11.03.2016 16:31+3Бесполезное нововведение. Хотели «звёздочки» как в старом добром Google Code, которые позволяли выявить хотелки юзеров, то есть отсортировать issue по убыванию этих самых звёздочек. Получили совсем не их...
GamePad64
11.03.2016 17:21+2Хотели +1, который есть в Jira (и в Bitbucket, и в GitLab, и в ZenDesk) а получили смайлики из фейсбука. Почему GitHub не идёт навстречу — непонятно.
EndUser
Не совсем понимаю как в формальной среде должны использоваться неформальные смайлы. Это как-то должно влиять на принятие решений?
Elufimov
Видимо вы никогда не видели открытого issue с кучей +1 где теряются полезные комментарии. И да https://github.com/dear-github/dear-github
EndUser
Разбиение "+1" на «шесть вариантов» как-то позволит находить полезные комментарии?
koceg
Само по себе введение реакций — поможет. Но я согласен, стоило бы ограничиться +1 и -1. Назначение остальных реакций непонятно — что такого смешного можно написать в issue? Или вот это "я думаю" — какая у него смысловая нагрузка?
Newbilius
"Я видел комментарий, но пока не знаю, что ответить. Но про вас не забыли — коммент прочитан!"
koceg
Да, это логично. Но, оказывается, это я смайлик неправильно интерпретировал — это confused и на иконках, которые я выложил ниже он именно такой. Поставить реакцию "я запутался" и не написать в чём именно проблема тоже неконструктивно.
lair
Нет никакого "разбиения +1", добавили возможность поставить смайлик на чужом issue/комменте вместо того, чтобы писать свой коммент, состоящий из одного смайлика.
mukizu
>в формальной среде
Кто сказал, что она там формальная? Сколько гитхабом пользуюсь — по-моему среда там формальная на самом минимальном уровне.
koceg
Речь не про стиль общения, он может быть каким угодно. У pull-request'ов и issue есть вполне формальная задача. Пользователи сами просили добавить туда шаблоны, сделать более формальными. Большая часть добавленых смайликов к решению этих задач отношения не имеет, на мой взгляд.
Но и не помешает, наверное, так что пусть будут. Предположительно, те, кто принимал решение о добавлении именно этих смайлов, провели какое-то исследование.
Просто странно, что -1 кто-то посчитал неконструктивным, а к ROFL вопросов нет.
mukizu
ну ROFL хз. а вот хлопушка — вполне в тему к какому-нибудь issue, который «джва года ждал»и.
А -1 посчитали не конструктивным вполне заслуженно. Если человека все устраивает, то достаточно плюсануть, если нет — будь любезен высказаться (для хабра с гиктаймс было бы, имхо, более чем уместно ввести схожую политику — минусовать может только тот, кто оставил комментарий)