Автор оригинала: FreeCodeCamp Community Member.
убранство
Эндрю Фишер работает на проекте слияния оборудования и программного обеспечения для создания Красивые эффекты освещения Отказ Он рассказал нам о своем пути содействия и управлять сообществом открытого исходного кода в его проекте. Узнайте, что он говорит и проверит Узел-пиксельный гидромассный канал .
Расскажите нам немного о себе и сообществе у узла пикселей. Что такое узел пиксель? Как все это началось?
Я карьерный веб-разработчик от 20 лет, а теперь в CTO Luxe City Guides. Я всегда участвовал в сообществе с открытым исходным кодом в различных формах, и в течение последних нескольких лет было глубоко вовлечено в сообществе JavaScript Robotics (Nodebots).
Узел пиксель Выросло из этого, с проектом очень специально сливающийся аппаратный и программное обеспечение (JavaScript) вместе, чтобы создать красивые эффекты освещения. Это началось, потому что исторически не было простого способа сделать это в аппаратном мире JS, и я присоска для красивых огней, поэтому решил построить что-то, что это сделает.
Сообщество определенно является подмножеством сообществ Johnny-Five и NoDebots с теми, которые специально интересуют аппаратное освещение, являющиеся частью его (другие группы больше заинтересованы в традиционной робототехнике или домашней автоматизации и т. Д.). Проект видел обмениваться от некоторых удивительно талантливых разработчиков со всего мира, которые помогли реализовать цель простого способа контролировать аппаратное освещение от JavaScript.
Какие общие цели у вас есть как сообщество?
Как объяснено выше, действительно желание увидеть людей использовать оборудование с JavaScript и, в частности, сможет работать с очень сложным оборудованием, используя простой способ сделать это.
Какие вопросы, связанные с узел Pixel Project, вы наиболее взволнованы в эти дни?
Определенно более широкая интеграция в обмен, который является проектом, в котором я также участвует. Обменные решает для аппаратных прошивок, какую пики и NPM решают для модулей Python и JavaScript – то есть управление пакетами для конкретных целей. Проект Node PixeL иллюстрировал необходимость этого в рамках World Mordware World и вызвала произошедший обмен, поэтому его полностью совместим с обменом является большой целью.
Помимо того, что следующий большой толчок находится в том, что библиотека более способна к вещам, подобным анимации, и что нет, создавать действительно сложные эффекты освещения и у них все они запускаются от Nodejs или потенциально из браузера напрямую.
Каковы наиболее важные факторы, которые вы приняли во внимание при создании и поддержании сообщества? Какие факторы способствуют успеху вашего сообщества?
Самые большие вещи, которые я действительно, я думаю, были прозрачностью – мы используем Gitter и Github, как большая часть этого, чтобы способствовать сотрудничеству между людьми, которые географически разделены. Наличие журналов наших обсуждений и т. Д. Убеждено вернуться к сообществу, чтобы объяснить обоснование чего-либо, особенно если они являются пользователем проекта, но могут не вносить вклад в него.
Связанные с этим, заключается в том, что мы соблюдаем кодекс поведения для вклада в проект, и с самого начала мы всегда стремились способствовать открытому, доверительному, безопасному и ответственному сообществу. Я думаю, что когда люди устанавливают это просто «то, как вещи», то это помогает людям принять этот набор стандартов, когда они участвуют. Узел пиксель был хорошим в этом отношении, но действительно обязан в целом более широкую работу в Worldware World Amware Word Jsny-Five и JavaScript для обеспечения безопасных мест.
Каковы ключевые проблемы, которые вы сталкиваетесь при управлении сообществом?
Часовые пояса!!!!
Я в Австралии, и большинство моих сотрудников в США и ЕС, чтобы получить совпадения, чтобы получить совпадение, которые могут быть действительно сложными, когда мы работаем через особенности строительства и т. Д. Нужно сделать тихоокеанский или индийский океаны около половины размера;)
Каковы основные вопросы, обсуждаемые в узле Pixel Project Channel на Gitter?
Большая часть дневного вещества вращается вокруг поддержки людей, использующих проект. Мы очень вокаль о нашем использовании gitter в качестве основного канала поддержки, поэтому поощряйте людей, и задавать вопросы. Это помогает заставить людей и работать с проектом очень быстро.
Кроме того, как мы создаем особенности, есть много обратно и далее обсуждения подходах, отмечает по обзорам кода и т. Д. GitHub помогает с этим, однако мы склонны использовать GH как вторую часть этого более свободно текущего болтовни Затем мы приходим к подходу, а затем используйте GH для документирования проблем и шагов к разрешению.
Исходя из вашего опыта, чувствуете ли вы, что сообщества с открытым исходным кодом изменились и развивались за последние годы? Если так, как?
Определенно. В этом есть немного хорошего и плохого. С одной стороны, открытый источник имеет более или менее «выигранный» большую часть того, как мы создаем программное обеспечение. Как разработчики, которые мы хотим видеть, проверять и изменить код, который мы работаем в наших собственных проектах. Таким образом, я думаю, что разработка программного обеспечения стала намного более открытым для всех и, надеюсь, что помогает будущим разработчикам учиться и не повторять ошибки прошлого из-за отсутствия информации.
Плохая часть состоит в том, что может быть много потребления «свободной» части бесплатного и открытого исходного программного обеспечения, в котором потребителям проектов ожидают, что исправления произойдут сразу или новая функция, добавленная только потому, что они спросили. Возможность использовать инструменты для участия с людьми, чтобы смягчить, этот подход неоценен, так как вы часто можете поощрять кого-то, чтобы помочь вносят вклад и потенциально построить функцию, которую они хотят видеть как часть проекта.
В целом, я думаю, что сообщество – это больше сообщества, и я верю, что, безусловно, перевешивает негативные аспекты – но мы всегда должны смотреть на то, что можно сделать, чтобы помочь всем проектам иметь лучший опыт.
Какой совет вы бы дали кому-то, кто хочет запустить онлайн-сообщество с открытым исходным кодом с нуля?
Поговори с собой.
Это звучит странно, но часто пугают, когда вы единственный человек, работающий над проектом. У вас есть идея, вы бросаете свой код там, и вы ждете, пока люди, чтобы выбирать его. Это может быть очень сложно, потому что вы открываете себя на потенциальную критику.
Один из способов, которыми я преодолел это, – это поднять проблемы в моем github и назначить их себе. Я делаю обзоры кода моего собственного кода и делать заметки об этом и привлечь билеты, чтобы исправить код. Я также часто часто отмечаю текущие состояния и т. Д. В Gitter, хотя я подозреваю, никто не будет прочитать его.
Однако забавная вещь с таким подходом – это помогает вам быть более уточненным в том, как вы говорите о своем проекте другим позже, и вы также создаете тело документации, обоснование и «животноводства» о вашем проекте, и это облегчает для Другие внесли свой вклад – даже если они думают, что они сотрудничают с безумным человеком, который разговаривает с собой (что мы все все равно делаем).
Так что мой совет разговаривает с собой. Это помогает сформулировать ваш проект, делает вас доступным, и сообщество должно начинать с человека, так что * Будь * человек, который он начинается с.
Спасибо!