아닌 커뮤니티에 있다. • 포크를 하느냐 당하느냐에 연연하지 말자. • 커뮤니티가 클 수록 성장의 폭도 크다 → 규모의 경제 • Contributor License Agreement • 외부에서 작성된 코드의 소유권을 프로젝트 소유자에게 이양 • 향후 프로젝트의 소유권자나 라이선스가 바뀌는 경우 라이선스
블로그 • 관련 기술 커뮤니티, 지역 커뮤니티, … • Reddit, Hacker News, Dzone, … • 그러나 … • 기대하기에는 너무 일렀다는 것을 통감하게 됩니다. • 프로젝트 중심의 사용자 · 개발자 커뮤니티 형성을 목표로 꾸준히 활동해 봅시다. → '순수하며 지속 가능한 의지' 준비가 되었다면
구체적으로 어떤 모습일까? → 다운로드, IDE의 설정, 문서의 열람, 최종 실행, 디버그, … • 사용자에 대한 응대는 어떻게 해야 할까? → 초창기에는 소규모의 장점을 최대한 활용한다. • 함께하고 싶은 프로젝트를 목표로 • 사용자가 불편함을 해소하기 위해 개발에 참여하는 경우가 대부분 • 협업의 즐거움을 느끼며 편안한 분위기에서 토론할 수 있도록 • 만져야 하는 코드의 상태가 항상 아름답게 정돈되어 있도록 모든 것은 디테일에 …
잘못된 내용일지라도 - 그건 내가 아니라 내가 만든 버그에 대한 이야기라는 것을 받아들이고 차분히 응대할 수 있다면 … • 토론에 있어서의 인내 • 왜 그래야 하는지 - 설사 그것을 이해시키는 데 10여개의 댓글이 며칠에 걸쳐 왕복되어야 하더라도 - 설명할 수 있다면 … • 그럼에도 흐트러지지 않는 예의 사실 당신은 수행修行중입니다.