Rust 블로그 가이드라인

배경

Rust 프로젝트는 두 개의 블로그를 운영합니다. “메인 블로그”(blog.rust-lang.org)와 “inside Rust 블로그”(blog.rust-lang.org/inside-rust)입니다. 이 문서는 각 블로그에 글을 쓰기 위해 필요한 가이드라인과, 글을 제안하는 방법 및 어느 블로그가 가장 적합한지 선택하는 방법을 제공합니다.

올바른 블로그를 선택하는 방법: 독자층

Rust 블로그 글을 작성하고 싶어서 어느 블로그에 게시해야 할지 알고 싶으신 경우입니다. 궁극적으로 세 가지 선택지가 있습니다:

• 메인 Rust 블로그
  • 대상 독자가 “모든 Rust 사용자 또는 잠재적 사용자”일 때 적합합니다
  • 개인이 서명하더라도 “공식 입장”에서 작성됩니다
• inside Rust 블로그
  • 대상 독자가 “모든 Rust 기여자 또는 잠재적 기여자”일 때 적합합니다
  • 개인이 서명하더라도 “공식 입장”에서 작성됩니다
• 자신의 개인 블로그
  • 그 외 모든 경우

이 중 어느 것이 적합해 보이는지 결정하는 데 답해야 할 두 가지 핵심 질문이 있습니다:

• “공식 자격”으로 말하고 있습니까, 아니면 “사적 개인”으로 말하고 있습니까?
• 글의 독자층은 누구입니까?

일반적으로 “사적 개인”으로서 말하고 있다면, 자신의 개인 블로그에 작성하는 것이 가장 좋습니다.

다만 공식적인 자격으로 글을 작성하는 경우라면 Rust 블로그 중 하나가 적합할 것입니다. 이는 개인으로서 글을 쓸 수 없다는 의미는 아니라는 점에 유의하십시오. Rust 블로그의 많은 글이 개인 명의로 서명되며, 사실 이것이 선호되는 방식입니다. 하지만 이러한 글들은 대개 팀의 공식 입장을 문서화한 것입니다 — 좋은 예로 Aaron Turon의 고전적인 글인 Rust의 언어 인체공학 이니셔티브를 들 수 있습니다. 때로는 흥미로운 프로젝트를 설명하는 글도 있는데, 이 경우에도 프로젝트 전체를 대표하는 방식으로 작성됩니다(예: Manish Goregaokar의 Firefox Quantum에서의 두려움 없는 동시성 보고서).

메인 블로그와 inside Rust 블로그 중 어느 쪽을 선택할지 결정하려면, 스스로에게 물어야 할 질문은 여러분 글의 대상 독자가 누구인지입니다. 메인 블로그의 글은 모든 Rust 사용자 또는 잠재적 사용자를 대상으로 해야 합니다 — 이러한 글들은 기술적 세부사항을 좀 더 가볍게 다루며, 많은 배경 지식을 요구하지 않도록 작성됩니다. inside Rust 블로그의 글은 훨씬 더 많은 배경 지식과 Rust에 대한 친숙함을 전제로 할 수 있습니다.

메인 Rust 블로그에 글쓰기

메인 Rust 블로그에 무엇을 게시할지는 궁극적으로 리더십 위원회가 결정합니다.

Rust 조직 내부의 흥미로운 발전 사항을 설명하는 게시 제안뿐만 아니라, Rust의 흥미로운 활용 사례를 설명하는 글도 환영합니다. 다만 다른 프로젝트와의 “홍보성 교차 게시”는 일반적으로 하지 않습니다.

릴리스 노트 블로그 게시물

특별한 경우 하나는 모든 Rust 릴리스에 동반되는 정기적인 릴리스 노트 게시글입니다. 이는 릴리스 팀이 관리하며 메인 블로그에 게시됩니다.

블로그 글은 해당 릴리스를 진행한 릴리스 팀의 동일 인물에 의해 릴리스와 같은 날 게시됩니다. 릴리스는 항상 목요일에 이루어집니다.

릴리스 게시물을 게시하기 전에 초안 작성 과정을 거칩니다:

