Kotlin Slack 행동 강령 및 가이드라인(Code of conduct and guidelines for Kotlin Slack)
Kotlin Slack 행동 강령 및 가이드라인(Code of conduct and guidelines for Kotlin Slack)
Kotlin Slack은 성별, 성적 지향, 능력, 민족, 사회경제적 지위, 종교(또는 무종교)와 무관하게 모든 사람에게 친절하고 안전하며 환영하는 환경을 제공하는 것을 목표로 하는 포용적인 공간이 되고자 해요.
그러기 위해서는 누구나 따라야 할 기본적인 가이드라인, 그리고 무엇보다 행동 강령을 준수하는 것이 매우 중요해요. 그러니 이 행동 강령과 기본 사용 가이드라인을 끝까지 읽어주세요. 이것은 그냥 대충 훑고 무조건 동의해도 되는 평범한 라이선스 계약이 아니에요. 나름의 이유가 있고, 실용적인 정보도 담고 있답니다.
행동하는 방법(How to behave)
- 진정성 있고 적극적으로 참여하세요. 그래야 이 커뮤니티의 건강함과 장기적인 생명력을 유지하는 데 기여할 수 있어요.
- 말과 행동에서 배려와 존중, 공감을 실천하세요. 기술을 도입할 때 우리 모두 각자 다른 학습 단계를 겪어왔다는 걸 기억하세요.
- 모욕적이거나 차별적이거나 괴롭히는 행동과 언어는 삼가세요.
- 의견이 다르는 것은 괜찮아요. 하지만 논쟁적인 행동이나 트롤링은 안 돼요.
하지 말아야 할 행동(How not to behave)
- 다른 사람을 향한 폭력 위협이나 폭력적인 언어를 사용하지 마세요.
- 성차별적, 인종차별적, 동성애 혐오적, 트랜스젠더 혐오적, 장애인 혐오적 또는 기타 차별적인 농담을 하거나 그런 성격의 언어를 쓰지 마세요.
- 성적으로 노골적이거나 폭력적인 자료를 게시하거나 표시하지 마세요.
- 다른 사람의 개인 식별 정보를 게시하거나 게시하겠다고 위협하지 마세요("doxing").
- 성별, 성적 지향, 인종, 종교, 장애와 관련된 인신공격을 하지 마세요.
- 성적 주목을 받기 위한 행동을 하지 마세요. 여기에는 성적 표현이 담긴 댓글이나 농담, 성적 접근이 포함돼요.
- 위의 행동들 중 어떤 것도 부추기거나 조장하지 마세요.
문제를 신고하는 방법(How to report issues)
누군가가 부적절하게 행동하거나 어떤 형태로든 이 행동 강령을 위반하고 있는데, 그 사람이 당신의 피드백을 받아들이지 않거나 직접 대면하고 싶지 않다면 관리자 중 한 명에게 연락해 주세요. 주요 관리자는 Ilya Ryzhenkov(@orangy)와 Hadi Hariri(@hhariri)예요.
기본 사용 가이드라인(Basic usage guidelines)
Kotlin Slack에는 다양한 시간대에 걸쳐 50,000명 이상의 사용자가 있고, 그 수는 빠르게 늘고 있어요. 하루에 들어오는 메시지의 양과 수많은 채널은 장기적으로 보면 많은 잡음과 적은 가치로 이어질 수 있죠. 모두가 일련의 가이드라인을 따라 준다면, 커뮤니티가 모두에게 더 유용하고 견딜 만한 곳이 되는 데 도움이 돼요.
- 이것은 Kotlin을 위한 Slack 팀이라는 걸 기억해 주세요. (Kotlin과 함께 쓸 수도 있고 아닐 수도 있는) 어떤 기술에 대한 일반적인 질문이 있다면 StackOverflow 같은 다른 포럼을 이용하는 편이 나을 수 있어요.
- 이 Slack은 공식적인 지원 채널이 아니에요. JetBrains와 Kotlin 팀의 일부 멤버([JetBrains] 접미사)와 함께 커뮤니티가 어울리는 곳이에요.
- 이 Slack은 버그를 신고하기에 가장 좋은 장소는 아니에요. 버그 신고는 YouTrack을 이용해 주세요.
- 질문하기에 맞는 채널을 찾으세요. 거의 모든 주제에 대한 채널이 있어요.
- 새 채널은 잘 알려진 기술이나 관심 분야에 초점을 맞춰야 해요. 자주 만들지 마세요. 그리고 새 채널을 요청하기 전에 어떤 형태로든 이미 존재하지 않는지 확인하세요. 새 채널을 만들려면 #meta 채널에서 관리자에게 요청하세요. 채널을 만들게 된다면 주제(topic)를 반드시 설정하세요.
- 같은 메시지를 여러 채널에 교차 게시하는 것은 삼가 주세요. 스팸으로 간주돼요.
- 질문을 하면 인내심을 가지세요. 반복해서 묻지 마세요. 적어도 당장은요.
- 질문에 답을 얻기 위해 누군가를 직접 핑(ping)하거나 언급하지 마세요. 특히 프로젝트 소유자라면 더더욱요. 그 프로젝트가 Kotlin이든 아니든, 그들이 명시적으로 허락하지 않는 한 말이에요.
- 메시지를 여러 개로 쪼개지 마세요. 하나의 메시지에 전부 담아서 물어보세요.
- 코드 블록을 사용하세요. 코드를 일반 텍스트로 붙여넣지 마세요. Slack은 Kotlin 마크업을 지원해요. 붙여넣는 코드가 몇 줄 이상이라면, 메시지 입력 옆의
+메뉴에서 사용할 수 있는 "코드 또는 텍스트 스니펫(Code or text snippet)"을 이용하세요. 모든 사용자에게는 처음 몇 줄만 표시되고, 관심 있는 사람은 코드를 펼쳐 세부 내용을 볼 수 있답니다. - 질문하기 전에 "안녕하세요"나 "질문이 있어요"라고 말하는 게 예의지만, 그건 확장성이 없고 잡음으로 이어져요. 원한다면 질문하는 같은 메시지에서 인사말을 함께 해도 좋아요.
- 쓰레드(thread)를 사용하는 게 필수는 아니지만, 사람들이 특히 대화에 늦게 합류한 경우 대화를 더 쉽게 따라갈 수 있게 해준다는 점을 고려해 두세요.
- 메시지 대신 이모지 반응(reaction)으로 감사를 표현하세요. 잡음을 줄이고 의미를 전달하는 데 도움이 돼요.
- 반응을 이용해 누군가가 잘못된 장소에 있거나 잘못된 질문을 하고 있다는 걸 알리지 마세요. 그들이 잘못된 채널에 있다면 올바른 채널을 알려주세요. 질문이 잘못 쓰였다면 고칠 수 있게 도와주세요. 공감을 가지세요.
- 문화적 차이를 고려하세요. 흔히들 영국인이 말하는 것은 영국인이 뜻하는 것과 다르다고 하잖아요. 메시지를 받는 사람이든 보내는 사람이든 이를 기억하세요.
- Slack과의 통합(integration)을 만들지 마세요. 이 Slack은 무료 티어로 운영되고 있어서 통합 수가 제한되어 있고, 그래서 승인되지 않을 거예요.
- @channel, @here 및 기타 형태의 알림은 비활성화되어 있어요. 자신이 채널 소유자여도 마찬가지예요(안타깝게도 Slack은 세밀한 권한을 허용하지 않거든요).
- 어떻게 해야 할지 확실하지 않을 때는 #meta 채널을 이용하세요.
운영자(Moderators)
운영자는 kotlinlang Slack을 다른 멤버에게 안전하고 환영하는 곳으로 유지하기 위해 자원한 Kotlin Slack 커뮤니티 멤버예요. 운영자는 kotlinlang Slack 관리자에 의해 승인되며, 그들의 책임과 따라야 할 가이드라인은 아래에 설명돼 있어요.
책임(Responsibilities)
- 행동 강령 준수를 보장하기 위해 Slack 채널을 모니터링해요.
- 커뮤니티 멤버가 규칙을 따르도록 도와요.
- 채널에 추가 규칙이 있다면, 그 규칙이 잘 보이고 최신 상태로 유지되도록 해요.
- #reports와 #meta 채널을 모니터링해요.
- 비공개 #moderators 채널에 참여해요.
가이드라인(Guidelines)
- 운영자는 친절한 방식으로 소통하고 다른 커뮤니티 멤버를 돕기 위해 최선을 다해요.
- 운영자가 제안하는 어떤 변경도 발효되기 전에 모든 운영자와 관리자가 논의해야 해요.
프로세스(Process)
- 각 운영자는 가능하면 최소한 하나 이상의 채널을 담당해요.
- 운영자가 부적절한 행동을 발견하면 멤버에게 규칙과 가이드라인을 설명하고 원치 않는 행동을 고칠 방법을 찾도록 도와요. 원치 않는 행동이 계속되면 운영자는 관리자에게 사례를 보고해 추가 조치를 받아요. 명백하거나 특히 노골적인 위반의 경우, 위반한 멤버를 즉시 신고할 수 있어요.
- 채널 규칙을 설정하거나 업데이트하려면 운영자가 변경 제안을 시작하고 적절한 커뮤니티 멤버와 논의해요.
- 운영과 관련된 소통은 비공개 #moderators 채널에서 이루어져요.
- 커뮤니티 멤버가 운영자가 자신의 책임을 무시하고 있다는 걸(또는 원치 않는 행동을 하고 있다는 걸) 발견하면 관리자에게 알릴 수 있어요.
운영자 자격 획득 및 박탈 프로세스(Moderator status acquisition and revocation process)
- Slack 커뮤니티에 6개월 이상 참여했다면 누구나 운영자 신청을 환영받아요.
- 운영자 자격은 관리자의 결정에 따라 부여돼요.
- 다음 경우에 운영자 자격은 박탈될 수 있어요(이 목록은 완전한 것이 아니며 사례별로 업데이트될 수 있어요):
- 운영자가 자신의 책임을 무시하여 채널에 문제가 생긴 경우.
- 운영자가 이 가이드라인을 위반한 경우.
운영자 목록(The list of moderators)
현재 17명의 확인된 운영자가 있으며, 이들이 총 64개 채널을 관찰할 책임을 질 거예요. 다른 모든 채널에서는 문제가 발생하면 멤버가 운영자나 관리자 중 아무나 직접 핑(ping)하거나 #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
저작권(Copyright)
이 행동 강령은 Creative Commons Attribution-ShareAlike 라이선스로 배포돼요. 텍스트의 일부는 Citizen Code of Conduct에서 파생됐어요.