mirror of
https://github.com/phodal/github
synced 2026-05-22 16:48:40 +00:00
修复 Star 拼写错误
This commit is contained in:
liuyunbin
parent
5106497f7b
commit
bbebd37619
8 changed files with 36 additions and 36 deletions
10
README.md
10
README.md
|
|
@ -141,7 +141,7 @@
|
|||
* [编码的练习](http://github.phodal.com/#编码的练习)
|
||||
* [See you Again](http://github.phodal.com/#see-you-again)
|
||||
* [GitHub 里程碑](http://github.phodal.com/#github-里程碑)
|
||||
* [写在GitHub 的第 19999 个 star 时](http://github.phodal.com/#写在github-的第-19999-个-star-时)
|
||||
* [写在GitHub 的第 19999 个 Star 时](http://github.phodal.com/#写在github-的第-19999-个-star-时)
|
||||
* [从创建开源框架说起](http://github.phodal.com/#从创建开源框架说起)
|
||||
* [下一个开源项目](http://github.phodal.com/#下一个开源项目)
|
||||
* [GitHub 寻宝指南](http://github.phodal.com/#github-寻宝指南)
|
||||
|
|
@ -154,11 +154,11 @@
|
|||
* [私有、商用的 SDK 或代码](http://github.phodal.com/#私有商用的-sdk-或代码)
|
||||
* [数据及数据制作工具](http://github.phodal.com/#数据及数据制作工具)
|
||||
* [结论](#结论)
|
||||
* [GitHub 获 star 指南](#github-获-star-指南)
|
||||
* [为什么我们 star 一个项目](#为什么我们-star-一个项目)
|
||||
* [我的获 star 方式](#我的获-star-方式)
|
||||
* [GitHub 获 Star 指南](#github-获-star-指南)
|
||||
* [为什么我们 Star 一个项目](#为什么我们-star-一个项目)
|
||||
* [我的获 Star 方式](#我的获-star-方式)
|
||||
* [GitHub 流量分析](#github-流量分析)
|
||||
* [GitHub 获 star 指南技巧](#github-获-star-指南技巧)
|
||||
* [GitHub 获 Star 指南技巧](#github-获-star-指南技巧)
|
||||
* [技巧一：结合 SEO 技巧](#技巧一结合-seo-技巧)
|
||||
* [技巧二：完整、易读的 README](#技巧二完整易读的-readme)
|
||||
* [技巧三：社交分享](#技巧三社交分享)
|
||||
|
|
|
|||
|
|
@ -70,7 +70,7 @@
|
|||
|
||||
### GitHub与收获
|
||||
|
||||
先说说**与技能无关的收获**吧，毕业设计做的是一个《[最小物联网系统](https://github.com/phodal/iot)》，考虑到我们专业老师没有这方面知识，答辩时会带来问题，尽量往这方面靠拢。当我毕业后，这个项目已经有过百个star了，这样易上手的东西还是比较受欢迎的（ps：不过这种硬件相关的项目通常受限于GitHub上硬件开发工程师比较少的困扰）。
|
||||
先说说**与技能无关的收获**吧，毕业设计做的是一个《[最小物联网系统](https://github.com/phodal/iot)》，考虑到我们专业老师没有这方面知识，答辩时会带来问题，尽量往这方面靠拢。当我毕业后，这个项目已经有过百个 Star 了，这样易上手的东西还是比较受欢迎的（ps：不过这种硬件相关的项目通常受限于GitHub上硬件开发工程师比较少的困扰）。
|
||||
|
||||
毕业后一个月收到PACKT出版社的邮件（ps：他们是在 GitHub 上找到我的），内容是关于Review一本[物联网](iot)书籍，即在《[从Review到翻译IT书籍](http://www.phodal.com/blog/review-it-books-with-translate-book/)》中提到的《Learning Internet of Things》。作为一个四级没过的"物联网专家"，去审阅一本英文的物联网书籍。。。
|
||||
|
||||
|
|
|
|||
|
|
@ -151,7 +151,7 @@ angular | angular.js | JavaScript | 36,061 | [https://github.com/angular/angular
|
|||
mbostock | d3 | JavaScript | 35,257 | [https://github.com/mbostock/d3](https://github.com/mbostock/d3)
|
||||
joyent | node | JavaScript | 35,077 | [https://github.com/joyent/node](https://github.com/joyent/node)
|
||||
|
||||
上面列出来的是前5的，看看大于1万个stars的项目的分布，一共有82个：
|
||||
上面列出来的是前5的，看看大于1万个 Stars 的项目的分布，一共有82个：
|
||||
|
||||
语言 | 项目数
|
||||
-----|-----
|
||||
|
|
|
|||
|
|
@ -1,7 +1,7 @@
|
|||
如何推广
|
||||
===
|
||||
|
||||
除了擅长编写 md 电子书来攒 star，我还写了一系列的开源软件，也掌握了一些项目运营的技巧。
|
||||
除了擅长编写 md 电子书来攒 Star，我还写了一系列的开源软件，也掌握了一些项目运营的技巧。
|
||||
|
||||
**开源并不是你把软件、README 写好就行了，还有详细的文档、示例程序等等**。
|
||||
|
||||
|
|
@ -29,13 +29,13 @@ Vue 不是因为好用，而一下子火了。这一点我印象特别深，当
|
|||
|
||||
除此，文中还提到了一篇文章《[How to Spread The Word About Your Code](https://hacks.mozilla.org/2013/05/how-to-spread-the-word-about-your-code/?utm_source=statuscode&utm_medium=email)》 。
|
||||
|
||||
这一点相当的有意思，如果你的想法好的话，那么大家都会肯定，点下链接，为你来个 star。那么，你就获得更好的动力去做这件事。项目也在开头的时候，获得了相当多的关注。而如果大家觉得你的项目没有新意的话，那么你懂的~。
|
||||
这一点相当的有意思，如果你的想法好的话，那么大家都会肯定，点下链接，为你来个 Star。那么，你就获得更好的动力去做这件事。项目也在开头的时候，获得了相当多的关注。而如果大家觉得你的项目没有新意的话，那么你懂的~。
|
||||
|
||||
除此，还有一种可能是，你的 ID 不够 fancy，即你在社区的影响上比较少。此时，就需要**一点点慢慢积累人气**了。当你积累了一些人气，你就能和松本行弘一样，在创建 mRuby 的时候就有 1000+ 的 star。并且，在社区上还有一些相关的文章介绍，各个头条也由他的粉丝发了上去。如，一年多以前，我创建了 [mole](https://github.com/phodal/mole) 项目。
|
||||
除此，还有一种可能是，你的 ID 不够 fancy，即你在社区的影响上比较少。此时，就需要**一点点慢慢积累人气**了。当你积累了一些人气，你就能和松本行弘一样，在创建 mRuby 的时候就有 1000+ 的 Star。并且，在社区上还有一些相关的文章介绍，各个头条也由他的粉丝发了上去。如，一年多以前，我创建了 [mole](https://github.com/phodal/mole) 项目。
|
||||
|
||||
|
||||
|
||||
当时，是为了给自己做一个基于 GitHub 云笔记的工具，在完成度到一定程度的时候。我在我的微信公从号上发了相关的介绍，第二天就有 100+ 的 star 了，还接收到一些鼓舞的话语。对应于国内则有：
|
||||
当时，是为了给自己做一个基于 GitHub 云笔记的工具，在完成度到一定程度的时候。我在我的微信公从号上发了相关的介绍，第二天就有 100+ 的 Star 了，还接收到一些鼓舞的话语。对应于国内则有：
|
||||
|
||||
- 极客头条
|
||||
- 掘金
|
||||
|
|
|
|||
|
|
@ -1,15 +1,15 @@
|
|||
GitHub 里程碑
|
||||
===
|
||||
|
||||
写在GitHub 的第 19999 个 star 时
|
||||
写在GitHub 的第 19999 个 Star 时
|
||||
---
|
||||
|
||||
> Star 虽好，可不要贪杯哦。
|
||||
> 两年前在做 Annual Review 订下一年的目标时，想着写一个开源框架。去年订下今年的目标时，仍然继续着这样的想法。今年又要制定下一年的目标，2333~~。
|
||||
|
||||
不久前，在 GitHub Ranking 上看到自己的 star 数（star 不是设计用于做“点赞”的，而是用来收藏的）时，发现已经快 20000 了。然后把自己的项目过了一遍，发现没有一个比较好的**代表性框架**，要么是应用，要么是电子书。
|
||||
不久前，在 GitHub Ranking 上看到自己的 Star 数（Star 不是设计用于做“点赞”的，而是用来收藏的）时，发现已经快 20000 了。然后把自己的项目过了一遍，发现没有一个比较好的**代表性框架**，要么是应用，要么是电子书。
|
||||
|
||||
前 8 个项目里，除了 Growth 应用以外，其他的都是电子书内容——六本电子书加起来的 star 数有 **10619**，果然是骗 star 的。我只能尽力地去想想：为什么事情会变成这样了？
|
||||
前 8 个项目里，除了 Growth 应用以外，其他的都是电子书内容——六本电子书加起来的 Star 数有 **10619**，果然是骗 Star 的。我只能尽力地去想想：为什么事情会变成这样了？
|
||||
|
||||
### 从创建开源框架说起
|
||||
|
||||
|
|
@ -19,7 +19,7 @@ GitHub 里程碑
|
|||
|
||||
当时，我遇到的最主要的问题是：**想参与到项目的人并没有遇到足够的能力**。你还需要花费大量的时间去教他们，鼓励 GitHub 新手并不是一件容易的事。有时我需要在接受他的 PR 后，再修改他的代码。并且人们提交 PR 可能是出于不同的原因。
|
||||
|
||||
然后，知道了开源世界还有一个游戏规则是：**谁的影响力大，谁就能产生更广泛的影响**。如 Virtual Dom 并不是 Facebook 首创的，但是却因为 FB 火的； 松本行弘在写下 mruby 的 README 时（印象中是这个项目），star 数就已经过 1k 了。这种例子数不胜数，要么是在推广上花了力气，要么个人、公司有着更大的影响力。
|
||||
然后，知道了开源世界还有一个游戏规则是：**谁的影响力大，谁就能产生更广泛的影响**。如 Virtual Dom 并不是 Facebook 首创的，但是却因为 FB 火的； 松本行弘在写下 mruby 的 README 时（印象中是这个项目），Star 数就已经过 1k 了。这种例子数不胜数，要么是在推广上花了力气，要么个人、公司有着更大的影响力。
|
||||
|
||||
一年前，稍微改变了下策略：暂时以**培养人为主**，同时想着做一个合适的开源框架——只是在今年看来，前端领域已经没有合适的地方可以造轮子了。
|
||||
|
||||
|
|
|
|||
|
|
@ -26,7 +26,7 @@
|
|||
|
||||
练习新的框架，我总习惯于，**编写一系列相关的 DEMO 项目，然后使用 awesome-xxx 探索可能性。**
|
||||
|
||||
Awesome-xxx 系列，是 GitHub 上最容易赚 star 的类型。但凡是有一定知识度的领域、语言、框架等，都有自己的 awesome-xxx 系列的项目，如 awesome-python, awesome-iot, awesome-react 等等。在这样的项目里，都以一定的知识体系整理出来的，从索引和查阅上相应的方便。如果你想进入一个新的领域，会尝试新的东西就搜索 ``awesome xxx`` 吧。
|
||||
Awesome-xxx 系列，是 GitHub 上最容易赚 Star 的类型。但凡是有一定知识度的领域、语言、框架等，都有自己的 awesome-xxx 系列的项目，如 awesome-python, awesome-iot, awesome-react 等等。在这样的项目里，都以一定的知识体系整理出来的，从索引和查阅上相应的方便。如果你想进入一个新的领域，会尝试新的东西就搜索 ``awesome xxx`` 吧。
|
||||
|
||||
**温馨提醒**：awesome-xxx 只意味着它们包含尽可能多的资料，并不代表它们拥有所有相关的库。
|
||||
|
||||
|
|
|
|||
|
|
@ -1,36 +1,36 @@
|
|||
# GitHub 获 star 指南
|
||||
# GitHub 获 Star 指南
|
||||
|
||||
> 每天打开 GitHub Trending，都是各种面试指南，这样的生活真难受。如果你的项目是金子，那么请读读这篇文章。
|
||||
|
||||
GitHub 是一个非常有意思的地方，也常常变得非常有争议。有证据表明，GitHub 在某种程度上已经成为了简历的一部分。所谓的证据，便是培训班的人在帮助面试者美化 GitHub 页面——从 Vue 高仿各类项目，到淘宝买 star 来粉饰门面。作为一个面试官，我向来是非常讨厌这样的行为。那么作为一个正直的开发人员，他/她们也越来越需要通过 GitHub 去证明自己的能力。否则，总有一天**劣币驱逐良币**，导致 GitHub Trending 上的项目越来越不堪入目。
|
||||
GitHub 是一个非常有意思的地方，也常常变得非常有争议。有证据表明，GitHub 在某种程度上已经成为了简历的一部分。所谓的证据，便是培训班的人在帮助面试者美化 GitHub 页面——从 Vue 高仿各类项目，到淘宝买 Star 来粉饰门面。作为一个面试官，我向来是非常讨厌这样的行为。那么作为一个正直的开发人员，他/她们也越来越需要通过 GitHub 去证明自己的能力。否则，总有一天**劣币驱逐良币**，导致 GitHub Trending 上的项目越来越不堪入目。
|
||||
|
||||
出于这样的目的，我想为那些有真金白银的小伙伴写一篇攻略。至于其他/她人的看法倒是不重要，帮助那些金子从水底浮出来，才是我们应该做的。要是有太多的过于水的项目，每天打开 GitHub Trending，都是各种面试指南，那生活还叫生活吗？那叫被面试强迫的生活。
|
||||
|
||||
## 为什么我们 star 一个项目
|
||||
## 为什么我们 Star 一个项目
|
||||
|
||||
在 GitHub 获得 Star 的重点是，**碰触人们的 G 点**——人们只对和自己有关的事情感兴趣。或是证明自己是对这个感兴趣，或是觉得这个项目不错可以收藏，或者是觉得作者不容易鼓励一下作者。
|
||||
|
||||
当然了，我痛恨那些，投机取巧的人——在 GitHub 放置大量非自己创作的电子书、学术资料、课程，以获取 star。
|
||||
当然了，我痛恨那些，投机取巧的人——在 GitHub 放置大量非自己创作的电子书、学术资料、课程，以获取 Star。
|
||||
|
||||
获得 Star 的核心是：**你有人们想要的东西，你分享了人们想要的内容**。这些内容可以是代码、文档、文章、资料、指南，只要它能帮助到其他/她人，那么它便是有价值的。当然了作为 GitHub 本身来说，那些通过 Git 和版本管理可以控制的内容，才更适合于这个平台上。
|
||||
|
||||
所以，当你手上拥有了人们想要的东西时，那么你就可以使用这份指南，来帮助你构建出更成功的项目。
|
||||
|
||||
## 我的获 star 方式
|
||||
## 我的获 Star 方式
|
||||
|
||||
作为一个 GitHub 上的“大 V”，我往往不需要花费太多的精力在项目宣传上。在 GitHub 上创建一个项目，然后 star 就来了……。有时候会比较“无耻”，等到某个项目做得稳定的时候，再给自己一个 star ，吸引更多的吃瓜群众。而后，写一系列的文章来介绍自己的项目。唉，做个开源项目不容易啊。
|
||||
作为一个 GitHub 上的“大 V”，我往往不需要花费太多的精力在项目宣传上。在 GitHub 上创建一个项目，然后 Star 就来了……。有时候会比较“无耻”，等到某个项目做得稳定的时候，再给自己一个 Star ，吸引更多的吃瓜群众。而后，写一系列的文章来介绍自己的项目。唉，做个开源项目不容易啊。
|
||||
|
||||
但是这些并不管用，因为有时候，我写的代码是大家丝毫不感兴趣的内容。如我最近写的 Serverless 密码管理器 MoPass：我在公众号上、博客上、知乎上写了文章来宣传这个项目，最后只吸引了一小部分人的注意——<= 25。毕竟，你觉得好的东西，那只是对你来说有用。对于其他/她人来说，这个密码管理器可能远远不如 1Password。
|
||||
|
||||
再举个成功的例子，最近我在思考：**新项目的检查清单**，即当我们来到或者开始一个项目的时候，我们需要做哪些事情，对应的还需要考虑什么因素。于是我在 GitHub 上创建了一个名为 New Project Checklist （[https://github.com/phodal/new-project-checklist](https://github.com/phodal/new-project-checklist) ） 的项目。我只是按自己的想法，在 README 上写下了要考虑的中英文因素，还没编写 Web 部分，就已经获得了 100+ 的 star。与此同时，因为 Web 部分还没完成，所以我还没在我的博客、专栏上进行宣传。
|
||||
再举个成功的例子，最近我在思考：**新项目的检查清单**，即当我们来到或者开始一个项目的时候，我们需要做哪些事情，对应的还需要考虑什么因素。于是我在 GitHub 上创建了一个名为 New Project Checklist （[https://github.com/phodal/new-project-checklist](https://github.com/phodal/new-project-checklist) ） 的项目。我只是按自己的想法，在 README 上写下了要考虑的中英文因素，还没编写 Web 部分，就已经获得了 100+ 的 Star。与此同时，因为 Web 部分还没完成，所以我还没在我的博客、专栏上进行宣传。
|
||||
|
||||
我只是写了一个 README，然后 star 就来了。但是，一般情况下，我们需要怎么做呢？
|
||||
我只是写了一个 README，然后 Star 就来了。但是，一般情况下，我们需要怎么做呢？
|
||||
|
||||
## GitHub 流量分析
|
||||
|
||||
实际上，当我们在说获得 star 的时候，我们说的是**为自己的项目做推广**。只是呢，获得 star 是其中的一个结果产物，也就是说，我们在宣传项目的过程中，获得了关注度。至于推广本身来说，不同的人会有不同的看法。
|
||||
实际上，当我们在说获得 Star 的时候，我们说的是**为自己的项目做推广**。只是呢，获得 Star 是其中的一个结果产物，也就是说，我们在宣传项目的过程中，获得了关注度。至于推广本身来说，不同的人会有不同的看法。
|
||||
|
||||
事实上，GitHub 获取 star 与我们日常了解的营销差不多，先将用户吸引到我们的 GitHub 页面，再让用户有关注的动力（这一点太难了）。
|
||||
事实上，GitHub 获取 Star 与我们日常了解的营销差不多，先将用户吸引到我们的 GitHub 页面，再让用户有关注的动力（这一点太难了）。
|
||||
|
||||
因此开始之前，我们先看张图就能知道怎么获取流量。如下是《GitHub 漫游指南》最近两周内的流量来源统计（GitHub 通过 Google Analysis 来统计）：
|
||||
|
||||
|
|
@ -44,7 +44,7 @@ GitHub 是一个非常有意思的地方，也常常变得非常有争议。有
|
|||
- 来自于 GitHub Pages 的访问
|
||||
- 来自其它社交网站的访问
|
||||
|
||||
总的来说，在这一周里，累计有 1,266 次访问，其中有 735 个独立访客。看这数据不错，而实际上 star 率 就有点低。根据 Star History 网站（https://star-history.t9t.io ） 的统计，在过去的近两个月里，才涨了 38 个 star。
|
||||
总的来说，在这一周里，累计有 1,266 次访问，其中有 735 个独立访客。看这数据不错，而实际上 Star 率 就有点低。根据 Star History 网站（https://star-history.t9t.io ） 的统计，在过去的近两个月里，才涨了 38 个 Star。
|
||||
|
||||
|
||||
|
||||
|
|
@ -57,15 +57,15 @@ GitHub 是一个非常有意思的地方，也常常变得非常有争议。有
|
|||
|
||||
|
||||
|
||||
在 999 个独立访客里，获得了 202 个 star，转化率差不多是 20%——大家真的对这个项目感兴趣。
|
||||
在 999 个独立访客里，获得了 202 个 Star，转化率差不多是 20%——大家真的对这个项目感兴趣。
|
||||
|
||||
所以，让我们再强调一下核心的部分：**你分享了人们想要的代码、内容**。否则，你带来了大量的流量，并不一定能转化为你想要的关注度。
|
||||
|
||||
## GitHub 获 star 指南技巧
|
||||
## GitHub 获 Star 指南技巧
|
||||
|
||||
对于一个创造而言，自然而然的希望自己的项目能有人用。可能一点点的吐槽，都能帮助项目以更好的方式前进。这也就是我为自己项目宣传的意义，在创建项目的时候，我们往往只会按照自己的需要来创建项目。而非其他/她人的需求。因此当有一些新的需求出现时，可能会稍微地影响项目演进的方向。这些方向有好有坏，有时候反而会对自己更有帮助。
|
||||
|
||||
好了，回到我们的正题上，怎么去获取 star？
|
||||
好了，回到我们的正题上，怎么去获取 Star？
|
||||
|
||||
### 技巧一：结合 SEO 技巧
|
||||
|
||||
|
|
@ -136,7 +136,7 @@ GitHub 是一个人的简历，**而开源项目的 README，就好像是一个
|
|||
|
||||
### 不是技巧的技巧：持续性
|
||||
|
||||
事实上，如你所知，我在 GitHub 上获得大量 star 的原因，并不是说我有一个优秀的项目。而在于我在持续的更新，持续不断地在 GitHub 上做自己喜欢的项目，投入时间分享相关的技巧，还有一系列相关的开源项目。
|
||||
事实上，如你所知，我在 GitHub 上获得大量 Star 的原因，并不是说我有一个优秀的项目。而在于我在持续的更新，持续不断地在 GitHub 上做自己喜欢的项目，投入时间分享相关的技巧，还有一系列相关的开源项目。
|
||||
|
||||
我们一直在持续变好，打造一个自由的互联网世界，打造一个个自己喜欢的工具。
|
||||
|
||||
|
|
|
|||
|
|
@ -3,9 +3,9 @@ FAQ
|
|||
|
||||
## 如何看待 GitHub 项目刷Star行为？
|
||||
|
||||
我觉得：在作者开源了源码的情况下，求 star 并没有任何问题。
|
||||
我觉得：在作者开源了源码的情况下，求 Star 并没有任何问题。
|
||||
|
||||
开源软件的源头是自由软件，而 RMS 创建自由软件的目的是，反对专利软件，即私有化的软件。如果一个开源项目，要你 star 了，才公开源码，这才叫违反。
|
||||
开源软件的源头是自由软件，而 RMS 创建自由软件的目的是，反对专利软件，即私有化的软件。如果一个开源项目，要你 Star 了，才公开源码，这才叫违反。
|
||||
|
||||
开源一个软件，并不意味着：你不能用这个开源软件追求任何利益。在所谓的开源运动里，一个开源软件是可以用来卖钱的。可在国内，这是很难的，大公司 如腾讯，可以轻轻松松地用你的软件，而不遵循 GPL 协议。
|
||||
|
||||
|
|
@ -13,8 +13,8 @@ FAQ
|
|||
|
||||
并且对于大部分的开源软件作者来说，都不大可能像 OpenResty、Vue、emqtt 等软件的作者一样，可以从开源软件获得收益来支撑他们开发。还有一些少数人，还能从开源软件中获得一些利益，提高他们今年的 KPI。然后明年的工资，又会多涨一点点。
|
||||
|
||||
可多数人，并没有这样的可能性。我在 GitHub 上有接近 30k 的 star（笑，有接近 20k 是属于电子书的，毕竟思想改变世界），它一点儿也不影响我涨工资。反而多了一个 GitHub “网红” 的称号，要知道在技术领域，“网红” 并不是一个好词。我观察过的大量开源爱好者，怕是比我还惨一些。明明做了很好的工作，因为宣传工作没有做好，连几个 star 都没有，后来就弃坑了。
|
||||
可多数人，并没有这样的可能性。我在 GitHub 上有接近 30k 的 Star（笑，有接近 20k 是属于电子书的，毕竟思想改变世界），它一点儿也不影响我涨工资。反而多了一个 GitHub “网红” 的称号，要知道在技术领域，“网红” 并不是一个好词。我观察过的大量开源爱好者，怕是比我还惨一些。明明做了很好的工作，因为宣传工作没有做好，连几个 Star 都没有，后来就弃坑了。
|
||||
|
||||
在这个时候，求 star 就是让心里好受一些，『我做了这么多的事情，我希望得到一些认同』。如果我在一个微信群里，看了作者做了大量的提交，花费了一些心思。在这个时候，我是会去为作者点 star 的。因为我的 GitHub 上粉丝比较多，所以往往会多带来几个 star。
|
||||
在这个时候，求 Star 就是让心里好受一些，『我做了这么多的事情，我希望得到一些认同』。如果我在一个微信群里，看了作者做了大量的提交，花费了一些心思。在这个时候，我是会去为作者点 Star 的。因为我的 GitHub 上粉丝比较多，所以往往会多带来几个 Star。
|
||||
|
||||
如果一个人在开源世界里，做了很多事情，连一个 star 都没有。那么，他/她可能就会离开开源世界。当这种事情发生多了，那么开源世界的人就变少了。任何做开源工作的人，都是值得鼓励的——不论他们是出于什么目的。
|
||||
如果一个人在开源世界里，做了很多事情，连一个 Star 都没有。那么，他/她可能就会离开开源世界。当这种事情发生多了，那么开源世界的人就变少了。任何做开源工作的人，都是值得鼓励的——不论他们是出于什么目的。
|
||||
|
|
|
|||
Loading…
Reference in a new issue