오픈소스 프로젝트를 만드는 방법

이번주 상트페테르부르크에서 IT 페스티벌이 열린다 TechTrain. 연사 중 한 명은 Richard Stallman입니다. 엠박스 페스티벌에도 참가하는데, 물론 자유 소프트웨어라는 주제를 무시할 수는 없었습니다. 이것이 바로 우리 보고서 중 하나가 “학생 공예부터 오픈소스 프로젝트까지. 엠박스 체험”. 오픈 소스 프로젝트로서 Embox의 개발 역사를 다룹니다. 이 기사에서는 오픈소스 프로젝트 개발에 영향을 미치는 주요 아이디어에 대해 이야기하고 싶습니다. 이 기사는 보고서와 마찬가지로 개인적인 경험을 바탕으로 작성되었습니다.

오픈소스라는 용어의 정의부터 간단한 것부터 시작해 보겠습니다. 분명히 오픈 소스 프로젝트는 프로젝트의 소스 코드에 대한 액세스를 허용하는 라이선스 중 하나를 가진 프로젝트입니다. 또한 공개 프로젝트는 타사 개발자가 변경할 수 있음을 의미합니다. 즉, 일부 회사나 개발자가 해당 제품의 코드를 부분적으로 또는 전체적으로 게시하더라도 아직 해당 제품을 오픈 소스 프로젝트로 만들지는 않습니다. 마지막으로 모든 프로젝트 활동은 일종의 결과로 이어져야 하며, 프로젝트의 개방성은 이 결과를 개발자 자신만이 사용하는 것이 아니라는 것을 의미합니다.

우리는 오픈 라이센스의 문제를 다루지 않을 것입니다. 이는 심층 조사가 필요한 너무 크고 복잡한 주제입니다. 이 주제에 관해 꽤 많은 좋은 기사와 자료가 작성되었습니다. 하지만 나 자신은 저작권 분야의 전문가가 아니기 때문에 라이선스는 프로젝트의 목적에 부합해야 한다는 점만 말씀드리고 싶습니다. 예를 들어, Embox의 경우 GPL 라이센스가 아닌 BSD를 선택한 것은 우연이 아닙니다.

오픈 소스 프로젝트가 오픈 소스 프로젝트의 개발에 변화를 주고 영향을 미칠 수 있는 능력을 제공해야 한다는 사실은 프로젝트가 배포된다는 것을 의미합니다. 이를 관리하고 무결성과 성능을 유지하는 것은 중앙 집중식 관리를 사용하는 프로젝트에 비해 훨씬 어렵습니다. 합리적인 질문이 생깁니다. 도대체 왜 프로젝트를 공개하는 걸까요? 대답은 상업적 타당성 영역에 있습니다. 특정 클래스의 프로젝트에서는 이 접근 방식의 이점이 비용보다 더 큽니다. 즉, 모든 프로젝트에 적합하지는 않으며 일반적으로 개방형 접근 방식이 허용됩니다. 예를 들어, 개방형 원리를 기반으로 발전소나 항공기의 제어 시스템을 개발하는 것은 상상하기 어렵습니다. 아니요, 물론 이러한 시스템에는 개방형 프로젝트 기반 모듈이 포함되어야 합니다. 이는 여러 가지 이점을 제공하기 때문입니다. 하지만 누군가는 최종 제품에 대한 책임을 져야 합니다. 시스템이 완전히 공개 프로젝트의 코드를 기반으로 하더라도 개발자는 모든 것을 하나의 시스템으로 패키징하고 특정 빌드와 설정을 지정한 후 본질적으로 시스템을 닫습니다. 코드는 공개적으로 사용 가능합니다.

또한 이러한 시스템은 오픈 소스 프로젝트를 생성하거나 기여함으로써 많은 이점을 얻을 수 있습니다. 이미 말했듯이 최종 시스템 코드는 공개적으로 사용 가능한 상태로 남아 있을 수 있습니다. 그 이유는 누구도 시스템을 테스트하기 위해 동일한 항공기를 보유할 가능성이 거의 없기 때문입니다. 이는 사실이지만 코드의 특정 섹션을 확인하려는 사람이 있을 수도 있고, 예를 들어 사용 중인 라이브러리가 올바르게 구성되지 않은 것을 발견할 수도 있습니다.

