diff --git a/.all-contributorsrc b/.all-contributorsrc index d446db9..075fc84 100644 --- a/.all-contributorsrc +++ b/.all-contributorsrc @@ -1,11 +1,6 @@ { "files": [ - "README.md", - "README-fr.md", - "README-de.md", - "README-es.md", - "README-zh-cn.md", - "README-zh-tw.md" + "README.md" ], "imageSize": 100, "commit": false, @@ -63,84 +58,11 @@ "contributions": [ "doc" ] - }, - { - "login": "bpetetot", - "name": "Benjamin Petetot", - "avatar_url": "https://avatars3.githubusercontent.com/u/516360?v=4", - "profile": "https://github.com/bpetetot", - "contributions": [ - "doc" - ] - }, - { - "login": "NickHatBoecker", - "name": "NickHatBoecker", - "avatar_url": "https://avatars0.githubusercontent.com/u/8366071?v=4", - "profile": "https://nick-hat-boecker.de", - "contributions": [ - "translation" - ] - }, - { - "login": "claire", - "name": "Claire Martinez", - "avatar_url": "https://avatars2.githubusercontent.com/u/5114096?v=4", - "profile": "https://github.com/Claire", - "contributions": [ - "translation" - ] - }, - { - "login": "andregamma", - "name": "André Gama", - "avatar_url": "https://avatars2.githubusercontent.com/u/31011359?v=4", - "profile": "https://hazeforum.com/", - "contributions": [ - "doc" - ] - }, - { - "login": "mbernardeau", - "name": "Mathias Bernardeau", - "avatar_url": "https://avatars0.githubusercontent.com/u/7049049?v=4", - "profile": "https://github.com/mbernardeau", - "contributions": [ - "doc" - ] - }, - { - "login": "Antoineoili", - "name": "Antoine Oili", - "avatar_url": "https://avatars1.githubusercontent.com/u/50737365?v=4", - "profile": "https://github.com/Antoineoili", - "contributions": [ - "doc" - ] - }, - { - "login": "dev-oswld", - "name": "Oswld TC", - "avatar_url": "https://avatars1.githubusercontent.com/u/40254158?v=4", - "profile": "https://twitter.com/dev_oswld", - "contributions": [ - "translation" - ] - }, - { - "login": "ZhiyueYi", - "name": "Zhiyue Yi", - "avatar_url": "https://avatars3.githubusercontent.com/u/8545277?v=4", - "profile": "https://yizhiyue.me", - "contributions": [ - "translation" - ] } ], "contributorsPerLine": 7, "projectName": "open-source-promotion-cheat-sheet", "projectOwner": "zenika-open-source", "repoType": "github", - "repoHost": "https://github.com", - "commitConvention": "none" + "repoHost": "https://github.com" } diff --git a/CODEOWNERS b/CODEOWNERS deleted file mode 100644 index a499b94..0000000 --- a/CODEOWNERS +++ /dev/null @@ -1,2 +0,0 @@ -* @tbetous @kefranabg @bpetetot @frinyvonnick - diff --git a/README-de.md b/README-de.md deleted file mode 100644 index 71bd761..0000000 --- a/README-de.md +++ /dev/null @@ -1,291 +0,0 @@ -
-
-
-
-
-
-
- -> Dein Projekt muss stabil genug sein mit einem Minimum an brauchbaren Features zu funktionieren, um Nutzer zu begeistern. - -
-- -> Wähle einen Namen, der leicht zu merken ist. - -
-- -> Die README ist das erste, was deine Besucher sehen werden. Gestalte sie simpel, schön und gut lesbar. [Hier ist eine List mit schönen READMEs](https://github.com/matiassingers/awesome-readme). - -
-- -> Bestimme die Stärken deines Projekts und stell sicher, dass Besucher sie als erstes sehen. - -
-- -> Besucher wollen schnellstmöglich den Sinn deines Projekts verstehen, wie es funktioniert und wie man es benutzt. Mit einer Demo ist das am einfachsten. Eine Demo könnte folgendes sein: -> -> - Ein animiertes GIF, das zeigt, wie dein Projekt funktioniert -> - Ein Link zu einer Live Demo - -
-- -> Ist dein Projekt nicht nutzerfreundlich, wirst du vermutlich Besucher verlieren. - -
-- -> Eine gute Dokumentation zu erstellen ist vermutlich der wichtigste Schritt. Eine kurze Dokumentation kannst du in der README anlegen. Andernfalls solltest du sie in eine eigene Webseite einbetten. Diverse Open Source Projekte wie [vuepress](https://v1.vuepress.vuejs.org) können dir dabei helfen, eine saubere Dokumentation zu schreiben. - -
-- -> Viele Besucher werden die Anzahl der Sterne überprüfen, bevor sie in Erwägung ziehen, das Projekt zu benutzen. Eine kleine Anzahl an Sternen wirkt vertrauenswürdiger als gar keine Sterne. Deshalb solltest du Bekannte fragen, ob sie dein Projekt unterstützen und auf ihren Social Media Kanälen bewerben. - -
-- -> Erzähl der Welt von deiner tollen Arbeit! Veröffentliche Sie auf Social Media Kanälen und passenden Plattformen: -> -> - [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/) - -
-- -> Schreibe Artikel über dein Projekt. Schreib über die technischen Anforderungen, wie dein Projekt funktioniert, Probleme auf die du gestoßen bist, etc. Mögliche Plattformen zum Veröffentlichen: -> -> - [medium](https://medium.com/) -> - [dev.to](https://dev.to/) -
-- -> Wenn du dein Projekt auf Konferenzen oder Treffen präsentierst, steigert das dessen Bekanntheitsgrad. - -
-- -> Ein Video aufzunehmen ist keine einfache Aufgabe. Allerdings ist es wohl der effizienteste Weg, um dein Projekt bekannt zu machen. - -
-- -> Publiziere nicht während den Ferien oder an Wochenenden. Schreib stattdessen lieber in der Mitte der Woche. - -
-- -> Publiziere nicht zwei Mal auf der selben Plattform. Das gilt als Spam und könnte schlechtes Licht auf dein Projekt werfen. - -
-- -> Warte und verbessere dein Projekt mit neuen Releases und veröffentliche Changelogs. - -
-- -> Lass kein offenes Issue unbeantwortet. Sei nett zu den Leuten, die ein Ticket eröffnet haben. 😉 - -
-- -> Ein gesundes Projekt ist ein Projekt mit einer Community und Mitwirkenden. Lass deine Nutzer wissen, dass du Hilfe brauchst, indem du Tickets mit `contribution welcome` oder `good first issue` betitelst. [Siehe github Labels](https://help.github.com/en/articles/about-labels). - -
-- -> Sei nett zu Leuten, die dir geholfen haben! Manche Open Source Projekte wie [gatsby](https://github.com/gatsbyjs/gatsby) belohnen Mitwirkende mit Goodies. Wenn du dir das nicht leisten kannst, schreib einen Beitrag (auf Twitter oder anderen Plattformen) und erwähne den Autor ([hier ist ein Beispiel zu einem öffentlichen Dankeschön](https://twitter.com/FranckAbgrall/status/1139470547492978688)). Eröffne einen `Mitwirkende` Bereich in deiner README, um den Leuten öffentlich zu danken. Du kannst diese Namen auch in deiner Dokumentation oder auf deiner Webseite zeigen. Hier sind ein paar Beispiele: -> -> - [vuepress (Mitwirkende in der README)](https://github.com/vuejs/vuepress#code-contributors) -> - [Rythm.js (Zufälliger Mitwirkender auf der Demo Seite)](https://okazari.github.io/Rythm.js/) - -
-- -> Github Tickets sind nicht immer der beste Weg, um mit deinen Nutzern zu kommunizieren. Falls nötig, kannst du eine Chat Plattform dafür nutzen: -> -> - [Discord](https://discordapp.com) -> - [Slack](https://slack.com) -> - [Gitter](https://gitter.im/) - -
-- -> Nutzer-Feedback ist der beste Weg, um dein Projekt zu verbessern. Jemand hat bestimmt einen Wunsch oder eine Idee, um dein Projekt noch besser zu machen. - -
-- -> Besucher werden deinem Projekt vertrauen, wenn sie konkrete Beispiele sehen, zum Beispiel [the 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 🌍 |
-
-
-
-
-
-
-
- -> Tu proyecto debe ser lo suficientemente estable con las características mínimas viables con el fin de atraer a los usuarios. - -
-- -> Escoge un nombre que los usuarios puedan recordar fácilmente. - -
-- -> El README es lo primero que verán tus visitantes. Hazlo simple, elegante y fácil de leer. [Aquí hay una lista de ejemplos README](https://github.com/matiassingers/awesome-readme). - -
-- -> Identifica las fortalezas de tu proyecto y asegúrate de que los visitantes las vean primero. - -
-- -> Los visitantes desean comprender rápidamente el propósito de tu proyecto, cómo funciona y cómo usarlo. Proporciona una demostración es la mejor manera de complacer a los usuarios. Podría ser: -> -> - Un GIF animado que demuestra cómo funciona tu proyecto -> - Un enlace a una demostración - -
-- -> Probablemente perderás visitantes si tu proyecto no es fácil de usar. - -
-- -> Crear una buena documentación es probablemente el paso más importante. Si tienes una pequeña documentación, puedes incluirla en tu archivo README. De lo contrario, probablemente deberías alojarlo en un sitio web por separado. Algunos proyectos de código abierto como [vuepress](https://v1.vuepress.vuejs.org) pueden ayudarte a crear documentación limpia de una manera simple. - -
-- -> La mayoría de los visitantes comprobarán cuántas estrellas tiene tu proyecto antes de considerar usarlo. Una cantidad mínima de estrellas hace que tu proyecto sea más confiable que un proyecto con cero estrellas. Es por eso que debes pedir a las personas que conoces que apoyen tu proyecto antes de hacer un anuncio público en las redes sociales. - -
-- -> ¡Cuéntale al mundo de tu increíble trabajo! Publica en redes sociales y plataformas especializadas: -> -> - [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/) - -
-- -> Escribe artículos sobre tu proyecto. El propósito puede ser el conjunto de tecnologías que utilizaste, cómo funciona tu proyecto, los problemas que encontraste, etc. Publica en plataformas como: -> -> - [medium](https://medium.com/) -> - [dev.to](https://dev.to/) -
-- -> Presentar tu proyecto en conferencias o reuniones es una buena manera de mejorar su visibilidad. - -
-- -> Grabar un video no es una tarea fácil. Sin embargo, es probablemente la forma más eficiente de hacer notorio tu proyecto. - -
-- -> No publiques durante el período de vacaciones o fines de semana. Por lo general, el mejor momento para publicar en las redes sociales es a mitad de semana. - -
-- -> No publiques dos veces en la misma plataforma. Es considerado como spam y puede causar mala publicidad para tu proyecto. - -
-- -> Realiza mantenimiento y mejora tu proyecto con nuevos lanzamientos y genera un registro de cambios. - -
-- -> No dejes problemas pendientes sin respuesta. Sé amable con las personas que se tomaron el tiempo para dejar una sugerencia. 😉 - -
-- -> Un proyecto saludable es un proyecto con una comunidad y contribuidores activos. Informa a tus usuarios que necesita ayuda etiquetando algunos problemas con las etiquetas de `contribution welcome` o `good first issue`. [Ver más etiquetas de github](https://help.github.com/en/articles/about-labels). - -
-- -> ¡Sé amable con las personas que te ayudaron! Algunos proyectos de código abierto como [gatsby](https://github.com/gatsbyjs/gatsby) premian a los contribuidores. Si no puedes pagar eso, haz una publicación (en twitter u otras plataformas) sobre la contribución y menciona al autor ([este es un ejemplo de agradecimiento público](https://twitter.com/FranckAbgrall/status/1139470547492978688)). Abre una sección de `Contribuidores` en tu archivo README para agradecerles públicamente o mostrarlos en la documentación de tu proyecto o sitio web. Aquí hay unos ejemplos: -> -> - [vuepress (contribuidores en la sección README)](https://github.com/vuejs/vuepress#code-contributors) -> - [Rythm.js (contribuidores aleatorios destacados en página web)](https://okazari.github.io/Rythm.js/) - -
-- -> Los problemas pendientes en Github no siempre son la mejor manera de comunicarte con tus usuarios. Si es necesario, puedes usar plataformas de chat para discutir con ellos. -> -> - [Discord](https://discordapp.com) -> - [Slack](https://slack.com) -> - [Gitter](https://gitter.im/) - -
-- -> Los comentarios de los usuarios son la mejor manera de mejorar tu proyecto. Probablemente tienen características e ideas que podrían mejorar tu proyecto. - -
-- -> Los visitantes confiarán en tu proyecto si ven casos de uso concretos e historias de éxito, por ejemplo, [la gallería vuepress](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 🌍 |
-
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 🌍 |
-
-
-
-
-
-
-
- -> 您的项目必须足够稳定,并且拥有一些最低可行功能用以吸引用户们。 - -
-- -> 挑选一个用户们能轻易记住的名字。 - -
-- -> 您的访客们的第一件事就是阅读您的 README 文档,所以您得确保它干净漂亮、易于阅读。[这些优秀的 README 文档可以为您提供参考](https://github.com/matiassingers/awesome-readme)。 - -
-- -> 找出您的项目的强大之处并确保您的访客们在第一时间了解到它们。 - -
-- -> 访客们通常希望迅速了解您的项目的目标,它的工作原理以及应该如何使用它。为您的项目提供一个演示或者示例可以很好地满足访客们的需求,比如说: -> -> - 利用 GIF 动画来展示您项目的工作原理 -> - 提供一个在线演示的网页连接 - -
-- -> 您的项目不够用户友好可能会造成访客们的流失。 - -
-- -> 一个优秀的文档也许是最为重要的一步了。如果您的文档比较小的话,您可以直接将它包含在 README 文档里。否则的话,您或许应该将您的文档托管在一个独立的网站上面。一些开源项目比如 [vuepress](https://v1.vuepress.vuejs.org) 可以帮助您非常容易地创建干净整洁的文档。 - -
-- -> 许多访客会在考虑使用项目之前,先查看项目获得过得 star 数量。只需要一些 star 就能让您的项目比没有任何 star 的项目更加值得信赖,这就是为什么您应该在社交网络上公开宣布之前,请您认识的人支持您的项目。 - -
-- -> 向世界展示您无与伦比的作品!您可以在以下社交媒体和专业平台上发布: -> -> - [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/) - -
-- -> 在正式会议或线下聚会上介绍您的项目是提高知名度的好办法。 - -
-- -> 虽然录制视频并不轻松,但它也许是能让您的项目出名的最有效的办法。 - -
-- -> 不要在假期或者周末发布您的项目。通常最适合在社交网络上发布的时间是一周里中间的那几天。 - -
-- -> 不要在相同的平台上发布两次。这将会被视为过度的宣传,并且有可能为您的项目招致负面宣传。 - -
-- -> 维护并且改进您的项目,比如:新版本的发布和撰写变更记录。 - -
-- -> 别让 issue 一直处于未解决的状态并且对此毫无回应。对那些花费自己时间提交 issue 的用户们好一点。 😉 - -
-- -> 一个健康的项目通常拥有一个社区和许多贡献者们。在一些 issue 上标注`contribution welcome`标签或者`good first issue`标签来让您的用户们知道您需要帮助。[关于 github 标签](https://help.github.com/en/articles/about-labels)。 - -
-- -> 为那些帮助过您的人们鼓掌喝彩! 一些开源项目像是[gatsby](https://github.com/gatsbyjs/gatsby)会奖励贡献者们一些小礼物。如果您负担不起,也可以在 twitter 或者其它平台上发布一封关于项目贡献的公开感谢信,并且提及那些贡献者们([公开感谢信的示例](https://twitter.com/FranckAbgrall/status/1139470547492978688))。在您的 README 文档里开设一个`贡献者`栏,以此公开地感谢贡献者们。或者您也可以在项目文档或网站上展示您的贡献者们。以下是一些示例: -> -> - [vuepress (在 README 中的贡献者栏)](https://github.com/vuejs/vuepress#code-contributors) -> - [Rythm.js (在展示页面上随机显示贡献者)](https://okazari.github.io/Rythm.js/) - -
-- -> Github 的 issue 并不总是和您的用户沟通最好的地方。如果有需要的话,您可以使用一些聊天平台来和他们讨论: -> -> - [Discord](https://discordapp.com) -> - [Slack](https://slack.com) -> - [Gitter](https://gitter.im/) - -
-- -> 用户反馈是改进您项目的最佳方法,他们也许有着能使您的项目变得更好的想法和主意。 - -
-- -> 如果访问者们能够见到具体的用例和成功案例的话,他们会更加信任您的项目,比如 [the 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 🌍 |
-
-
-
-
-
-
-
- -> 您的項目必須足夠穩定,並且擁有一些最低可行功能用以吸引用戶們。 - -
-- -> 挑選一個用戶們能輕易記住的名字。 - -
-- -> 您的訪客們的第一件事就是閱讀您的 README 文檔,所以您得確保它幹淨漂亮、易於閱讀。[這些優秀的 README 文檔可以為您提供參考](https://github.com/matiassingers/awesome-readme)。 - -
-- -> 找出您的項目的強大之處並確保您的訪客們在第一時間了解到它們。 - -
-- -> 訪客們通常希望迅速了解您的項目的目標,它的工作原理以及應該如何使用它。為您的項目提供一個演示或者示例可以很好地滿足訪客們的需求,比如說: -> -> - 利用 GIF 動畫來展示您項目的工作原理 -> - 提供一個在線演示的網頁連接 - -
-- -> 您的項目不夠用戶友好可能會造成訪客們的流失。 - -
-- -> 一個優秀的文檔也許是最為重要的一步了。如果您的文檔比較小的話,您可以直接將它包含在 README 文檔裏。否則的話,您或許應該將您的文檔托管在一個獨立的網站上麵。一些開源項目比如 [vuepress](https://v1.vuepress.vuejs.org) 可以幫助您非常容易地創建幹淨整潔的文檔。 - -
-- -> 許多訪客會在考慮使用項目之前,先查看項目獲得過得 star 數量。隻需要一些 star 就能讓您的項目比沒有任何 star 的項目更加值得信賴,這就是為什麼您應該在社交網絡上公開宣布之前,請您認識的人支持您的項目。 - -
-- -> 向世界展示您無與倫比的作品!您可以在以下社交媒體和專業平台上發布: -> -> - [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/) - -
-- -> 在正式會議或線下聚會上介紹您的項目是提高知名度的好辦法。 - -
-- -> 雖然錄製視頻並不輕鬆,但它也許是能讓您的項目出名的最有效的辦法。 - -
-- -> 不要在假期或者周末發布您的項目。通常最適合在社交網絡上發布的時間是一周裏中間的那幾天。 - -
-- -> 不要在相同的平台上發布兩次。這將會被視為過度的宣傳,並且有可能為您的項目招致負麵宣傳。 - -
-- -> 維護並且改進您的項目,比如:新版本的發布和撰寫變更記錄。 - -
-- -> 別讓 issue 一直處於未解決的狀態並且對此毫無回應。對那些花費自己時間提交 issue 的用戶們好一點。 😉 - -
-- -> 一個健康的項目通常擁有一個社區和許多貢獻者們。在一些 issue 上標注`contribution welcome`標簽或者`good first issue`標簽來讓您的用戶們知道您需要幫助。[關於 github 標簽](https://help.github.com/en/articles/about-labels)。 - -
-- -> 為那些幫助過您的人們鼓掌喝彩! 一些開源項目像是[gatsby](https://github.com/gatsbyjs/gatsby)會獎勵貢獻者們一些小禮物。如果您負擔不起,也可以在 twitter 或者其它平台上發布一封關於項目貢獻的公開感謝信,並且提及那些貢獻者們([公開感謝信的示例](https://twitter.com/FranckAbgrall/status/1139470547492978688))。在您的 README 文檔裏開設一個`貢獻者`欄,以此公開地感謝貢獻者們。或者您也可以在項目文檔或網站上展示您的貢獻者們。以下是一些示例: -> -> - [vuepress (在 README 中的貢獻者欄)](https://github.com/vuejs/vuepress#code-contributors) -> - [Rythm.js (在展示頁麵上隨機顯示貢獻者)](https://okazari.github.io/Rythm.js/) - -
-- -> Github 的 issue 並不總是和您的用戶溝通最好的地方。如果有需要的話,您可以使用一些聊天平台來和他們討論: -> -> - [Discord](https://discordapp.com) -> - [Slack](https://slack.com) -> - [Gitter](https://gitter.im/) - -
-- -> 用戶反饋是改進您項目的最佳方法,他們也許有著能使您的項目變得更好的想法和主意。 - -
-- -> 如果訪問者們能夠見到具體的用例和成功案例的話,他們會更加信任您的項目,比如 [the 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 🌍 |
-