본문으로 건너뛰기

Kotlin Slack 행동 강령 및 지침

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

이를 위해서는 우리 모두가 기본적인 지침을 따르고 가장 중요하게는 행동 강령을 준수하는 것이 중요합니다. 따라서 이 행동 강령과 기본 사용 지침을 전체적으로 읽어보시기 바랍니다. 이것은 맹목적으로 스크롤하여 동의해야 하는 일반적인 라이선스 계약이 아닙니다. 여기에는 이유가 있으며 실용적인 정보도 포함되어 있습니다.

행동 요령

  • 진정성 있고 적극적인 방식으로 참여하십시오. 그렇게 함으로써 이 커뮤니티의 건전성과 수명에 기여합니다.
  • 언행에 있어 배려, 존중 및 공감을 나타내십시오. 기술을 채택할 때 우리 모두가 다양한 학습 단계를 거쳤음을 기억하십시오.
  • 비하, 차별 또는 괴롭힘 행위 및 발언을 삼가십시오.
  • 사물에 대한 의견 불일치는 괜찮지만, 논쟁적인 행동이나 트롤링은 안 됩니다.

행동 금지 사항

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

문제 신고 방법

누군가가 부적절하게 행동하거나 어떤 형태로든 이 행동 강령을 위반하고, 피드백을 받아들이지 않거나, 대면하고 싶지 않은 경우, 관리자 중 한 명에게 문의하십시오. 주요 관리자는 Ilya Ryzhenkov(@orangy)와 Hadi Hariri(@hhariri)입니다.

기본 사용 지침

Kotlin Slack을 사용하는 사용자는 50,000명이 넘으며 다양한 시간대에 있으며 그 수는 빠르게 증가하고 있습니다. 하루에 들어오는 메시지 수와 수많은 채널로 인해 장기적으로 많은 소음과 작은 가치로 이어질 수 있습니다. 우리 모두가 일련의 지침을 따르면 모든 사람에게 더 유용하고 견딜 수 있도록 하는 데 도움이 될 수 있습니다.

  • 이것은 Kotlin용 Slack 팀이라는 것을 기억하십시오. 기술에 대한 일반적인 질문이 있는 경우(Kotlin과 함께 사용될 수도 있고 사용되지 않을 수도 있음), StackOverflow와 같은 다른 포럼을 사용하는 것이 더 나을 수 있습니다.
  • 이 Slack은 공식 지원 채널이 아닙니다. 이곳은 JetBrains 및 Kotlin 팀(접미사 [JetBrains])의 일부 구성원과 함께 커뮤니티가 어울리는 장소입니다.
  • 이 Slack은 버그를 보고하는 데 가장 적합한 장소가 아닙니다. 이를 위해서는 YouTrack을 사용하십시오.
  • 질문할 올바른 채널을 찾으십시오. 거의 모든 주제에 대한 채널이 있습니다.
  • 새 채널은 잘 알려진 기술 또는 관심 영역에 초점을 맞춰야 합니다. 드물게 만드십시오. 그리고 새 채널을 요청하기 전에 다른 모양이나 형태로 존재하지 않는지 확인하십시오. #meta 채널에서 관리자에게 새 채널을 만들어달라고 요청하십시오. 채널을 만들게 되면 반드시 주제를 설정하십시오.
  • 여러 채널에 동일한 메시지를 교차 게시하지 마십시오. 스팸으로 간주됩니다.
  • 질문을 할 때는 인내심을 가지십시오. 반복하지 마십시오. 또는 적어도 즉시 반복하지 마십시오.
  • 질문에 대한 답변을 얻기 위해 특히 프로젝트 소유자인 경우(프로젝트가 Kotlin이든 다른 프로젝트이든) 직접 핑하거나 언급하지 마십시오. 특히 할 수 있다고 구체적으로 표시하지 않는 한.
  • 메시지를 여러 개로 분할하지 마십시오. 단일 메시지로 모두 질문하십시오.
  • 코드 블록을 사용하십시오. 코드를 일반 텍스트로 붙여넣지 마십시오. Slack은 Kotlin 마크업을 지원합니다. 붙여넣는 코드가 몇 줄보다 길면 메시지 입력 옆의 + 메뉴에서 사용할 수 있는 "코드 또는 텍스트 스니펫"을 사용하십시오. 처음 몇 줄만 모든 사용자에게 표시되고 코드에 관심 있는 사람들은 코드를 확장하여 자세히 볼 수 있습니다.
  • 질문하기 전에 "안녕하세요" 또는 "질문이 있습니다"라고 말하는 것이 예의이지만 확장되지 않고 소음으로 이어집니다. 원하는 경우 질문과 같은 메시지로 안녕하세요라고 말할 수 있습니다.
  • 스레드 사용은 필수는 아니지만 특히 늦게 뛰어드는 사람들이 대화를 더 쉽게 따라갈 수 있다는 점을 고려하십시오.
  • 메시지 대신 반응을 사용하여 감사를 표하십시오. 소음을 줄이고 메시지를 전달합니다.
  • 사람들에게 잘못된 장소에 있거나 잘못된 질문을 하고 있다고 말하기 위해 반응을 사용하지 마십시오. 잘못된 채널에 있는 경우 올바른 채널을 가리키십시오. 질문이 잘못 작성된 경우 수정하는 데 도움을 주십시오. 공감하십시오.
  • 문화적 차이를 고려하십시오. 그들이 말했듯이 영국인이 말하는 것은 영국인이 의미하는 것이 아닙니다. 메시지 수신자 및 제작자 모두로서 이것을 기억하십시오.
  • Slack과의 통합을 만들지 마십시오. 이것이 무료 계층에서 실행되고 있음을 감안할 때 숫자가 제한되어 있으므로 승인되지 않습니다.
  • @channel, @here 및 기타 형태의 알림은 채널을 소유하고 있더라도 비활성화됩니다. (불행히도 Slack은 세분화된 권한을 허용하지 않습니다.)
  • 무언가를 수행하는 방법을 잘 모르는 경우 #meta 채널을 사용하십시오.

