개인에서 공공 장소로 : 유엔 단체가 4 단계로 기술을 공개하는 방법

팀이 기술을 사용하는 더 현명한 방법을 발견하고, 신선한 접근 방식에 대해 흥분하는 것을 보았으며, 사일드 프로젝트가 개방적이고 협력적인 커뮤니티로 발전하는 것을 보는 것은 결코 늙지 않는 과정입니다. 따라서 디지털 기술을 전문으로하는 유엔 기관의 개발 군인 ITU 통신 개발국 (BDT)과 함께 일할 기회가 생겼을 때, 나는 Github 기술 기반 자원 봉사 프로젝트에 참여하여 그들을 도울 수있는 기회를 얻었습니다.

이 계획은 간단했습니다. 개발자, 관리자 및 주요 이해 관계자와 함께 6 개월간의 워크숍을 이끌어 내부 팀이 관리하는 폐쇄 된 Azure DevOps 환경에서 전 세계 파트너가 이용할 수있는 오픈 소스 커뮤니티로 전환을 지원합니다.

목표는 다른 사람들이 자신의 기술을 구축하고 파트너와 더 넓은 커뮤니티가 다시 기여할 수있는 기회를 창출 할 수 있도록 힘을 실어주는 것이 었습니다.

유엔 조직 및 비영리 단체의 경우 특히 오픈 소싱의 이점이 중요 할 수 있습니다. 이 그룹은 종종 예산과 소규모 팀으로 운영되므로 오픈 소스 생태계를 활용하면 내부 용량을 넘어 영향을 줄 수 있습니다.

6 개월간의 데모, 프레젠테이션, 워크샵 및 피드백 세션 후 BDT는 소프트웨어 프로젝트에 대한 가이드 라인을 포함하여 소프트웨어 문서를 개발하고 게시하기위한 모범 사례를 검토하여 오픈 소스 소프트웨어 제품에 대한 전문 지식을 성공적으로 확장했습니다. 또한 적절한 라이센스를 선택하고 필요한 지원 문서를 작성하는 데 전문 지식을 얻었습니다. 또한 그들은 기부금 관리 기술을 습득하고 저장소 보안을 보장하며 오픈 소스 소프트웨어의 다양한 측면에 대한 귀중한 조언을 받았습니다. 비슷한 전환을하고 싶다면 처음부터 끝까지 여행을 갔다.

1. 우리는 연구를했습니다.

우리는 우리가 좋아하는 오픈 소스 리포지토리를보고 (마음에 들지 않았고) 우리가 어떤 학습을 우리 자신에 포함시키고 싶은지 알아 냈습니다.

누군가가 당신의 저장소에 착륙 할 때, 그들은 당신의 readme을 매우 빨리 확인하고 당신의 필요가 무엇인지, 왜 그들이 참여 해야하는지 알아야합니다. 그들과 더 큰 커뮤니티에 혜택이 무엇인지 보여주십시오. 그들이 어떻게 문제를 구축하는지, 지역 사회 운영 방법, 지침이 무엇인지 탐구하십시오. 그들의 프로젝트에 기여하고 싶은 척 : 당신은 무엇으로 어려움을 겪었고 어떻게 개선 할 수 있습니까?

나는 팀과 함께 많은 다른 리포지토리를 겪었습니다. 팀에서 새롭고 아주 성숙한 리포지토리에 이르기까지 이것은 그들에게 무엇이 밖에 있는지에 대한 광범위한 스펙트럼에 대한 아이디어를주었습니다. 어디서부터 시작 해야할지 잘 모르겠다면 영감을 얻기 위해 몇 가지 즐겨 찾기에는 Ersilia와 Terraform이 있습니다. 여기에는 정말 활기차고 참여하는 커뮤니티의 좋은 예입니다.

2. 우리는 소프트웨어 도메인에 적용하기 위해 공개적이고 공개적인 사고 방식을 개선했습니다.

우리는 코드를 조사하고 학습을 적용했습니다.

이제 다른 리포지토리에서 영감을 얻었으므로 이제 자신의 태도를 취해야합니다. 먼저, 코드를 파고 공개 할 수있는 항목과 문지르는 것을 결정해야합니다. 내부 참조를 소독하고, 상업적 또는 호환되지 않게 라이센스가 부여 된 것을 제거하거나 교체하고, 필요한 경우 샘플 데이터를 생성하여 민감한 정보를 비공개로 유지할 수 있습니다. 샘플 데이터를 사용하면 사람들이 자신의 입력을 쉽게 입력 할 수 있도록 데이터를 형식화하는 방법에 대한 안내서를 포함하는 것이 중요합니다.

공개하기에 안전한 정보를 명확하게 식별 한 후에는 연구를 실행해야 할 때입니다. Github은 시작하는 데 도움이되는 훌륭한 가이드를 제공하지만 프로젝트를 형성 할 때이 주요 질문을 해결하고 있는지 확인하십시오. 왜 누군가가 기여해야합니까? 그들이 따를 수있는 명확한 온 보딩 가이드가 있습니까? 성공을 지원하기 위해 어떤 워크 플로우와 프로세스가 있습니까?

