From 7b64d208c9fcfb6c54fe80a82d1e848bf75fa063 Mon Sep 17 00:00:00 2001 From: lunar0926 Date: Tue, 26 Apr 2022 01:40:10 +0900 Subject: [PATCH 1/3] update table of contents --- _articles/ko/building-community.md | 8 ++++---- _articles/ko/finding-users.md | 14 +++++++------- _articles/ko/how-to-contribute.md | 14 +++++++------- _articles/ko/starting-a-project.md | 12 ++++++------ 4 files changed, 24 insertions(+), 24 deletions(-) diff --git a/_articles/ko/building-community.md b/_articles/ko/building-community.md index 669254a27e9..c7bd45276d9 100644 --- a/_articles/ko/building-community.md +++ b/_articles/ko/building-community.md @@ -10,7 +10,7 @@ related: - coc --- -## Setting your project up for success +## 프로젝트의 성공을 위해 준비하기 여러분의 프로젝트가 공개되었습니다. 홍보를 하니 찾아오는 사람들도 생겼습니다. 멋지군요! 그들을 곁에 머물게 하려면 이제 어떻게 해야 할까요? @@ -102,7 +102,7 @@ related: 공개적인 의사소통은 중요하지만 예외도 있습니다. 보안 관련 이슈나 민감한 행동 강령 위반 사항이 바로 그것입니다. 이러한 문제는 비공개적으로 보고될 수 있어야 합니다. 개인 이메일을 사용하기 꺼려진다면 프로젝트를 위한 이메일 주소를 준비하세요. -## Growing your community +## 커뮤니티 성장시키기 커뮤니티는 아주 강력한 힘을 지니고 있습니다. 그 힘은 어떻게 다루느냐에 따라 축복이 될 수도, 저주가 될 수도 있습니다. 성장하는 커뮤니티를 파괴의 힘이 아닌 창조의 힘으로 이끄는 방법을 알아봅시다. @@ -181,7 +181,7 @@ CONTRIBUTING 파일에 새 기여자들이 시작할 방법을 자세히 설명

-## Resolving conflicts +## 갈등 해결하기 프로젝트 초기에는 결정을 내리기 쉽습니다. 하고 싶은 일이 있다면, 얼마든 그렇게 하세요. @@ -271,6 +271,6 @@ README 파일은 [단순한 안내서 이상](../starting-a-project/#readme-파 해결사는 마지막 방책으로서 쓰여야 합니다. 의견이 엇갈리는 이슈는 여러분의 커뮤니티가 배우고 성장할 기회입니다. 이러한 기회를 놓치지 말고 협력적인 과정을 통해 가능한 해결책을 향해 나아가세요. -## Community is the ❤️ of open source +## 커뮤니티는 오픈소스의 ❤️으로 건강하고 번성하는 커뮤니티는 매주 오픈소스에 채워지는 수천 시간의 연료가 됩니다. 많은 기여자들이 오픈소스에 기여하(거나 하지 않)는 이유로서 다른 기여자들을 꼽습니다. 커뮤니티의 힘을 건설적으로 다루는 법을 배움으로써 여러분은 누군가가 잊을 수 없는 오픈소스 경험을 가질 수 있도록 도울 것입니다. diff --git a/_articles/ko/finding-users.md b/_articles/ko/finding-users.md index 2b62c4cf857..ce9aa922a69 100644 --- a/_articles/ko/finding-users.md +++ b/_articles/ko/finding-users.md @@ -10,11 +10,11 @@ related: - building --- -## Spreading the word +## 소문내기 시작할 때부터 오픈소스 프로젝트를 홍보해야 한다는 규칙은 없습니다. 오픈소스에 기여하는 데는 인기와 무관한 많은 이유가 있습니다. 사람들이 여러분의 오픈소스 프로젝트를 찾고 이용해주기를 기대하지만 말고 여러분의 노력에 대한 이야기를 퍼뜨려야 합니다! -## Figure out your message +## 메시지 생각해 내기 프로젝트를 홍보하기 위한 실질적인 작업을 시작하기 전에 프로젝트가 무엇을 하고 왜 중요한지 설명할 수 있어야 합니다. @@ -28,7 +28,7 @@ related: 메시지 전달에 대해 더 알아보고 싶다면 사용자 페르소나 개발을 위한 Mozilla의 ["Personas and Pathways"](http://mozillascience.github.io/working-open-workshop/personas_pathways/)를 참조하세요. -## Help people find and follow your project +## 사람들이 당신의 프로젝트를 찾고 팔로우하도록 돕기 -## Build a reputation +## 평판 쌓기 지금까지 다루어진 전략에 더해서, 여러분의 프로젝트에 기여할 사람들을 초대하는 가장 좋은 방법은 바로 그들의 프로젝트에 기여하는 것입니다. @@ -151,6 +151,6 @@ Django의 공동 크리에이터인 [@adrianholovaty](https://news.ycombinator.c