회사가 시스템의 일부 기본 부분을 별도의 프로젝트에 할당하면 훨씬 더 큰 이점이 나타납니다. 예를 들어 일종의 데이터 교환 프로토콜을 지원하는 라이브러리입니다. 이 경우 프로토콜이 특정 주제 영역에 특정하더라도 시스템의 이 부분을 유지 관리하는 비용을 해당 영역의 다른 회사와 공유할 수 있습니다. 또한, 공공 영역에서 시스템의 이 부분을 연구할 수 있는 전문가는 이를 효과적으로 사용하는 데 훨씬 적은 시간이 필요합니다. 마지막으로, 제XNUMX자 개발자가 사용하는 독립적인 엔터티로 조각을 분리하면 이 부분을 더 좋게 만들 수 있습니다. 왜냐하면 우리는 효과적인 API를 제공하고 문서를 작성해야 하며 테스트 적용 범위 개선에 대해 이야기하는 것도 아니기 때문입니다.

기업은 오픈소스 프로젝트를 만들지 않고도 상업적 이익을 얻을 수 있으며, 기업의 전문가가 기업에서 사용하는 제XNUMX자 프로젝트에 참여하는 것만으로도 충분합니다. 결국 모든 이점은 그대로 유지됩니다. 직원은 프로젝트를 더 잘 알기 때문에 프로젝트를 더 효과적으로 사용하고, 회사는 프로젝트 개발 방향에 영향을 미칠 수 있으며, 이미 만들어진 디버그 코드를 사용하면 회사의 비용이 확실히 절감됩니다.

오픈소스 프로젝트 생성의 이점은 여기서 끝나지 않습니다. 마케팅과 같은 비즈니스의 중요한 구성 요소를 살펴 보겠습니다. 그에게 이는 시장 요구 사항을 효과적으로 평가할 수 있는 매우 훌륭한 샌드박스입니다.

물론, 오픈소스 프로젝트가 자신을 전문 분야의 전달자로 선언하는 효과적인 방법이라는 사실을 잊어서는 안 됩니다. 어떤 경우에는 이것이 시장에 진입하는 유일한 방법입니다. 예를 들어 Embox는 RTOS를 만들기 위한 프로젝트로 시작되었습니다. 경쟁자가 많다는 것은 굳이 설명할 필요도 없을 것 같다. 커뮤니티를 만들지 않았다면 최종 사용자에게 프로젝트를 제공할 수 있는 리소스, 즉 제XNUMX자 개발자가 프로젝트 사용을 시작할 수 있는 리소스가 충분하지 않았을 것입니다.

커뮤니티는 오픈소스 프로젝트의 핵심입니다. 이를 통해 프로젝트 관리 비용을 크게 절감하고 프로젝트를 개발 및 지원할 수 있습니다. 커뮤니티가 없으면 오픈소스 프로젝트도 전혀 존재하지 않는다고 말할 수 있습니다.

오픈 소스 프로젝트 커뮤니티를 만들고 관리하는 방법에 대한 많은 자료가 작성되었습니다. 이미 알려진 사실을 다시 말하지 않기 위해 Embox의 경험에 초점을 맞추도록 노력하겠습니다. 예를 들어 커뮤니티를 만드는 과정은 매우 흥미로운 문제입니다. 즉, 많은 사람들이 기존 커뮤니티를 관리하는 방법을 말하지만 이를 당연한 것으로 간주하여 커뮤니티가 생성되는 순간을 간과하는 경우가 있습니다.

