# GitHub 吸星大法

# 1. 前言

笔者做前端开发这些年，几乎每天都会刷 GitHub，也时不时在上面分享博客和做一些开源项目，也算是 GitHub 的重度使用者了，其中也掌握了一定的技巧，并在一年内收获了 2000+ Star。

因为有读者问过我，想知道我在 GitHub 上做开源项目并获得 2000+ Star 的心得，所以笔者在此分享一下这过程的一些经验与心得，算是给那些关注了我的读者的福利。

# 2. 为什么要经营好你的 GitHub ？

GitHub 可以说是你的技术名片，你在 GitHub 的贡献可以作为简历的加分项。

据我所知，对于技术岗位，猎头在找候选人的诸多方法中，有一条就是通过 GitHub 来找技术比较好的候选人的，如果你的 GitHub 经营得很好，开源项目收获的 Star 比较多，一般都会为你提供一些好的机会。

为什么笔者知道？因为 ta 们找过笔者，所以我知道，哈哈哈。

而且如果某个公司的团队负责人看到你的 GitHub，觉得你的技术不错，也会给你抛来招揽的橄榄枝。这种情况，笔者也遇到过，哈哈哈。

笔者也是最近裸辞并换了工作，最近在找工作过程中，笔者知道了：想通过社招获得好工作或者进大厂，一般都要有如下 4 点中的 1 - 2 个亮点才行。

高学历，名校毕业
工作年限足，经验丰富（但不是 1 年经验当 5 年用那种）
有开源与影响力，GitHub 的贡献或者经常写优质博客
本身就有大厂的工作经历

大多数人都是普通人，平时所做工作几乎都是写业务而已，那么只有你具备 1 - 2 个亮点，HR 或者面试官在筛选简历时，才会选中你，或者好机会才会自动找上你。

找工作时，我简历中的亮点就是 GitHub 的贡献，在开源与影响力的一栏中，我是这样写的：

# 开源与影响力

GitHub： https://github.com/biaochenxuying 。

本人有 写技术博客和做开源项目 的习惯，乐于分享，坚持写博客和做开源项目的时间长达 一年半。

利用业余时间开源和维护了 10 个个人项目，有博客文章、Vue 源码的思维导图、Vue 版的博客网站前台、React 管理后台、Express 后台、还有一些 js 轮子。

GitHub 上总共收获 2000+ Star，500+ Fork ，570+ Followers；超过 100 star 的项目有 6 个，超过 500 star 的项目有 1 个。

如果没有这个亮点，估计在这互联网寒冬期间，笔者也很难有好公司的面试机会或者找到工作啊。

# 3. 如何经营好你的 GitHub ?

你能为他人提供什么样的价值。

想收获到很多小星星，那你首先要想的是：你能为他人提供什么样的价值。

就笔者来说，笔者在 GitHub 上为他人提供的价值有：

写的博客文章，他人可以从中吸取到经验、知识点，或者思维得到提升；
把相关知识总结成思维导图，分享出来，他人可以直接学习；
把根据自己的兴趣，做了个博客网站，并把源码分享出来，并做了开源，别人可以直接用；
自己工作中造的一些轮子，也分享出来，他人可以直接用。

总之，原则就是：你能提供的价值越大越多，收获到的小星星就会越多。

# 3.1 写博客文章

至于为什么要写博客，我就不说了，很多大神已经写过了，可以参考一下几个大佬们写的我为什么要写博客？

笔者只想说，只要你开始了写博客之路，那基本就是一条一去不回头的路了。因为笔者就是这样，而且我看到很多写博客的人也是这样。

还有就是最好用 markdown 语法来写作，也可以参考阮一峰写的中文技术文档的写作规范，这样可以更加关注内容本身，而不是样式，多个平台也可以发布。

而且写作这是非常重要的一环，因为后面介绍的方法，多多少少都依赖于写作。

笔者专门在 GitHub 上创建了一个 blog 仓库来写文章的，也是目前笔者收获最多 Star 的开源项目，而且布局和风格什么的，都是比较正规的。如果你也想创建个仓库专门来写文章的，可以参考我这个 blog 项目。

# 3.2 做开源项目

可能你觉得自己的代码写的不好，没有什么流弊的功能，不敢开源代码之类的，这想法也没错，但你要知道，大神都是从小白过来的，每个人都有是小白的时候。

而且后来者从来都不缺，很多时候，你的分享主要是对那些后来者有用而已；更何况，比你厉害的人可能会指出你分享中的错误或者改进的地方，也是能促进你的进步的。

这个开源项目类型可以是很多种的，有造轮子的、写插件的、高仿某个 app 或者网站的、用某些技术写个通用模版的、总结知识做成思维导图的、提供某个功能的等等。

虽然类型那么多，最主要的是：要根据自身的兴趣和平时日常工作来选择要做哪种类型的开源项目。

笔者因为平时有写博客，所以想做个自己的个人网站，专门来展示自己的文章的，而且当时想学习 react 和 node ，所以做了个网站的项目并开源了，包含前台展示、管理后台、后台。

还有一些开源项目是笔者在工作中造的轮子或者插件（ps：如果是公司的机密项目的轮子、插件之类，又或者公司声明了不能把代码外传的，不要随意开源哦）。

我是这样想的：既然自己有这样的需求（比如：做个自己的个人网站需求），那么同理，其他人可能也有这个需求的，所以我做好功能并开源，对他人就可能有帮助。

我开源了之后，也的确给不少人提供了经验或者帮助，因为这个项目，笔者收获了很多的小星星。而且很多人是伸手党来的，你做好了，别人可以直接用，多方便啊。

还有一个项目就是 vue + typescript 版的博客前台展示，当时我已经写了一版 react 版的前台展示了，为什么还写一版 vue 版的呢？因为我想学习 typescirpt，所以想在结合 vue 来实践一下，而工作中还没用得上，所以又把我的网站前台展示用 vue + typescript 用了一版。

而且当时 typescript 加 vue 的开源项目还很少的，连相关的博客都少，我想参考一下别人的项目，但是没有啊，所以当时也踩了很多坑。所以我想：我如果开源了的话，肯定很多人会参考我这个项目的，也会带来一定的流量，所以能收获不少的 star 。也的确是这样，这个项目也是我目前的完整项目中最多 star 的一个。

有一点要注意的是：一个人的精力与业余时间是非常有限的。如果是一个人的话，做的开源项目不要太多吧，维护好一个开源项目是很需要时间的，维护多个项目所需要的时间就更多了。

你以为开源了就行了吗？太天真了。

那要写 README.md 来介绍你开源的项目的，比如一般要有如下内容：