Участие в разработке программного обеспечения с открытым исходным кодом часто преподносится как отличный способ получить признание в сообществе разработчиков программного обеспечения, и многие из них провозглашают свои профили на Github своего рода резюме. Кроме того, разработчики программного обеспечения с открытым исходным кодом обнаруживают, что их способности программирования улучшаются, а их мотивация к повседневной работе восстанавливается. Однако помимо этого есть и другие уроки, которые можно извлечь из вклада в открытый исходный код.
Право собственности на код
Когда я впервые взял на себя функции сопровождающего проекта с открытым исходным кодом, я обнаружил, что хорошо понимаю, какой должна быть кодовая база. Это был мой ребенок, о котором я заботился и пытался поправиться. Когда я начал призывать сообщество к добавлению в проект, я начал видеть новые странные решения, которые я бы не выбрал. Более того, я с осторожностью относился к назначению кого-либо еще сопровождающим в организацию, которую я создал.
Я был сосредоточен не на предоставлении функций и исправлении ошибок, а на том, как я воспринимал кодовую базу , которой должна быть.
Это подчеркивает интересный момент, вы не можете не ценить подход. Проблемы можно решить разными способами. Как говорится, есть несколько способов снять шкуру с кошки - и это как никогда, когда дело касается разработки программного обеспечения.
Ваша цель как сопровождающего с открытым исходным кодом должна заключаться в том, чтобы дать людям возможность решать эти проблемы так, как они хотят. Следует игнорировать специфику кода, вместо этого следует сосредоточиться на том, насколько хорошо он документирован и насколько хорошо протестирован.
Конечно, иногда определенный подход оказывается более запутанным, чем это необходимо. В таких случаях обсудите причины, по которым человек выбрал такой подход. Возможно, они попробовали подход, о котором вы думали, но по какой-то причине он не сработал. Не нападайте на всех, так как чем больше изменяется код, тем больше одно решение может быть предпочтительнее другого.
Коммуникация
Открытый исходный код по своей природе открыт практически для всех, у кого есть учетная запись Github. Следовательно, люди, которые наткнулись на ваш проект и хотят внести в него свой вклад, могут быть не из того же часового пояса или для которых английский является вторым языком. Это часто может привести к недопониманию. Поэтому лучше всего приложить согласованные усилия, чтобы не было двусмысленности в том, что вы говорите. Более того, у разных народов могут быть определенные обычаи на своем языке, которые, хотя и могут вас оскорбить, воспринимаются другими как ничто. Это может иметь место и в обратном порядке, поэтому будьте осторожны с любым языком, который может без надобности оскорбить других.
При общении с сопровождающими или участниками проектов с открытым исходным кодом важно помнить, что они делают это в свое свободное время бесплатно. Имея это в виду, вам нужно опасаться принуждать людей к соблюдению временных рамок или быть чрезмерно критичным в комментариях к мерж-реквестам. Будьте добры и внимательны во всем. Этот принцип применим к вашей повседневной работе, конечно, бывают моменты, когда нужно взъерошить немного перьев, но в целом это окупается, если вы будете позитивным и обнадеживающим.
Пишу
Помимо написания кода, существует еще более важная, но редко заданная форма написания - документация. В случае с открытым исходным кодом критически важно, чтобы люди использовали вашу вещь - вы должны сказать им, как использовать эту вещь!
Это представляет собой интересную задачу, вам нужно написать свою документацию таким образом, чтобы это соответствовало вашей целевой аудитории. Если ваше приложение больше ориентировано на начинающих программистов, подготовьте для этого свою документацию. Не думайте, что кто-то уже установил Node или MongoDB, покажите им, как это сделать, или укажите на дальнейшие руководства, где они могут учиться. Хороший способ отточить свои навыки написания документации - открыть для себя новый API и написать для него документацию. Изучите исходный код и узнайте, как используется эта конечная точка и что она выводит. Поскольку вы подходите к этому проекту как сторонний наблюдатель, ваша документация, естественно, подойдет этой аудитории и станет отличным эталоном того, как вы будете писать будущую документацию.
Как и во всем письме, суть должна быть ясной, краткой и легкой для понимания.
Программное обеспечение с открытым исходным кодом - это гораздо больше, чем просто добавление функций и исправление ошибок, это касается людей. Эти уроки важно усвоить для использования в реальной среде, и они окажутся неоценимыми. Если вы ищете место, где можно начать вносить свой вклад, Up-For-Grabs - это прекрасно. В качестве альтернативы найдите какое-нибудь программное обеспечение, которое вы уже используете, и, если оно имеет открытый исходный код, попробуйте решить проблему на их странице Github. Открытый исходный код открыл для меня много дверей и способствовал развитию моей карьеры больше, чем что-либо еще, чем я занимался, - и с вами тоже.
