Skip to content

Kotlin Slack 행동 강령 및 가이드라인

Kotlin Slack은 성별, 성적 지향, 능력, 민족, 사회경제적 지위, 종교(또는 종교 없음)에 관계없이 모든 사람에게 친절하고 안전하며 환영받는 환경을 제공하기 위해 노력하는 포용적인 공간을 지향합니다.

이를 위해서는 우리 모두가 기본적인 가이드라인을 따르고, 무엇보다도 행동 강령을 준수하는 것이 매우 중요합니다. 따라서 본 행동 강령과 기본 사용 가이드라인을 끝까지 읽어주시기 바랍니다. 이것은 단순히 대충 훑어보고 무심코 동의하는 일반적인 라이선스 계약이 아닙니다. 이 문서가 존재하는 데는 이유가 있으며, 실용적인 정보도 포함하고 있습니다.

권장되는 행동

  • 진정성 있고 적극적인 방식으로 참여하십시오. 그렇게 함으로써 이 커뮤니티의 건강과 장수(longevity)에 기여하게 됩니다.
  • 말과 행동에서 배려, 존중, 공감을 실천하십시오. 기술을 습득할 때 우리 모두는 서로 다른 학습 단계를 거쳤음을 기억하십시오.
  • 비하, 차별 또는 괴롭히는 행위와 언행을 삼가십시오.
  • 사안에 대한 의견 차이는 괜찮지만, 논쟁적인 행동이나 트롤링(trolling)은 허용되지 않습니다.

금지되는 행동

  • 다른 사람을 향한 폭력적인 위협을 가하거나 폭력적인 언어를 사용하지 마십시오.
  • 성차별, 인종차별, 동성애 혐오, 트랜스젠더 혐오, 장애인 차별 또는 기타 차별적인 성격의 농담을 하거나 그러한 성격의 언어를 사용하지 마십시오.
  • 성적으로 노골적이거나 폭력적인 자료를 게시하거나 표시하지 마십시오.
  • 다른 사람의 개인 식별 정보("도싱", doxing)를 게시하거나 게시하겠다고 위협하지 마십시오.
  • 특히 성별, 성적 지향, 인종, 종교 또는 장애와 관련된 개인적인 모욕을 주지 마십시오.
  • 성적 관심을 끄는 행위를 하지 마십시오. 여기에는 성적인 언급이나 농담, 성적 유혹이 포함됩니다.
  • 위의 행동을 옹호하거나 권장하지 마십시오.

문제 신고 방법

누군가 부적절하게 행동하거나 어떤 형태로든 본 행동 강령을 위반하고 있으며, 여러분의 피드백을 수용하지 않거나 직접 대면하고 싶지 않은 경우 관리자 중 한 명에게 연락해 주십시오. 주요 관리자는 Ilya Ryzhenkov (@orangy)와 Hadi Hariri (@hhariri)입니다.

기본 사용 가이드라인

