+
+
+
+
+ 
+ +> 프로젝트는 사용자를 끌어들일 수 있는 최소한의 기능들을 갖추고 충분히 안정적이어야 합니다. + +
++ +> 사용자가 쉽게 기억할 수 있는 이름을 선택하세요. + +
++ +> 방문자가 볼 첫 번째 것이 README입니다. 간단하고 예쁘며 읽기 쉽게 만드세요. [여기서 멋진 README들을 참고하세요](https://github.com/matiassingers/awesome-readme). + +
++ +> 프로젝트의 강점을 파악하고 방문자가 바로 확인할 수 있도록 하세요. + +
++ +> 방문자는 프로젝트의 목적, 작동 방식 및 사용 방법을 빠르게 이해하고 싶어합니다. 데모를 제공하는 것이 사용자를 만족시키는 가장 좋은 방법입니다. 예를 들어: +> +> - 프로젝트 작동 방식을 보여주는 애니메이션 GIF +> - 라이브 데모로의 링크 + +
++ +> 프로젝트가 사용자 친화적이지 않다면 방문자를 잃게 될 것입니다. + +
++ +> 좋은 문서를 만드는 것은 아마도 가장 중요한 단계일 것입니다. 문서가 작다면 README 내에 포함시킬 수 있습니다. 그렇지 않다면 별도의 웹사이트에서 호스팅하는 것이 좋습니다. [vuepress](https://v1.vuepress.vuejs.org)와 같은 일부 오픈 소스 프로젝트는 깔끔한 문서를 간단하게 만드는 데 도움을 줄 수 있습니다. + +
++ +> 대부분의 방문자는 프로젝트를 사용하기 전에 프로젝트가 얻은 별의 수를 확인할 것입니다. 별이 최소한 있으면 별이 없는 프로젝트보다 더 신뢰할 수 있습니다. 이것이 바로 소셜 미디어에 홍보하기 전에 왜 지인들에게 프로젝트를 지원해 달라고 요청해야 하는지에 대한 이유입니다. + +
++ +> 멋진 작업에 대해 세상에 알리세요! 소셜 미디어와 다른 전문 플랫폼에 게시하세요: +> +> - [Twitter](https://twitter.com) +> - [Linkedin](https://www.linkedin.com/) +> - [Facebook](https://www.facebook.com/) +> - [Reddit](https://www.reddit.com/) +> - [Dev.to](https://dev.to/) +> - [Lobsters](https://lobste.rs/) +> - [Hacker News](https://news.ycombinator.com/) +> - [Product Hunt](https://www.producthunt.com/) +> - [Beta page](https://betapage.co/) +> - [Human Coders](https://news.humancoders.com/) + +
++ +> 프로젝트에 대해 기사를 작성하세요. 목적은 사용한 기술 스택, 프로젝트의 작동 방식, 겪었던 문제 등일 수 있습니다. 발행 플랫폼에 게시하세요: +> +> - [medium](https://medium.com/) +> - [dev.to](https://dev.to/) + +
++ +> 컨퍼런스나 모임에서 프로젝트를 발표하는 것은 가시성을 높이는 좋은 방법입니다. + +
++ +> 동영상을 녹화하는 것은 쉬운 일이 아닙니다. 그러나 프로젝트를 유명하게 만드는 가장 효과적인 방법이 될 수 있습니다. + +
++ +> 휴일이나 주말에 게시하지 마세요. 소셜 네트워크에 게시하기에 가장 좋은 시간은 일반적으로 주중입니다. + +
++ +> 같은 플랫폼에 두 번 이상 게시하지 마세요. 스팸으로 간주될 수 있고 프로젝트에 대한 나쁜 홍보를 유발할 수 있습니다. + +
++ +> 새 릴리스로 프로젝트를 유지 및 개선하고 변경 로그를 생성하세요. + +
++ +> 이슈를 열어두고 단 한 번의 응답도 하지 않아서는 안 됩니다. 이슈를 열어 준 사람들에게 친절하게 응대하세요. 😉 + +
++ +> 건강한 프로젝트는 커뮤니티와 기여자가 있는 프로젝트입니다. 'contribution welcome' 또는 'good first issue' 라벨이 있는 일부 이슈들로 사용자들에게 도움이 필요하다는 것을 알리세요. [github 라벨 보기](https://help.github.com/en/articles/about-labels). + +
++ +> 도와준 사람들에게 친절하세요! gatsby와 같은 일부 오픈 소스 프로젝트는 [gatsby](https://github.com/gatsbyjs/gatsby) 기여자들에게 상품을 제공합니다. 그럴 여력이 없다면, 트위터나 다른 플랫폼들에 기여들에 대해 공개 게시물을 작성하고 기여자들을 언급하세요 ([공개 게시물을 통한 감사의 예시](https://twitter.com/FranckAbgrall/status/1139470547492978688)). README에 'Contributors' 섹션을 열어 공개적으로 감사하거나 프로젝트 문서나 웹사이트에 그들을 소개하세요. 몇 가지 예시들: +> +> - [vuepress (contributors README section)](https://github.com/vuejs/vuepress#code-contributors) +> - [Rythm.js (random highlighted contributor on demo page)](https://okazari.github.io/Rythm.js/) + +
++ +> Github 문제는 항상 사용자와의 커뮤니케이션에 최선의 방법이 아닐 수 있습니다. 필요한 경우 채팅 플랫폼을 사용하여 사용자와 대화할 수 있습니다: +> +> - [Discord](https://discord.com) +> - [Slack](https://slack.com) +> - [Gitter](https://gitter.im/) + +
++ +> 사용자 피드백은 프로젝트를 개선하는 가장 좋은 방법입니다. 아마도 프로젝트를 더 나아지게 할 수 있는 기능과 아이디어가 있을 것입니다. + +
++ +> 방문자는 구체적인 사용 사례와 성공 사례를 보면 프로젝트를 믿게 됩니다. 예를 들어, [vuepress gallery](https://vuepress.gallery/). + +
+ Franck Abgrall 📖 |
+  Thomas Betous 📖 |
+  Eric Briand 📖 |
+  Faustine Godbillot 📖 |
+  Benjamin Plouzennec 📖 |
+  Johan Bonneau 📖 |
+  Benjamin Petetot 📖 |
+
 NickHatBoecker 🌍 |
+  Claire Martinez 🌍 |
+  André Gama 📖 |
+  Mathias Bernardeau 📖 |
+  Antoine Oili 📖 |
+  Oswld TC 🌍 |
+  Zhiyue Yi 🌍 |
+
 Ali khalili 🌍 |
+  Niusha Pakseresht 🌍 |
+  David Da Silva 🌍 |
+  Umut Işık 🌍 |
+  Alex Castells 🌍 |
+  Koji 🌍 |
+  pasindu p konghawaththa 🌍 |
+
 Marcel 📖 |
+  Ikko Ashimine 📖 |
+  Nicolas Lepage 🚧 |
+  Sergey Scat 🌍 |
+  Mohammed Taha 🌍 |
+  T. JEGHAM 👀 |
+  Tarek Touati 👀 |
+
 Simone Corsi 🌍 |
+  Anicet Togue 👀 |
+  Krzysztof Juszcze 📖 |
+  Hanz 🌍 |
+  Rafli Surya P 📖 |
+  Kurt 📖 |
+  JumperBot_ 📖 |
+
 James Jang 🌍 |
+