오픈소스 프로젝트를 망가뜨리는 방법은 많고, 비난할 곳도 많습니다. GitHub의 한 책임자는 프로젝트 유지 관리자와 사용자 모두 비난받아야 한다고 생각합니다.
최근 《오픈소스 프로젝트를 망가뜨리는 99가지 방법》이라는 제목의 경고성 보고서에서, GitHub 오픈소스 프로젝트 책임자 Brandon Keepers는 사용자나 유지 관리자가 잘못된 단계를 취해 오픈소스 프로젝트가 문제를 일으키는 수많은 방식을 열거했습니다. Keepers는 오리건주 포틀랜드에서 열린 O’Reilly 오픈소스 컨퍼런스(OSCON)에서 이 보고서를 발표했으며, 오픈소스 프로젝트를 망가뜨리는 N가지 방법을 열거했습니다.
Keepers는 프로젝트 참여자가 건설적인 피드백을 제공하지 않는 등의 일을 할 수 있으며, 이것은 유지 관리자에게 동기를 잃게 만든다고 말했습니다. “우리는 버그를 보고하지 않고, 문제를 겪은 후 ‘이것은 내 문제일 것이다… 다른 사람이 이 문제를 보고할 것’이라고 말합니다.”
참여자는 게을러서 깊이 생각하지 않은 질문을 하거나, 설명 문서를 자세히 읽지 않을 수도 있습니다. Keeper는 그렇게 하면 유지 관리자가 사용자가 제기한 질문에 충분히 빠르게 대답하지 않으면 사용자가 그들에게 화를 낼 것이라고 말했습니다. “우리는 한 가지를 잊었습니다. 유지 관리자는 여가 시간에 자원해서 이 일을 하고 있다는 것입니다.”
Keepers는 반대로, 프로젝트 유지 관리자는 사용자가 ‘프로젝트의 용도가 무엇인지’ 이해하기 어렵게 만들 수 있으며, 이것은 사용자의 신뢰를 떨어뜨린다고 말했습니다. 그들은 사용자가 심지어 시작하기도 어렵게 만들 수 있습니다. “가장 간단한 것은 우리가 사용자에게 사용법을 알려주지 않는 것입니다.” 반대로 유지 관리자는 가장 잘 아는 사용자가 스스로 알아낼 수 있다고 생각할 수 있습니다. 유지 관리자는 프로젝트를 구성할 수 없게 하거나, 지나치게 많은 구성이 필요하게 할 수도 있습니다.
신뢰할 수 없는 버전을 발행하고 버전 로드맵을 공개하지 않는 것도 문제를 일으킵니다. Keeper는 “잘 알려진 바와 같이, 우리는 실제로 새 소프트웨어를 계획하는 것을 좋아하지 않습니다, 그렇죠? 사실 저는 우리 중 많은 사람이 그것을 애자일 개발이라고 부른다고 생각합니다”라고 말하며, 미리 전체 프로젝트를 계획하지 않는 애자일 개발 방법에 대해 비판했습니다. “하지만 사실, 계획이 전혀 없다면, 아무리 애자일해도 무슨 소용이 있을까요?”
다른 문제로는: 중대한 수정 버전 때문에 버전 발행을 미루는 것, 부차적 버전에서 파괴적인 변경을 하는 것, 버전 사이에 업그레이드 경로를 제공하지 않는 것 등이 있습니다. 소프트웨어 프로젝트의 알려진 한계를 언급하지 않는 것도 문제입니다.
Keepers는 유지 관리자가 모호한 법적 용어를 도입하고, 적절한 오픈소스 라이선스를 채택하지 않으면 코드의 무결성을 해칠 수 있다고 말했습니다. 특허권, 저작권, 상표권 침해도 문제입니다.
유지 관리자가 프로젝트가 준비되기 전에 사용자를 끌어들이거나, 프로젝트에 불쾌하거나 정확하게 발음하기 어려운 이름을 선택하면 프로젝트의 명성을 해칠 수 있습니다. Keepers는 “구글 검색 엔진으로 인터넷에서 찾을 수 없는 이름”도 문제라고 말하며, 주목받는 두 프로젝트를 언급했습니다: Rust 언어와 Go 언어. 그는 이 프로젝트들이 훌륭하지만 그것들에 대한 정보를 찾기 어렵다고 생각했습니다. Keepers는 프로젝트를 적극적으로 홍보하지 않는 것도 실수라고 말했습니다.
Keepers는 지나친 통제권을 행사하고, 프로젝트에 대한 우려를 무시하거나, 코드 기여 관리를 잘못하면 커뮤니티의 신뢰를 완전히 떨어뜨릴 수 있다고 말했습니다. 또 다른 장애 요소는 코드 기여자에게 감사를 표하지 않는 것입니다.
또 다른 문제는 유지 관리자가 온라인 토론에서 부적절한 행동이 나타나는 것을 막지 않는 것입니다. Keepers는 “인터넷은 실제로 무서운 곳”이라고 말하며, 많은 사람이 여성과 소수파를 배척하고, 영어가 모국어가 아닌 사람을 조롱한다고 말했습니다. 프로젝트 새내기도 종종 조롱의 대상이 되는 것을 발견합니다.
프로젝트를 망가뜨리는 대부분의 범주는 눈에 띄지 않는 작은 문제들입니다, 예를 들어 정보 부족. 이러한 행동은 해롭지 않아 보이지만, 시간이 지나면서 프로젝트를 중심으로 구축된 커뮤니티를 파괴하고, 유지 관리자를 지치게 만듭니다. Keepers는 유지 관리자가 소프트웨어 프로젝트에 좋은 본보기를 보여야 한다고 강조했습니다.
재게시 출처: 개발자 관계 »