현재 Kotlin Slack에는 다양한 시간대의 50,000명 이상의 사용자가 있으며 그 수는 빠르게 증가하고 있습니다. 하루에 유입되는 메시지와 수많은 채널은 장기적으로 많은 노이즈를 발생시키고 가치를 떨어뜨릴 수 있습니다. 우리 모두가 일련의 가이드라인을 따른다면, 모든 사람에게 더 유용하고 견딜 만한 환경을 만드는 데 도움이 될 것입니다.

  • 이곳은 코틀린을 위한 슬랙 팀임을 기억해 주십시오. 기술에 관한 일반적인 질문(코틀린과 함께 사용될 수도 있고 아닐 수도 있는)이 있다면 StackOverflow와 같은 다른 포럼을 사용하는 것이 더 좋을 수 있습니다.
  • 이 슬랙은 공식 기술 지원 채널이 아닙니다. 이곳은 커뮤니티 구성원들과 일부 JetBrains 및 코틀린 팀 멤버들(접미사 [JetBrains]가 붙음)이 어울리는 장소입니다.
  • 이 슬랙은 버그를 보고하기에 가장 좋은 장소는 아닙니다. 버그 보고를 위해서는 YouTrack을 이용해 주십시오.
  • 질문에 적합한 채널을 찾으십시오. 거의 모든 주제에 대한 채널이 마련되어 있습니다.
  • 새로운 채널은 잘 알려진 기술이나 관심 분야를 중심으로 구성되어야 합니다. 채널 생성은 신중하게 결정하십시오. 새로운 채널 생성을 요청하기 전에 다른 형태로 이미 존재하지 않는지 확인하십시오. 관리자에게 #meta 채널에서 새 채널 생성을 요청하십시오. 채널을 만들게 된다면 반드시 주제(topic)를 설정해 주십시오.
  • 동일한 메시지를 여러 채널에 교차 게시(cross-posting)하지 마십시오. 이는 스팸으로 간주됩니다.
  • 질문을 올린 후에는 인내심을 갖고 기다려 주십시오. 질문을 반복하지 마십시오. 최소한 즉시 반복해서는 안 됩니다.
  • 질문에 대한 답을 얻기 위해 누군가(특히 프로젝트 소유자, 코틀린 프로젝트든 다른 프로젝트든 상관없이)를 직접 핑(ping)하거나 언급(@mention)하지 마십시오. 단, 그들이 구체적으로 허용한 경우는 예외입니다.
  • 메시지를 여러 개로 나누지 마십시오. 모든 내용을 하나의 메시지에 담아 질문하십시오.
  • 코드 블록을 사용하십시오. 코드를 일반 텍스트로 붙여넣지 마십시오. 슬랙은 코틀린 마크업을 지원합니다. 붙여넣으려는 코드가 몇 줄보다 길다면 메시지 입력창 옆의 + 메뉴에서 사용할 수 있는 "Code or text snippet"을 사용하십시오. 모든 사용자에게는 처음 몇 줄만 표시되며, 코드에 관심 있는 사람들은 코드를 확장하여 세부 내용을 확인할 수 있습니다.
  • 질문하기 전에 "안녕하세요" 또는 "질문이 있습니다"라고 말하는 것이 예의 바른 행동일 수 있지만, 이는 규모에 맞지 않으며 노이즈를 유발합니다. 원한다면 질문을 올리는 동일한 메시지 안에서 인사를 할 수 있습니다.
  • 스레드(threads) 사용이 의무는 아니지만, 특히 나중에 대화에 참여하는 사람들이 대화 내용을 더 쉽게 따라갈 수 있게 해준다는 점을 고려해 주십시오.
  • 메시지 대신 리액션(reactions)을 사용하여 감사를 표하십시오. 이는 노이즈를 줄이면서도 메시지를 전달할 수 있는 방법입니다.
  • 리액션을 사용하여 다른 사람에게 장소가 잘못되었거나 잘못된 질문을 하고 있다고 지적하지 마십시오. 만약 그들이 잘못된 채널에 있다면 올바른 채널을 안내해 주십시오. 질문이 서툴게 작성되었다면 수정을 도와주십시오. 공감 능력을 발휘하십시오.
  • 문화적 차이를 고려하십시오. "영국인이 말하는 것이 곧 그들의 속마음을 의미하는 것은 아니다"라는 말처럼, 메시지를 받는 입장과 보내는 입장 모두에서 이 점을 기억하십시오.
  • 슬랙과 연동되는 인테그레이션(integrations)을 생성하지 마십시오. 현재 무료 플랜으로 운영되고 있어 생성 가능한 수가 제한되어 있으므로 승인되지 않습니다.
  • @channel, @here 및 기타 형태의 알림은 본인이 채널 소유자라 하더라도 비활성화되어 있습니다. (안타깝게도 슬랙은 세밀한 권한 설정을 허용하지 않습니다.)
  • 무언가를 어떻게 해야 할지 확신이 서지 않는다면 #meta 채널을 이용하십시오.

모더레이터

모더레이터(Moderator)는 다른 멤버들을 위해 kotlinlang 슬랙을 안전하고 환영받는 장소로 유지하기 위해 자원하는 Kotlin Slack 커뮤니티의 멤버입니다. 모더레이터는 kotlinlang 슬랙 관리자에 의해 승인됩니다. 그들의 책임과 준수해야 할 가이드라인은 아래와 같습니다.

책임

  • 행동 강령 준수 여부를 확인하기 위해 슬랙 채널을 모니터링합니다.
  • 커뮤니티 멤버들이 규칙을 따르도록 돕습니다.
  • 채널에 추가 규칙이 있는 경우, 이를 눈에 띄게 유지하고 최신 상태로 관리합니다.
  • #reports 및 #meta 채널을 모니터링합니다.
  • 비공개 #moderators 채널에 참여합니다.