오픈소스 프로젝트 커뮤니티를 만들 때 주요 규칙은 규칙이 없다는 것입니다. 즉, 프로젝트가 매우 다르기 때문에 만병통치약이 없는 것처럼 보편적인 규칙도 없다는 뜻입니다. js 로깅 라이브러리 및 일부 고도로 전문화된 드라이버에 대한 커뮤니티를 생성할 때 동일한 규칙을 사용할 수 없을 것 같습니다. 또한 프로젝트(및 커뮤니티) 개발의 다양한 단계에서 규칙이 변경됩니다.

Embox는 시스템 프로그래밍 부서의 학생들이 접근할 수 있었기 때문에 학생 프로젝트로 시작되었습니다. 사실 우리는 다른 커뮤니티에 들어가고 있었습니다. 우리는 이 커뮤니티의 참가자인 학생들이 자신의 전문 분야, 시스템 프로그래밍 분야의 과학 작업, 교과 과정 및 졸업장에서 우수한 산업 관행에 관심을 가질 수 있습니다. 즉, 우리는 커뮤니티를 구성하는 기본 규칙 중 하나를 따랐습니다. 즉, 커뮤니티 구성원은 무언가를 받아야 하며 이 가격은 참가자의 기여에 해당해야 합니다.

Embox의 다음 단계는 제XNUMX자 사용자를 검색하는 것이었습니다. 사용자가 오픈소스 커뮤니티의 완전한 참여자라는 점을 이해하는 것이 매우 중요합니다. 일반적으로 개발자보다 사용자가 더 많습니다. 그리고 프로젝트에 기여자가 되기를 원하기 위해서는 먼저 그것을 어떤 식으로든 사용하기 시작합니다.

Embox의 첫 번째 사용자는 이론 사이버네틱스학과였습니다. 그들은 Lego Mindstorm을 위한 대체 펌웨어를 만들 것을 제안했습니다. 비록 이들은 여전히 ​​로컬 사용자였지만(우리는 직접 만나서 그들이 원하는 것이 무엇인지 논의할 수 있었습니다). 하지만 여전히 매우 좋은 경험이었습니다. 예를 들어, 우리는 로봇이 재미있고 관심을 끌기 때문에 다른 사람에게 보여줄 수 있는 데모를 개발했습니다. 그 결과, Embox가 무엇인지, 어떻게 사용하는지 묻기 시작한 진정한 제XNUMX자 사용자가 생겼습니다.

이 단계에서 우리는 문서화, 사용자와의 의사소통 수단에 대해 생각해야 했습니다. 아니, 물론 이런 중요한 사항들에 대해서는 이전에도 생각해 봤지만 시기상조였고 긍정적인 효과를 주지는 못했습니다. 그 효과는 다소 부정적이었습니다. 몇 가지 예를 들어보겠습니다. 우리는 위키가 다국어를 지원하는 googlecode를 사용했습니다. 우리는 의사소통이 거의 불가능한 영어와 러시아어뿐만 아니라 독일어와 스페인어 등 여러 언어로 페이지를 만들었습니다. 결과적으로 이러한 언어로 질문하면 매우 우스꽝스러워 보이지만 전혀 대답할 수 없습니다. 또는 문서 작성 및 주석 작성에 대한 규칙을 도입했지만 API가 매우 자주 그리고 크게 변경되었기 때문에 우리 문서가 오래되었고 도움이 되기보다는 오해의 소지가 더 많은 것으로 나타났습니다.

결과적으로 우리의 모든 노력은 심지어 잘못된 노력이라 할지라도 외부 사용자의 출현으로 이어졌습니다. 그리고 자신을 위해 RTOS를 개발해 주기를 원하는 상용 고객도 등장했습니다. 그리고 우리는 경험과 기초가 있었기 때문에 그것을 개발했습니다. 여기서는 좋은 순간과 나쁜 순간에 대해 모두 이야기해야 합니다. 나는 나쁜 것부터 시작하겠습니다. 많은 개발자들이 이 프로젝트에 상업적으로 참여했기 때문에 커뮤니티는 이미 상당히 불안정하고 분열되어 있었으며 이는 물론 프로젝트 개발에 영향을 미칠 수밖에 없었습니다. 추가 요인은 프로젝트의 방향이 한 상업 고객에 의해 설정되었으며 그의 목표는 프로젝트의 추가 개발이 아니라는 것입니다. 적어도 이것이 주요 목표는 아니었습니다.

