Разработчики и хостеры некоторых крупных проектов с открытым кодом пожаловались на плохую работу платформы GitHub. Они направили в адрес руководства соответствующее письмо. Многие участники сообщества расстраиваются из-за того, что по-прежнему не устранены вопиющие недостатки платформы.

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

У сообщества есть несколько ключевых предложений по усовершенствованию платформы GitHub.

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

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

Во-вторых, разработчики просят реализовать возможность голосовать за проект, не комментируя его. Например, добавить кнопку «+1» или набор реакций эмоджи.

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

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

На GitHub, в условиях разработки программного обеспечения с открытым кодом, весь процесс должен быть максимально прозрачным. Поэтому обилие узких и «темных» мест в этом смысле кажется, как минимум, странным.

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

Когда история с отвергнутыми жалобами разработчиков только начиналась, руководство GitHub легко спускало ее на тормозах. Но теперь ее предали огласке в СМИ. Участников сообщества поддержали более полутора тысяч разработчиков, товарищей по несчастью, передает The Next Web. Поэтому есть надежда на лучшее.

GitHub – крупнейший веб-сервис для хостинга IT-проектов и их совместной разработки. Основан на системе контроля версий Git и разработан на Ruby on Rails и Erlang компанией GitHub Inc. Сервис абсолютно бесплатен для проектов с открытым исходным кодом и предоставляет им все возможности.

На GitHub разрабатываются такие крупные проекты, как Node.js, jQuery, Ember.js, Bootstrap, Grunt, Meteor, и сотни других.