1. 릴리스에 대한 마일스톤(예: 1.39.0)을 참조합니다.
2. 충분히 중요하다고 판단되는 PR들이 포함되며, 일부 항목은 헤드라인으로 다뤄집니다. 블로그 게시물 작성은 보통 hackmd 문서를 통해 이루어집니다.
3. 헤드라인 항목은 때로 다른 사람이 작성하기도 하며, 각 하위 절을 서로 동료 검토하려고 합니다.
4. 블로그 게시물 초안은 릴리스 며칠 전 최종 검토를 위해 블로그 저장소에 PR로 제출됩니다.

Inside Rust 블로그

팀은 일반적으로 inside Rust 블로그에 무엇을 쓸지 스스로 결정할 수 있습니다.

inside Rust 블로그 게시글의 일반적인 주제는 다음과 같습니다:

• 새로운 이니셔티브 및 참여 요청
• 진행 중인 작업의 업데이트 및 상태 보고
• 설계 노트

승인 절차

inside Rust 블로그와 메인 블로그 모두에 대해, 최소 한 건의 승인이 필요합니다. 승인자는 다음 그룹 중 하나에 속해야 합니다:

• 모든 팀 리드(최상위 팀이든 아니든)
• 리더십 위원회 구성원 누구나
• Rust 재단 프로젝트 디렉터

이들은 주로 inside-rust-reviewers 마커 팀¹의 구성원입니다. 이는 메인 블로그와 inside Rust 블로그 양쪽 모두에 적용된다는 점에 유의하십시오(명칭 변경은 추후에 이루어질 예정입니다).

이 승인은 다음을 평가해야 합니다:

• 게시물의 어조와 내용이 공식 매체에 적합한가?
  • 예를 들어, 다른 생태계/언어에 대한 부정적인 논평은 피해야 합니다.
• 누구를 대신하여 작성된 게시물인지 명확한가?
  • 이는 서명자만이 아니라 사용된 언어에도 해당될 수 있습니다. 만약 게시글이 Rust 프로젝트 전체를 대표하여 공식 입장을 취하는 경우, 리더십 위원회 구성원 최소 한 명의 승인을 받도록 하십시오. 게시물이 특정 팀을 대표하여 입장을 취하는 경우, 해당 팀이 그 내용에 동의해야 합니다.

일반적으로 (반드시 위에서 언급한 승인자가 아니더라도) 누군가가 게시물을 교정했는지 확인하는 것이 좋지만, 저희는 대체로 게시물의 완벽한 내용보다 게시 차단 해소를 우선시합니다. 위 사항은 일반적으로 이 사람이 여러분이 대표하여 게시하는 팀의 구성원일 것을 요구하지 않지만, 그 사람은 게시물에 대해 알고 있어야 합니다.

리뷰 받기

Triagebot는 새로운 블로그 PR마다 리더십 위원회 대표를 자동으로 배정합니다. 리뷰를 신속히 받지 못하는 경우 핑을 보내야 할 대상은 바로 그 대표이지만, 팀 리드에게도 리뷰를 요청하면 더 빠른 리뷰를 받을 수 있습니다. 즉, 먼저 팀 리드에게 상황을 알리고, 그다음 팀의 리더십 위원회 대표에게 핑을 보내며, 마지막으로 배정된 리뷰어에게 알리는 순서로 에스컬레이션할 것을 권장합니다.

배정된 리뷰어는 리뷰가 이루어지도록 보장할 최종 책임을 집니다.

일반적으로 초기 리뷰에는 최소 약 1주일의 지연을 예상해야 합니다. 최종 수정 사항에 대한 재검토나 최종 병합 버튼 클릭은 보통 신속하게 진행할 수 있습니다 — 게시물을 병합해야 할 때 시간이 되는 위 그룹의 구성원을 찾으십시오.

1. 릴리스 팀 구성원도 릴리스 블로그 목적으로 여기에 포함되지만, 현재로서는 임의의 게시글에 대한 승인 자격이 있는 것으로 간주되지 않습니다. ↩