-## Keep at it! +## 계속해 나가세요! 사람들이 여러분의 프로젝트에 관심을 갖는 데 오랜 시간이 걸릴 수도 있지만 괜찮습니다! 유명한 프로젝트 중 몇몇은 지금의 경지에 다다르기 위해 몇 년이 들었습니다. 프로젝트가 갑자기 유명해지기를 바라는 대신 관계를 쌓는 데 집중하세요. 인내심을 가지고, 여러분의 노력에 고마워하는 사람들과 작업을 계속 공유하세요. diff --git a/_articles/ko/how-to-contribute.md b/_articles/ko/how-to-contribute.md index 99900325f70..b593d749f7b 100644 --- a/_articles/ko/how-to-contribute.md +++ b/_articles/ko/how-to-contribute.md @@ -10,7 +10,7 @@ related: - building --- -## Why contribute to open source? +## 왜 오픈소스에 기여할까요? -## Which open source license is appropriate for my project? +## 내 프로젝트에는 어떤 라이선스가 적합할까요? 빈 슬레이트에서 시작한다면, [MIT 라이선스](https://choosealicense.com/licenses/mit/)를 잘못 읽는 것은 어렵습니다. MIT 라이선스는 짧고 이해하기 쉬우며, 저작권 고지를 포함하여 라이선스 사본을 보관하는 한 누구나 모든 것을 할 수 있도록 허락합니다. 필요한 경우 다른 라이선스로 프로젝트를 릴리스 할 수 있습니다. @@ -72,7 +72,7 @@ GitHub에서 새로운 프로젝트를 만들 때, [라이선스를 추가할 GitHub에서 새 프로젝트를 만들면, 라이선스를 선택할 수 있는 옵션이 제공됩니다. 위에서 언급한 라이선스 중 하나를 포함하면 GitHub 프로젝트가 오픈소스로 됩니다. 다른 옵션을 보려면 [choosealicense.com](https://choosealicense.com)에서 [소프트웨어가 아닌 프로젝트](https://choosealicense.com/non-software/)에 적합한 라이선스를 찾으십시오. -## What if I want to change the license of my project? +## 내 프로젝트의 라이선스를 바꾸고 싶다면 어쩌죠? 대부분의 프로젝트는 라이선스를 변경할 필요가 없습니다. 그러나 때때로 상황이 바뀝니다. @@ -86,7 +86,7 @@ GitHub에서 새 프로젝트를 만들면, 라이선스를 선택할 수 있는 또는 기여자가 기존 오픈소스 라이선스에서 허용하는 것 이상으로 특정 조건하에서 특정 라이선스 변경 사항에 대해 사전에 동의할 수 있습니다 (추가 기여자 계약 - 아래 참조). 이렇게하면 라이선스 변경의 복잡성이 조금씩 바뀝니다. 변호사의 도움이 더 필요합니다. 라이선스 변경을 수행할 때는, 프로젝트의 이해 관계자와 명확하게 의견을 나눌 수 있습니다. -## Does my project need an additional contributor agreement? +## 내 프로젝트에 추가 기여자 계약이 필요한가요? 아마도 그렇지 않습니다. 대다수의 오픈소스 프로젝트에서 공개 소스 라이선스는 인바운드(기여자)와 아웃바운드(다른 참여자 및 사용자) 라이선스로 암묵적으로 사용됩니다. 프로젝트가 GitHub에 있는 경우, GitHub 서비스 약관은 "인바운드 = 아웃 바운드" [명시적 기본값](https://help.github.com/en/github/site-policy/github-terms-of-service#6-contributions-under-repository-license)으로 지정합니다. @@ -111,7 +111,7 @@ GitHub에서 새 프로젝트를 만들면, 라이선스를 선택할 수 있는 프로젝트에 기여자 계약을 추가로 사용해야하는 경우 기여자 산만을 최소화하기 위해 [CLA 어시스턴트](https://github.com/cla-assistant/cla-assistant)와 같은 통합 사용을 고려하십시오. -## What does my company's legal team need to know? +## 회사의 법무팀은 무엇을 알아야 할까요? 오픈소스 프로젝트를 회사 직원으로 공개하는 경우, 먼저 법률팀이 오픈소스 프로젝트임을 알고 있어야 합니다. diff --git a/_articles/ko/metrics.md b/_articles/ko/metrics.md index 19d657dbf95..ab5d16f187d 100644 --- a/_articles/ko/metrics.md +++ b/_articles/ko/metrics.md @@ -10,7 +10,7 @@ related: - best-practices --- -## Why measure anything? +## 왜 측정할까요? 데이터를 현명하게 사용하면, 오픈소스 메인테이너로서 더 나은 의사 결정을 내릴 수 있습니다. @@ -31,7 +31,7 @@ related: If you _are_ interested in understanding your project on a deeper level, read on for ways to analyze your project's activity. -## Discovery +## 발견 누구든지 프로젝트를 사용하거나 기여할 수 있게 하기전에, 이것이 존재 하는 지를 알아야합니다. 자신에게 물어보십시오: _이 프로젝트를 찾는 사람들입니까?_ @@ -51,7 +51,7 @@ If you _are_ interested in understanding your project on a deeper level, read on [특정 장소에서 검색 가능성을 추적](https://opensource.com/business/16/6/pirate-metrics) 할 수도 있습니다: 예를 들어, Google 페이지랭크, 프로젝트 웹 사이트의 추천 트래픽 또는 다른 오픈소스 프로젝트 또는 웹 사이트의 추천을 포함 할 수 있습니다. -## Usage +## 사용 사람들은 우리가 인터넷이라고 부르는 이 거칠고 미친 일로 프로젝트를 찾고 있습니다. 이상적으로는, 프로젝트를 보았을 때 뭔가 할 것을 강요 당할 것입니다. 두 번째 질문은 다음과 같습니다: _이 프로젝트를 사용하는 사람들입니까?_ @@ -74,7 +74,7 @@ npm 또는 RubyGems.org와 같은 패키지 관리자를 사용하여 프로젝 사람들이 프로젝트를 사용하고 있다는 것을 알게되면, 사람들이 프로젝트를 통해 무엇을 하고 있는지 파악하려고 할 수 있습니다. 그들은 당신의 코드를 포크하고 기능을 추가함으로써 그것을 구축하고 있습니까? 그들은 과학이나 비즈니스를 위해 그것을 사용하고 있습니까? -## Retention +## 유지 사람들이 프로젝트를 찾고 있으며 프로젝트를 사용하고 있습니다. 다음 질문은 스스로에게 물어볼 것입니다: _이 프로젝트에 다시 기여한 사람들입니까?_ @@ -104,7 +104,7 @@ npm 또는 RubyGems.org와 같은 패키지 관리자를 사용하여 프로젝