Комментарии (38)


  1. worldmind
    19.01.2016 20:29
    +1

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


    1. zelenin
      19.01.2016 22:01
      +1

      гитхаб — это сообщество со всеми вытекающими.


      1. worldmind
        19.01.2016 22:22

        Да, но откуда оно взялось? Гитхаб был единственными распиаренным удобным вариантом, туда пришли крутые опенсорс проекты, за ними и остальные потянулись, проекты переедут, переедет и сообщество.


        1. zelenin
          19.01.2016 22:36

          ок, если вы имели ввиду пилить свой «гитхаб», а не пилить гитлаб под себя.


          1. worldmind
            20.01.2016 16:16
            -1

            А в чём разница?


            1. zelenin
              20.01.2016 16:18
              +1

              см. выше. Гитхаб — сообщество. Гитлаб — Гитхаб без сообщества.


              1. worldmind
                20.01.2016 16:21

                А сообщество намертво привязано именно к гитхабу?


    1. modos189
      20.01.2016 00:42
      +2

      В своём открытом письме GitLab пояснил, что все эти три предложения уже реализованы в их проекте.

      Мне тоже непонятна эта ситуация. В мире опенсорса принято форкнуть, внести свои улучшения и возвращать в проект, а если на каком-то этапе с этим трудности, то написать аналог, который будет лишен этих недостатков. Уже есть открытый GitLab, в развитии которого может каждый принять участие. Что ещё надо? Больше похоже на движение «Дуров верни стену».


    1. Slepetc
      20.01.2016 00:42

      И получится
      примерно так.

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


      1. Slepetc
        20.01.2016 15:11

        Картинка не прикрепилась:
        i.imgur.com/t0XHtgJ.gif


      1. worldmind
        20.01.2016 16:17

        кому будет больше пользы и почему?


  1. NickKolok
    19.01.2016 21:28

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


    1. worldmind
      19.01.2016 22:20
      +3

      а он и не должен быть в комплекте, пусть каждый своим делом занимается, мне понравился redmine


      1. alek0585
        20.01.2016 00:42

        как в таком случае делать автоматическую ссылку на задачу из коммита?
        на гитхабе "#12 commit message" присоединится к 12 issue.


        1. worldmind
          20.01.2016 16:19

          Точно также, они прекрасно интегрируются, я деталей не помню, но у нас работало.


    1. omickron
      20.01.2016 10:31

      А чем не подходит текущий?


  1. olku
    19.01.2016 21:39

    3 года назад репортил им багу в парсере, ответили в ключе «не судьба» :))


  1. neolink
    19.01.2016 22:58
    +2

    > Во-вторых, разработчики просят реализовать возможность голосовать за проект, не комментируя его
    а Star чем не подходит?
    > В-третьих, участники сообщества просят подумать над возможностью отображать на видном месте содержимое файла CONTRIBUTING.md
    если будете делать pull request и в репозитории есть этот файл, то на странице будет отображена ссылка на него


    1. KvanTTT
      20.01.2016 00:20

      Я вообще не знал, что за проекты голосовать можно.


    1. Ariki
      20.01.2016 00:42
      +1

      В новости всё наоборот изложено. Авторы, наоборот, хотят избавиться от бессмысленных комментариев типа "+1" в issues.


      1. SilverFire
        20.01.2016 00:50

        Ага. Речь идет о вот этом issue: github.com/isaacs/github/issues/9


      1. KvanTTT
        20.01.2016 01:31

        А, ну так это другое дело и на мой взгляд тоже недостающая фича, тогда можно будет еще сортировать issues по популярности. Для пулл-риквестов тоже можно (чтобы долго не висели).


    1. Borz
      20.01.2016 00:55
      +1

      Во-вторых, разработчики просят реализовать возможность голосовать за проект, не комментируя его

      Проблема перевода. В оригинале: «Issues often accumulate content-less “+1” comments which serve only to spam the maintainers and any others subscribed to the issue»


  1. vedenin1980
    20.01.2016 00:16

    Во-вторых, разработчики просят реализовать возможность голосовать за проект, не комментируя его. Например, добавить кнопку «+1» или набор реакций эмоджи.

    Так Star не требует никаких комментариев, а как ещё можно голосовать за проект на github'e?

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

    В чем проблема вставить самое важное из CONTRIBUTING.md в самое начало README.Md? Или просьбу прочитать CONTRIBUTING.md вcтавить в README.Md жирным заголовком h1 красного цвета? Что может быть более видным местом, чем главная страница? Ну или на каждой странице вики вставить «Прочитать ЭТО перед pull request'ом!»

    Странные какие-то пожелания, честно говоря.


    1. koceg
      20.01.2016 11:12

      Так Star не требует никаких комментариев, а как ещё можно голосовать за проект на github'e? Это ошибка перевода — речь про issues, там нет возможности поддержать какое-то предложение, кроме комменатрия со смайликом или +1. Это загрязняет обсуждение, ну и хозяину проекта сыпется всё в уведомления.

      Странные какие-то пожелания, честно говоря.Пожелания совершенно нормальные — люди хотят упростить себе жизнь и отказаться от использования костылей (то, что вы написали, например, про CONTRIBUTING.md людям и приходится делать сейчас, но это всё же костыль).

      А вот тон статьи немного некорректный, как мне кажется — «устранением ошибок» никто эти пожелания в оригинале не называет, все понимают, что это именно пожелания.
      А самое главное — проблема не в том, что кнопку "+1" Гитхаб сделать не может, а в том, что механизм этих доработок непрозрачен: предлагается писать на почту, читать стандартную отписку и ждать у моря погоды.


      1. koceg
        20.01.2016 11:34

        Блин, теги порезались при модерации. Где должны быть цитаты, думаю, понятно.
        Тест.


  1. KvanTTT
    20.01.2016 00:23
    +1

    Мне приходила мысль, что в гитхабе можно было бы реализовать геймификацию, как это сейчас есть сделано на stackoverflow (различные награды за количество принятых pull request, общее количество кода, количество issues и др.).


  1. antoman
    20.01.2016 00:43
    +2

    Это точно статья про GitHub.com?

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

    возможностью отображать на видном месте содержимое файла CONTRIBUTING.md Что мешает включить в README.md с заголовком CONTRIBUTING?
    Чёрт возьми, есть же GitHub Pages, где можно хоть сайт с этим CONTRIBUTING запилить

    Поправьте меня, если что не так.


  1. blazemaru
    22.01.2016 12:26

    Заходя сюда, всё гадал, что же там за баги платформы. По сути громкий заголовок, который расходится с самим текстом, где обсуждаются проблемы сообщества.


    1. semen_grinshtein
      22.01.2016 12:28

      Вот сколько багов, ну скажем точнее, запросов на доработку было в первоначальной версии письма разгневанных участников сообщества GitHub: github.com/dear-github/dear-github/commit/fc94eba9277a97dfaeb4f83a8dff355afb1a0eb2