프로젝트 온보딩
이 문서는 프로젝트 구성원으로서 알아두면 유용한 사항들, 특히 우려 사항을 제기하거나 도움을 받을 곳에 관하여, 새 팀 구성원(또는 기존 팀 구성원의 복습)을 위한 출발점입니다.
팀 합류하기
각 팀마다 신규 팀 구성원을 받아들이는 정책이 다르며, 합류 후 맡게 되는 책임도 다릅니다. 우선은 팀 리드와 이야기하여 해당 팀의 정책이 무엇인지 알아보시기 바랍니다(그리고 그 정책을 이곳에 문서화하도록 권장해 주십시오!). 일반적으로 대부분의 팀은 최소한 다음을 기대합니다:
- 합류하기 전 최소 몇 달간 팀에 기여할 것
- RFC와 PR의 최종 의견 수렴 기간(Final Comment Periods)에 합리적인 시간 내에 응답할 것
트리아지 합류하기
위 사항의 한 가지 예외는 트리아지 팀으로, 프로젝트 참여를 위한 입문 과정으로 적극 추천합니다. 이 팀은 rust-lang/rust 저장소의 이슈와 PR을 트리아지하는 작업을 하며, 프로그래밍이나 컴파일러에 대한 사전 경험을 요구하지 않습니다. Rust 프로젝트와 상호작용한 적이 있다면 언제든 트리아지 팀에 합류하십시오(우리가 알아볼 정도로 자주 상호작용하는 것이 권장되지만 필수는 아닙니다).
이 팀에 합류하려면 Dylan-DPC에게 이야기한 다음 rust-lang/team에 PR을 열기만 하면 됩니다. 어떤 변경을 해야 하는지에 대한 예시는 team#2447을 참고하십시오.
wg-triage에 대한 더 자세한 정보는 Triage Procedure를 참고하십시오.
팀에 속하지 않고 구성 요소 유지 관리하기
특정 모듈이나 파일에 큰 기여를 했지만 팀에 추가될 만큼 오래 기여하지 않았다면, 주로 작업한 파일/디렉터리에 대해 triagebot 멘션을 설정하는 것이 유익할 수 있습니다. 이를 통해 해당 파일을 변경하는 모든 PR에 대해 알림을 받고 피드백이나 맥락을 제공할 수 있으며, 이는 작성자가 더 빠르게 피드백을 받고 리뷰어가 해야 할 작업량을 줄이는 데 도움이 됩니다.
위원회와의 관계
리더십 위원회는 필요할 때 프로젝트를 대표하여 공식적으로 입장을 취합니다. 모든 Rust 프로젝트 구성원은 대략 한 명의 위원회 구성원에 의해 공식적으로 대표됩니다(일부 팀은 두 명 이상의 구성원을 상위로 둡니다).
일반적으로, 더 광범위하게 적용되는(즉, 자신의 팀에만 국한되지 않는) 우려 사항이나 자신의 팀 내에서 충분히 처리되지 않는다고 느끼는 우려 사항은 위원회로 상정할 수 있습니다. 대인 관계 문제 및/또는 행동 강령 위반은 항상 모더레이션 팀으로 향해야 함에 유의하십시오.
위원회로의 상정은 다음을 통해 할 수 있습니다:
- GitHub에서 새 이슈를 통해 하는 방법. 이는 정기 이사회 회의에서 논의됩니다(모든 프로젝트 구성원이 참관 초대됩니다). 이는 정기 위원회 회의에서 논의될 것입니다(모든 프로젝트 구성원이 참관 초대됩니다).
- Zulip의 #council 채널을 이용하십시오. 이는 위원회에 관한 사안을 다룹니다.
- Zulip DM으로는 자신의 위원회 대표에게 보낼 수 있습니다(각 대표가 어느 팀을 대표하는지는 council을 참고하십시오).
둘 다 합리적인 출발점이 될 수 있으니 더 편하게 느껴지는 쪽을 선택하시되, 공개적인 방식을 선호하는 편이 좋습니다.
리더십 위원회 직위는 프로젝트 팀들에 의해 순환 일정에 따라 선출됩니다. 자세한 내용은 Council term limits를 참고하십시오.
재단과의 관계
재단은 프로젝트를 지원하기 위해 활동하며, 프로젝트는 재단 이사회에 직접 대표권(프로젝트 이사 5명)을 가지고 있습니다. 그 이사들은 bylaws에 따라 리더십 위원회에 의해 선정됩니다.
이 이사들은 프로젝트 소속이 아닌 이사의 수와 관계없이 재단의 이사회 표결에서 50%의 표결권을 가집니다.
웹사이트에는 현재 프로젝트 이사 목록이 있습니다.
단순히 관심이 있으시든, 질문이 있으시든, 우려 사항이 있으시든 다음으로 연락해 주십시오:
- Zulip에서는 #foundation에서 가능합니다.
- 위원회로(위 참조).
- 프로젝트 이사 중 한 명에게(위 구성원 목록 참조), 초기 접촉 수단으로 Zulip DM을 권장합니다.