前端开发者的github经营思考

每一个开发者在刚接触IT行业的时候，都会听到github是程序员的名片这样一句金句。

但大多数开发者的github几乎没有什么干料，甚至是一些从业挺久的前辈也是如此。与其做着不现实的梦，不如一步一步填充自己的github。

所以本文让我们循着一个前端开发者的技术成长之路，分析如何逐步经营自己的github。

github的打开方式

我认为“正确”的打开方式是：

• 开发者对于开源社区的贡献（主要功能）
• 展现个人技术实力（副功能）

我们做技术的，贡献可以细分为很多类，如开源的工具库，开源的框架，当然还有如技术文章等。跟一个前端初学者谈创造一个前端框架没有什么意义，完全不现实。但这并不意味着我们不能有一个亮眼的github仓库。

下面我就来循着前端工程师技术成长的路径，来看看我们能在自己的github仓库做什么事情。

在github应该做些什么

技术文章

• 与技术相关的思考（如：对行业的一些思考；对工作中一些场景的思考）
• 对某项技术的研究总结（如：对React底层原理的解析；对前端优化的实践方案总结等）
• 其他（如：对最近阅读的高质量文章的整理收藏）

对于初学者，有成熟的结果产出是不现实的。但初学阶段是我们吸收“知识”最多的阶段，所以整理大量的新知识，谈谈对这些知识的理解，写成技术文章。也是一种产出，能够让自己有一个总结的过程，也许也能给其他人提供帮助。

这时候，你可以将你的文章集中在一个仓库，写一个清晰的ReadMe文件将他们组织起来。

个人博客

你会发现，将文章写在github仓库好像传播度不好，组织的形式也不够直观，那么当你有些前端基础的时候，你可以尝试着搭建一个个人博客，托管在你的github.io上。

你可以使用很多博客工具（如jekyll，hexo），只需要你简单配置就能完成。之后你只需要写文章就可以了。

比如我的博客，用两个小时搭的：

（不过用工具搭的博客也许应该闭源的，因为他的代码没有阅读价值）

练手demo

说实话，你在github上放一个你个人项目的源码，没有人会平白无故的去看你的。

但是如果你做了一些小的demo项目，并且能够让别人在Readme中很直观的看到效果，那么别人也许会有兴趣去研究研究你是如何实现的。

比如淘宝的这位老哥的仓库hongru.github.com：

Readme很清晰的预览图列表，点击每个预览图都能打开demo演示链接，很直观的看到效果。

但是仿佛他源码管理的有点点乱…找某个动画的源码有些费劲。

自己制作的工具

开源自己创造的一些工具，具有实用价值，比如前b站的这位老哥做的一个日记写作和管理工具MoeNotes：

​

风格比较强烈，同样也有一个非常直观的readme，有文档和视屏预览。

小轮子

开源最原始的目的，我觉得是造轮子给别人，所以当你技术开始慢慢成熟，可以尝试着造一些纯粹的轮子，比如一个滚动播放组件，一个播放器组件等等。一个还算可以的轮子要求你：

• 清晰的文档
• 高质量的代码
• 清晰的注释
• 通用性
• 一点想法和创意

所以这个造轮子的过程有不少挑战，也能带来不少提升。

比如sw-router:

工具库和框架

技术成熟，可以尝试搞一套有使用价值的工具库和框架。比如适应于公司某个特殊的业务场景。

我就不太深入了，自己的技术深度还不够。

一些建议

• 一个足够清晰的ReadMe，能够让别人一眼看出你的仓库是干嘛的，这是内容传播的最基本的门槛
• 没有开源价值的项目（比如练手项目）最好放在私有的仓库（大学生可以免费申请），开源的地方要做开源的事儿。
• 开源的项目本身不一定需要有价值，有趣也未尝不可。