이 두 가지 문서를 포함하십시오.

“시작하기”가이드: 여기에는 현지 환경을 처음부터 준비하는 방법에 대한 정보가 포함되어있어 신규 개발자가 기여할 준비를 위해 무엇을 설치 해야하는지 정확히 알 수 있습니다.
CONTRIBUTING.md 파일: 이것은 누군가가 프로젝트에 기여할 때 기대와 책임에 대한 가이드입니다.

프로세스와 워크 플로를 구성 할 때 잊지 말아야 할 한 가지는 자동화 된 테스트가 필요하다는 것입니다. 외부 개발자가 기여하도록하기 시작하면 코드 품질을 보장해야합니다. 그곳에서 테스트 및 라인이 등장하는 곳입니다. 지속적인 통합에 대한이 안내서를 추천합니다.

3. 우리는 라이센스를 알아 냈습니다.

프로젝트에 대한 오픈 소스 라이센스를 선택하지 않으면 다른 사람들이 법적으로 사용할 수 없습니다! 선택할 오픈 소스 라이센스를 파악하는 데 가장 적합한 리소스 중 하나는 적절한 이름으로 choosealicense.com입니다. 일부 오픈 소스 라이센스는 사용자 (예 : CC0 라이센스)에 대해 거의 의무를 부여하지 않으며, 다른 오픈 소스 라이센스는 속성 (예 : Apache 2.0, BSD 또는 MIT 라이센스) 또는 소스 코드 (예 : GPL 또는 AGPL 라이센스)를 공유해야합니다.

선택한 라이센스가 프로젝트의 모든 의존성 라이센스와 호환되는지 여부를 생각하고 오픈 소스 커뮤니티가 프로젝트를 활용하는 데 도움이되도록 원합니다. 예를 들어, 프로젝트가 다른 사람의 프로젝트에 포함 된 것을 구상하면 선택한 라이센스 종류에 영향을 미칩니다.

ITU에 가장 적합한 것은 무엇입니까? 이 팀은 궁극적으로 BSD-2를 위해 정착했습니다. 소스 코드와 바이너리의 재분배에 귀속이 있어야한다는 허용 라이센스를 찾고 있었기 때문입니다.

문에 기고자를 얻으려면 프로젝트가 가질 수있는“작은 종이”에 대해 생각해보십시오. 기고자가 빠르게 뛰어 들어 코드베이스에 익숙해 지도록 쉬운 승리로 설정하십시오. 이것들은 각각 Github 문제로 바뀌고 좋은 첫 번째 문제로 태그를 지정할 수 있습니다.이 문제는 오픈 소스를 처음 접하거나 리포지토리에 새로운 개발자가 새로운 이민자에게 이상적인 프로젝트를 식별하는 데 도움이됩니다.

이것을 당신과 함께 가져 가십시오

BDT는 Github과 협력하여 소프트웨어 제품을 오픈 소스를 보는 최선의 방법을 탐구했습니다. 이 팀은 오픈 소스가 글로벌 액세스, 포용성 및 협업을 향상시키기 위해 제시하는 기회를 인식하여 소프트웨어 도구를보다 광범위하게 이용할 수 있도록하고 광범위한 개발자 커뮤니티를 참여시키는 것을 목표로했습니다. 이 협력을 통해 팀은 리포지토리를 오픈 소스 모범 사례와 조정하는 것에 대한 지침을 받았으며 실용적인 세션에 참여하여 기부금을 관리하고 외부 개발자와 협력하는 방법을 배우는 방법을 배웠습니다. 이 구조화 된 접근법은 오픈 소스 참여를위한 강력한 토대를 확립하는 데 도움이되었습니다. 이러한 진전을 바탕으로 ITU 팀은 추가 소프트웨어 제품을 오픈 소싱하기 위해 노력하고 있으며 이제 명확성과 자신감 으로이 작업을 계속할 수 있습니다.

사적에서 대중으로가는 것은 어려울 수 있지만 한 번에 한 걸음 씩 가져 가면 사고 방식을 바꾸고 프로젝트가 성장하는 것을 볼 수 있습니다.

참여하십시오

오픈 소스 프로젝트로 환원 할 수있는 방법을 찾고 계십니까? 기술을 빌려줄 수있는 사회적 영향의 저장소 인 Good First Issue 및 오픈 소스 프로젝트를 확인하십시오. 기후 변화와 싸우는 것부터 세계 굶주림 해결에 이르기까지, 당신의 노력은 모든 사람을위한 더 나은 미래를 창출하는 데 기여할 것입니다. 함께, 우리는 한 번에 하나씩 커밋 한 세상에 긍정적이고 지속적인 기여를 추진할 수 있습니다.