1K star+ 的项目是如何炼成的?

前言

首先标题党一下,其实这篇文章主要是记录个人第二个过 1K star 的项目 Java-Interview,顺便分享下其中的过程及经验。前端

4.png

需求选择

Java-Interview

之因此要作这个项目主要是当时我正在面阿里的两个部门,很是幸运的是技术面都过了。其中的过程真是让我受益不浅更是印象深入,因此就想把期间的问题记录下来,加上本身的理解但愿能对其余朋友起到帮助。git

正好那段时间也是传说中的金三银四,因此无形中也叫顺势而为吧😏。github

SSM

这个项目的历史就比较悠久了,我看了下第一次提交差很少是两年前。面试

从这个名字也能够看出当初仍是一个刚入行没多久的小菜鸟,由于以前在学 Java 的时候真的走了不少冤枉路,因此从头开始记录到如今整个过程所学到的东西,踩过的坑。编程

因为是面向小白,入门简单,上手较快也取的了必定的关注。架构

其实从这两个项目能够看出选择一个方向是很重要的并发

以及该项目解决了什么问题,长期的规划,受众是哪些都要考虑清楚(怎么有点像作产品😅,其实这就是你本身的产品)。工具

好比这两个项目的目标:post

  • Java-Interview:持续更新面试问题,但愿能让面试者知其然也知其因此然。
  • SSM:博主从小白到如今实际开发所遇到的问题记录,以及实战经验,如今逐渐会分享一些难点以及底层。受众大可能是小白。

文档很重要

既然项目作出来是给人用的,那文档就显得相当重要了。学习

就像平常和前端怼接口时,有一个标准的文档输出比在白板上折腾半天要高的多。

C0DA2F29-C334-46BC-8BED-14CD6B6C5349.png

其实仔细观察 GitHub 上热门的项目,会发现他们的文档几乎都有一些共同结构:

  • 简单描述项目是干什么的。
  • 快速启动。
  • 最近更新。
  • Q/A 答疑。
  • 项目截图。

主要目的就是要简单易读,快速上手。

而后把一些复杂的如系统设计、开发指南等能够放到 wiki 中。

切记不要什么东西都往 README.MD 中写,保持一个简洁的文档能够加分哦。

固然也能够在首页加入一些徽章如:

3.png

也能起到一些积极做用。

积极推荐

代码质量这个就很少说了,这应该是最基本的要求。

俗话说:酒香不怕巷子深。

但对于作开源项目来讲就不太适应了,当你幸辛苦苦作了一个自认为很不错的项目,结果一年过去了都无人问津,这难免会有点打击积极性。

因此适当的自我推荐就颇有必要了。

7D819139-647F-43E3-9DB2-AB80A3E6BC7B.png

1.jpg

2.png

上图是我博客、项目的主要流量来源。

下面是我自身体验比较优质的推荐渠道:

  • 开发者头条:因为截图的时候没有新发文章,以前那篇秒杀架构实践发了以后博客 80% 的流量都是从头条过来的,并且质量很高,不得不点个赞。
  • 并发编程网: 并发编程网是由阿里大牛清英(买了那本《并发编程的艺术》就被圈粉了)创办的,其中的文章质量广泛较高(致使也会有一点写做门槛)。因为网站的流量也比较高,只要你的文章质量不错确定会获得好处。
  • 掘金:掘金这两年也比较火,是专门作开发者内容的,也是网站流量不错。
  • 开源中国:开源中国的博客也不错,本身也有代码托管,但我仍是更喜欢用 GitHub,通常上了编辑推荐都会有不错的访问量。
  • V2EX:大名鼎鼎的 V 站,其实受众较少,正由于如此也造成了独有的文化,所以也是我天天比逛(摸鱼)的网站,因为受众大可能是开发者因此也能获得不少有用的反馈。
  • 大佬推荐:最快捷的方式其实就是口口相传,其中固然是大佬的效率最高。以前有个纯洁的微笑程序猿DD 都投过稿,也能带来不错的流量。
  • 简书:原本不想推荐简书的(以前的事件以及如今鸡汤太多),可是流量还能够,如今就纯粹当作博客备份的工具了。

坚持下来以后会发现:只要本身坚持、保证质量最后会造成本身的阅读圈子,到后面甚至会有其余朋友主动来找你分享,这些都是自我提高的过程。

不忘初心

当初作的第一个开源项目就是 SSM,彻底受够学习时找资料的痛苦,也获得了不少人的帮助,因此才有了该项目。

平时工做中或多或少都会用到开源项目,其实咱们大部分人也写不出 Spring、Guava 这样的项目,只是再这过程当中能够参与进去,收获也是很是丰富的。

两年前参与开源到如今有收到面试邀请、物质奖励这些都是正面积极的,能够鼓励咱们接着作下去。

但最多的仍是在这过程当中结识了不少朋友,技术能力提高也很明显,这些都是保持自我可持续发展的必要条件。

相关文章
相关标签/搜索