嗯，可能一进来大部分人都会觉得，为什么还会有人重复造轮子，GitHub 第三方客户端都已经烂大街啦。确实，一开始我自己也是这么觉得的，也问过自己是否真的有意义再去做这样一个项目。思考再三，以下原因也决定了我愿意去做一个让自己满意的 GitHub 第三方客户端。
-
对于时常关注 GitHub Trending 列表的笔者来说，迫切需要一个更简单的方式随时随地去跟随 GitHub 最新的技术潮流；
-
已有的一些 GitHub 小程序客户端颜值与功能并不能满足笔者的要求；
-
听说 iOS 开发没人要了，掌握一门新的开发技能，又何尝不可？
-
其实也没那么多原因，既然想做，那就去做，开心最重要。
目前实现的功能有：
-
实时查看 Trending；
-
显示用户列表；
-
仓库和用户的搜索；
-
仓库：详情展示、README.md 展示、Star/Unstar、Fork、Contributors 展示、查看仓库文件内容；
-
开发者：Follow/Unfollow、显示用户的 followers/following；
-
Issue：查看 issue 列表、新增 issue、新增 issue 评论；
-
分享仓库、开发者；
-
......
Gitter 的初衷并不是想把网页端所有功能照搬到小程序上，因为那样的体验并不会很友好，比如说，笔者自己也不想在手机上阅读代码，那将会是一件很痛苦的事。
在保证用户体验的前提下，让用户用更简单的方式得到自己想要的，这是一件有趣的事。
第一次觉得，在茫茫前端的世界里，自己是那么渺小。
当决定去做这个项目的时候，就开始了马不停蹄的技术选型，但摆在自己面前的选择是那么的多，也不得不感慨，前端的世界，真的很精彩。
-
原生开发：基本上一开始就放弃了，开发体验很不友好；
-
WePY：之前用这个框架已经开发过一个小程序，诗词墨客 (
https://github.com/huangjianke/weapp-poem
)，不得不说，坑是真多，用过的都知道；
-
mpvue：用 Vue 的方式去开发小程序，个人觉得文档并不是很齐全，加上近期维护比较少，可能是趋于稳定了？
-
Taro：用 React 的方式去开发小程序，Taro 团队的小伙伴维护真的很勤快，也很耐心的解答大家疑问，文档也比较齐全，开发体验也很棒，还可以一键生成多端运行的代码 (暂没尝试)。
货比三家，经过一段时间的尝试及踩坑，综合自己目前的能力，最终确定了 Gitter 的技术选型：
Taro + Taro UI + Redux + 云开发 Node.js
其实，作为一名 Coder，曾经一直想找个 UI 设计师妹子做老婆的 (肯定有和我一样想法的 Coder)，多搭配啊。现在想想，code 不是生活的全部，现在的我一样很幸福。
话回正题，没有设计师老婆页面设计怎么办？毕竟笔者想要的是一款高颜值的 GitHub 小程序。
嗯，不慌，默默的拿出了笔者沉寂已久的 Photoshop 和 Sketch。不敢说自己的设计能力如何，Gitter 的设计至少是能让笔者自己心情愉悦的，倘若哪位设计爱好者想对 Gitter 的设计进行改良，欢迎欢迎，十二分的欢迎！
Talk is cheap. Show me the code.
作为一篇技术性文章，怎可能少得了代码。
在这里主要写写几个踩坑点，作为一个前端小白，相信各位读者均是笔者的前辈，还望多多指教！
进入开发阶段没多久，就遇到了第一个坑。
GitHub 居然没有提供 Trending 列表的 API！！！
也没有过多的去想 GitHub 为什么不提供这个 API，只想着怎么去尽快填好这个坑。一开始尝试使用 Scrapy(https://scrapy.org/) 写一个爬虫对网页端的 Trending 列表信息进行定时爬取及存储供小程序端使用，但最终还是放弃了这个做法，因为笔者并没有服务器与已经备案好的域名，小程序的云开发也只支持 Node.js 的部署。