-## Maintainer activity +## 메인테이너의 활동 마지막으로, 프로젝트 메인테이너가 받은 기여 분량을 처리 할 수 있는지 확인하여 루프를 닫으십시오. 자신에게 묻고 싶은 마지막 질문은 다음과 같습니다: _나는 (또는 우리가) 우리 커뮤니티에 반응하고 있습니까?_ @@ -121,6 +121,6 @@ npm 또는 RubyGems.org와 같은 패키지 관리자를 사용하여 프로젝 * 부실 이슈가 종결 되는지 여부 * pull request을 병합하는 평균 시간 -## Use 📊 to learn about people +## 사람들에 대해 배우려면 📊를 사용하세요 측정 기준을 이해하면 적극적으로 성장하는 오픈소스 프로젝트를 구축하는 데 도움이됩니다. 대시 보드의 모든 측정치를 추적하지 않더라도, 위의 프레임워크를 사용하여 프로젝트가 성공하는 데 도움이 되는 동작 유형에 주의를 기울이십시오. From 6d0794172ad8ce3ab945a16c2338901300685593 Mon Sep 17 00:00:00 2001 From: lunar0926 Date: Tue, 26 Apr 2022 15:35:20 +0900 Subject: [PATCH 3/3] fix broken link --- _articles/ko/legal.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/_articles/ko/legal.md b/_articles/ko/legal.md index 09f716f4482..6df7a449146 100644 --- a/_articles/ko/legal.md +++ b/_articles/ko/legal.md @@ -68,7 +68,7 @@ GitHub에서 새로운 프로젝트를 만들 때, [라이선스를 추가할 * **프로젝트를 대기업에 어필하고 싶습니까?** 대기업은 모든 참여자의 명시적인 특허 라이선스를 원할 것입니다. 이 경우, [Apache 2.0](https://choosealicense.com/licenses/apache-2.0/)는 귀하(그리고 그들)을 커버해 줄것 입니다. * **독점 소스 소프트웨어에 기여를 하고 싶지 않은 기여자에게 프로젝트를 어필하고 싶습니까?** [GPLv3](https://choosealicense.com/licenses/gpl-3.0/) 혹은 (또한 독점 소스 서비스에 기여하지 않으려는 경우) [AGPLv3](https://choosealicense.com/licenses/agpl-3.0/)은 잘될 것입니다. -귀하의 **회사**는 오픈소스 프로젝트에 대한 특정 라이선스 요구 사항을 가지고 있을 수 있습니다. 예를 들어, 회사에서 회사의 독점 소스 제품에서 프로젝트를 사용할 수 있도록 허용 라이선스가 필요할 수 있습니다. 또는 귀사만 독점 소스 소프트웨어에서 프로젝트를 사용할 수 있도록 강력한 카피 레프트 라이선스와 추가 기여자 계약(아래 참조)이 필요할 수 있습니다. 또는 표준, 사회적 책임 또는 투명성과 관련된 특정 요구 사항이 있을 수 있습니다. 이러한 요구 사항에는 특정 라이선스 전략이 필요할 수 있습니다. 귀하의 [회사 법률 부서](#what-does-my-companys-legal-team-need-to-know)에 이야기하십시오. +귀하의 **회사**는 오픈소스 프로젝트에 대한 특정 라이선스 요구 사항을 가지고 있을 수 있습니다. 예를 들어, 회사에서 회사의 독점 소스 제품에서 프로젝트를 사용할 수 있도록 허용 라이선스가 필요할 수 있습니다. 또는 귀사만 독점 소스 소프트웨어에서 프로젝트를 사용할 수 있도록 강력한 카피 레프트 라이선스와 추가 기여자 계약(아래 참조)이 필요할 수 있습니다. 또는 표준, 사회적 책임 또는 투명성과 관련된 특정 요구 사항이 있을 수 있습니다. 이러한 요구 사항에는 특정 라이선스 전략이 필요할 수 있습니다. 귀하의 [회사 법률 부서](#회사의-법무팀은-무엇을-알아야-할까요)에 이야기하십시오. GitHub에서 새 프로젝트를 만들면, 라이선스를 선택할 수 있는 옵션이 제공됩니다. 위에서 언급한 라이선스 중 하나를 포함하면 GitHub 프로젝트가 오픈소스로 됩니다. 다른 옵션을 보려면 [choosealicense.com](https://choosealicense.com)에서 [소프트웨어가 아닌 프로젝트](https://choosealicense.com/non-software/)에 적합한 라이선스를 찾으십시오.