가이드라인

  • 모더레이터는 친절한 태도로 소통하며 다른 커뮤니티 멤버들을 돕기 위해 최선을 다합니다.
  • 모더레이터가 제안하는 모든 변경 사항은 시행되기 전에 모든 모더레이터 및 관리자와 논의되어야 합니다.

프로세스

  • 각 모더레이터는 최소 하나 이상의 채널을 감독하며, 가능한 경우 더 많은 채널을 맡습니다.
  • 모더레이터는 부적절한 행동을 발견하면 해당 멤버에게 규칙과 가이드라인을 설명하고 원치 않는 행동을 바로잡을 수 있도록 돕습니다. 원치 않는 행동이 지속되면 모더레이터는 추가 조치를 위해 관리자에게 해당 케이스를 보고합니다. 명백하거나 특히 심각한 위반의 경우, 위반 멤버를 즉시 보고할 수 있습니다.
  • 채널 규칙을 설정하거나 업데이트하기 위해 모더레이터는 변경 제안을 시작하고 관련 커뮤니티 멤버들과 논의합니다.
  • 모더레이션 관련 소통은 비공개 #moderators 채널에서 이루어집니다.
  • 커뮤니티 멤버들이 모더레이터가 책임을 소홀히 하거나 원치 않는 행동을 하는 것을 발견하면 관리자에게 알릴 수 있습니다.

모더레이터 권한 획득 및 박탈 프로세스

  • 슬랙 커뮤니티에 6개월 이상 참여한 멤버라면 누구나 모더레이터 신청을 환영합니다.
  • 모더레이터 권한은 관리자의 결정에 따라 부여됩니다.
  • 다음과 같은 경우 모더레이터 권한이 박탈될 수 있습니다(이 목록은 전체가 아니며 상황에 따라 업데이트될 수 있음):
    • 모더레이터가 책임을 소홀히 하여 채널에 문제가 발생하는 경우.
    • 모더레이터가 본 가이드라인을 위반하는 경우.

모더레이터 목록

현재 17명의 확인된 모더레이터가 있으며, 총 64개의 채널을 관찰할 책임을 집니다. 다른 모든 채널에서 문제가 발생할 경우, 멤버들은 모더레이터나 관리자에게 직접 핑을 보내거나 #meta 채널에 메시지를 남길 수 있습니다.

  • Alexander Nozik (@altavir) – #mathematics, #science, #datascience, #education
  • Anderson Lameck (@andylamax) – #coroutines, #kotlin-native, #webassembly, #serialization, #random, #javascript, #react
  • Andrey Mischenko (@gildor) – #coroutines, #android, #gradle, #multiplatform, #getting-started, #kotlin-asia, #singapore
  • Eric Ampire (@Eric Ampire) – #events
  • Holger Steinhauer (@Holger Steinhauer) – #fosdem, #berlin, #vkug, #german-lang, #server
  • Louis CAD (@louiscad) – #coroutines, #android
  • Magda Miu (@Magda Miu) – #android, #100daysofkotlin
  • Maryam Alhuthayfi (@Maryam Alhuthayfi) – #compose, #books, #ksp, #eap, #dagger, and #kontributors.
  • Nicola Corti (@gammax) – #feed, #detekt, #appintro, #chucker, #fosdem, #london, #berlin, #hamburg, #sweden, #ktlint, #kug-leads, #kotlinconf, #koin, #koin-dev, #spek, #vkug
  • Paulien van Alst (@Paulien van Alst) – #detekt, #koin, #mockk
  • Qian Jin (@qian) – #kotlin-native, #android-studio, #french
  • Raul Raja (@raulraja) - #arrow, #arrow-contributors, #arrow-meta
  • Sam Sam (@sam) – #kotest, #kotest-contributors
  • Simon Vergauwen (@simon.vergauwen) – #arrow, #arrow-contributors, #arrow-meta
  • Youssef Shoaib (@Youssef Shoaib) – #getting-started, #feed, #language-evolution, #language-proposals
  • Zach Klippenstein (@Zach Klippenstein) – #coroutines, #compose, #compose-desktop, #compose-web, #squarelibraries, #library-development

저작권

이 행동 강령은 Creative Commons Attribution-ShareAlike 라이선스에 따라 배포됩니다. 텍스트의 일부는 Citizen Code of Conduct에서 유래되었습니다.