관리자

관리자는 다른 구성원을 위해 kotlinlang Slack을 안전하고 환영하는 장소로 유지하기 위해 자원하는 Kotlin Slack 커뮤니티의 구성원입니다. 관리자는 kotlinlang Slack 관리자의 승인을 받습니다. 그들의 책임과 그들이 따르는 지침은 아래에 설명되어 있습니다.

책임

  • 행동 강령 준수를 보장하기 위해 Slack 채널을 모니터링합니다.
  • 커뮤니티 구성원이 규칙을 따르도록 돕습니다.
  • 채널에 추가 규칙이 있는 경우 이러한 규칙이 표시되고 최신 상태인지 확인합니다.
  • #reports 및 #meta 채널을 모니터링합니다.
  • 비공개 #moderators 채널에 참여합니다.

지침

  • 관리자는 친절한 방식으로 소통하고 다른 커뮤니티 구성원을 돕기 위해 최선을 다합니다.
  • 관리자가 제안한 모든 변경 사항은 시행되기 전에 모든 관리자와 관리자가 논의해야 합니다.

프로세스

  • 각 관리자는 최소한 하나 이상의 채널을 감독하거나 가능한 경우 더 많은 채널을 감독합니다.
  • 관리자가 부적절한 행동을 발견하면 구성원에게 규칙 및 지침을 설명하고 원치 않는 행동을 수정하는 방법을 파악하는 데 도움을 줍니다. 원치 않는 행동이 지속되면 관리자는 추가 조치를 위해 관리자에게 사례를 보고합니다. 명백하고/하거나 특히 노골적인 위반의 경우, 위반하는 구성원을 즉시 보고할 수 있습니다.
  • 채널의 규칙을 설정하거나 업데이트하기 위해 관리자는 변경 제안을 시작하고 적절한 커뮤니티 구성원과 논의합니다.
  • 조정에 관한 커뮤니케이션은 비공개 #moderators 채널에서 이루어집니다.
  • 커뮤니티 구성원이 관리자가 책임을 무시하거나 (또는 원치 않는 행동에 관여하는 경우) 관리자에게 알릴 수 있습니다.

관리자 상태 획득 및 해지 프로세스

  • 모든 구성원은 Slack 커뮤니티에 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 license에 따라 배포됩니다. Citizen Code of Conduct에서 파생된 텍스트의 일부.