반면 긍정적인 측면도 많았다. 우리는 진정한 제XNUMX자 사용자를 확보했습니다. 이는 고객뿐만 아니라 이 시스템의 대상이 되는 사람들이기도 했습니다. 프로젝트에 참여하려는 동기가 높아졌습니다. 결국, 흥미로운 사업으로 돈을 벌 수 있다면 그것은 언제나 좋은 일입니다. 그리고 가장 중요한 것은 당시에는 우리에게 미친 것처럼 보였지만 이제는 Embox의 주요 아이디어, 즉 이미 개발된 코드를 시스템에서 사용하려는 고객의 요구 사항 중 하나를 들었습니다. 이제 Embox의 주요 아이디어는 Linux 없이 Linux 소프트웨어를 사용하는 것입니다. 즉, 프로젝트를 더욱 발전시키는 데 기여한 주요 긍정적인 측면은 제XNUMX자 사용자가 프로젝트를 사용하고 있으며 이를 통해 그들의 문제 중 일부를 해결할 수 있다는 인식이었습니다.

당시 Embox는 이미 학생 프로젝트의 범위를 넘어섰습니다. 학생 모델에 따른 프로젝트 개발의 주요 제한 요소는 참가자의 동기입니다. 학생들은 공부하면서 참여하고, 졸업할 때는 다른 동기가 있어야 합니다. 동기가 나타나지 않으면 학생은 프로젝트 참여를 중단합니다. 학생들이 먼저 훈련을 받아야 한다는 점을 고려하면 졸업할 무렵에는 훌륭한 전문가가 되는 것으로 나타났지만, 경험이 부족하여 프로젝트에 대한 기여도는 그리 크지 않습니다.

일반적으로 우리는 오픈 소스 프로젝트 생성, 즉 사용자의 문제를 해결할 제품을 생성하는 것에 대해 이야기할 수 있는 주요 지점으로 원활하게 넘어갑니다. 위에서 설명한 것처럼 오픈소스 프로젝트의 주요 속성은 커뮤니티입니다. 또한 커뮤니티 구성원은 주로 사용자입니다. 그러나 사용할 것이 없는데 어디서 오는가? 따라서 오픈소스가 아닌 프로젝트와 마찬가지로 MVP(최소 실행 가능 제품)를 만드는 데 집중해야 하며, 사용자가 관심을 가지면 프로젝트 주변에 커뮤니티가 나타날 것입니다. 커뮤니티 PR을 통해서만 커뮤니티를 생성하거나, 전 세계 모든 언어로 Wiki를 작성하거나, github에서 git 워크플로를 수정하는 경우 프로젝트 초기 단계에서는 이것이 중요하지 않을 것입니다. 물론, 적절한 단계에서 이는 중요할 뿐만 아니라 필요한 것이기도 합니다.

결론적으로 나는 지적하고 싶다. 논평, 제 생각에는 오픈소스 프로젝트에 대한 사용자 기대를 반영한 ​​것 같습니다.

나는 이 OS로 전환하는 것에 대해 진지하게 생각하고 있습니다(적어도 시도해보세요. 그들은 적극적으로 그것을 추구하고 멋진 일을 하고 있습니다).

PS 켜짐 TechTrain 우리는 최대 XNUMX개의 보고서를 받게 될 것입니다. 하나는 오픈 소스에 관한 것이고 두 개는 임베디드에 관한 것입니다(그리고 하나는 실용적입니다). 스탠드에서 우리는 다음을 사용하여 마이크로 컨트롤러 프로그래밍에 대한 마스터 클래스를 진행할 것입니다. 엠박스. 늘 그렇듯이 우리는 하드웨어를 가져와서 프로그래밍하도록 할 것입니다. 퀘스트와 기타 활동도 있을 것입니다. 축제와 우리 스탠드에 오시면 재미있을 것입니다.

출처 : habr.com