오픈 소스 프로젝트를 홍보하는 방법?


29

우선, 이것이이 질문을 게시하는 네트워크의 잘못된 섹션인지 사과드립니다. 그렇다면 더 적절한 위치로 자유롭게 이동하십시오.

질문 : 오픈 소스 프로젝트를 시작하고 실행하는 방법에 대한 귀하의 아이디어를 듣고 싶습니다. 오픈 소스 컨텐츠 관리 시스템 프로젝트가 있는데 여기에 몇 가지 질문이 있습니다. 어떻게해야합니까? 프론트 엔드와 백엔드가 작동하는 프리-알파 (pre-alpha) 버전을 먼저 발표 한 다음 프로젝트를 공개적으로 발표할까요? 아니면 처음부터 바로 발표할까요? 개발자로서 Git 또는 SVN과 같은 버전 관리 시스템을 사용해야한다는 것을 알고 있습니다. 그리고 단위 테스팅의 장점은 또한 기억해야 할 것입니다. 솔직히 말해서, 나는 전혀 ... 프로젝트 관리-그 중에서도 초보자입니다. 애자일 개발과 같은 코딩 기술과 경험은 내가 탐구하고 싶은 것입니다 ...

요컨대, 오픈 소스 세계를 처음 접하는 개발자를위한 아이디어는 가장 환영합니다.


1
부록 : 대규모 프로젝트 / 오픈 소스 프로젝트에 경험이 있고 가설 적 / 이론적 아이디어를 제공하지 않고 실용적이고 입증 된 아이디어를 제공하려는 경우 답변하십시오.
Shahriyar Imanov 11

문제를 해결하는 것으로 코딩을 시작하십시오. 가장 기본적인 방법으로 문제를 해결하면; 문제를 공유하는 사람들의 네트워크를 찾아서 시도해보십시오. "만들면 그들이 올 것이다."
Jake Berger

답변:


31

나는 다음과 같은 것들을 쓰기 시작했다.

부록 : 대규모 프로젝트 / 오픈 소스 프로젝트에 경험이 있고 가설 적 / 이론적 아이디어를 제공하지 않고 실용적이고 입증 된 아이디어를 제공하려는 경우 답변하십시오.

이런 종류의 오만한 태도는 실제로 다른 어떤 것보다 더 많은 오픈 소스 프로젝트를 죽입니다. 오픈 소스는 소스가 아니라 협업에 관한 것입니다. 실제 경험이 없더라도 도움을 원하는 모든 사람을 환영합니다. 오픈 소스 프로젝트를 통해 경험을 쌓는 것은 일반적인 관행입니다.

두 번째 요점은 작업 코드가없는 경우 홍보에 신경 쓰지 않습니다. sourceforge 또는 Google Code 또는 어디에서나 코드 몇 줄과 많은 의도를 가진 죽은 프로젝트의 바다를 살펴보십시오. 먼저 코드를 작성하십시오.

가장 좋은 홍보 방법은 "클라이언트"를 사용하는 것입니다. 누군가 제품을 실제로 사용하여 사람들이 실제로 생산중인 제품을 볼 수 있도록하는 것입니다. CMS 인 경우 : 예를 들어 프로젝트 사이트에 사용하십시오.

이 모든 것을 가지고 있다면 프로모션에서 가장 좋은 방법은 입소문입니다. 예를 들어, 친구에게 웹 사이트에서 프로젝트를 사용하도록 요청하십시오. 그것에 대해 블로그를 작성하고 Digg 또는 Slashdot와 같은 애그리 게이터 사이트에 대한 기사를 제출하십시오. 그러나 프로젝트가 프라임 타임에 준비되지 않은 경우에는 수행하지 마십시오. 아무도 증기에 대해 읽고 싶어하지 않습니다.

프로젝트에 행운을 빕니다.


그것은 내 생각이었습니다. 사람들이 실제로 그것을보고 실제 무언가가 있음을 느낄 수 있도록 실행 가능하고 견고한 무언가를 생각해 내십시오. 그러나 내 친구는 나중에 로드맵이 많이 변경되지 않도록 1 일부터 다른 개발자를 초대 할 것을 제안했습니다.
Shahriyar Imanov

11
@Shehi 왜 누군가가 한 줄의 코드를 작성하지 않고 단순한 증기 코드없이 프로젝트에 참여합니까? 더 많은 개발자를 확보하기 위해 노력하는 제품을 사용하는 프로젝트를 보았습니다. 보여줄 것이없는 개발자를 찾는 데 시간을 허비하지 않을 것입니다.
Vitor Py

4

귀하의 질문은 모호하지만 최선을 다해 답변을 드리겠습니다. 나는 당신이 프로젝트에 참여하는 유일한 사람이 아닌 개발자를 프로젝트에 끌어 들이기를 원한다고 가정합니다.

이 경우 누구나 Github 및 / 또는 Source forge에 계정을 생성하여 누구나 액세스하고 변경할 수 있도록 할 수 있습니다. 당신과 함께 시작하는 유일한 개발자가 될 것이므로 프로젝트 관리에 대해 걱정할 필요가 없지만 여러 사람이 참여하자마자 코드 검토를 시작하고 목표를 설정하는 것이 좋습니다.

목표는 bugzilla와 같은 이슈 추적 시스템에 통합하거나 수정해야하는 버그로 추가하여 사람들이 자신에게 할당하도록하거나 사람들을 이슈에 할당하는 중앙 사람에게 이메일로 보내도록 할 수 있습니다.

많은 개발자를 끌어 들일 수 있으므로 프로젝트를 설명하는 웹 사이트가 필요하며 프로젝트가 중장기 적으로 진행되는 위치 및 스크린 샷 등이 필요한 웹 사이트가 필요합니다.

사용자가 유용한 경우 사용자가 어디에 있는지 추적 할 수있는 프로젝트 블로그 / 트위터.


첫 번째 질문에 대답하기 위해 : 네, 그 의도입니다.
Shahriyar Imanov

4

당신이 그것을 읽지 않았다면, 나는 Raymond의 The Cathedral and Bazaar를 제안 하고 Fetchmail에 대한 그의 경험에 특히주의를 기울입니다.

그 경험과 본인의 경험을 바탕으로 다른 사람들이 겪을 수있는 문제를 해결하자마자 코드 공개하는 것이 좋습니다 . 예, 일부 메인 스트림 소스 컨트롤을 사용하여 어딘가에 서버에 게시해야합니다. 라이센스를 선택해야하며 목표에 따라 크게 달라질 수 있습니다. 그러나 무엇을 게시 할 것인지, 언제 "초기 릴리스, 자주 릴리스"라는 측면에서 말입니다.


나는 그것을 확인합니다. 고마워!
Shahriyar Imanov
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.