第06课：你在GitHub

所以？

GitHub System Status

GitHub 从上线第一天就公开了系统的整体状态：

• 在维持稳定的响应速度的同时
• 各种数据在高速增长
• 参考： GitHub Octoverse 2016
  • 580万 活跃用户
  • 33万 活跃组织
  • 近2000万 活跃仓库
  • 1000多万 打开的 issue
• 如此宏大的代码社交场所中
• 我应该投身在其中来作什么？！

使用 GitHub 的合理姿势

先嗯哼一下，导言中的扣子，在笔者看来 学习的层级，从低到高：

      知己何不知 Know Unknow
    知己何已知 Know Knowed
  不知己知何 Unknow know
不知己不知 Unknow Unknow

以往不知道 GitHub 的大家，知道世界上有 GitHub 这样有趣的大坑后， 也仅仅上升到 Unknow know 而已

常言到：

忘记的就是不重要的
不知道就是不必要的
事实往往不是这样的
(￣⊥￣)

但是，有了 github 这个组合式绳头儿， 我们就可以自行持续挖掘/演练/使用/优化下去， 直到将 GitHub 变成自己日常的一部分， 享受 GitHub 提供的一切，强化自己的创造性输出。

正如如何成为一名Hacker 中分析的， 针对任何一个开源项目而言，成为有影响力的 hacker ，可以从以下几个方向上折腾：

• dev
• test
• doc
• ops
• Evangelist

当然，多数都是复合型的，同时是核心开发者又同时也是文档维护等等……

简单的说，在 GitHub ，最正义的行为无外两种：

找到喜欢的<-加入进去
创造想要的->折腾出来

只是 GitHub 开创性的为创造提供了全新的姿势：

fork

见到好的，立即可以 fork 成自己的：

• 随时 clone 到本地，任性折腾
• 一但有所得，随时可以用 PR 反馈回去
• 也可以就此不回头，折腾出自己心目中的她
• 嗯哼，当然，得吻合原生仓库的 许可证 协议
  • 好在，多数都选择很宽松的许可证
  • 支持我们的再发布
  • 但是，要提醒的，还是有部分项目，选择的是特殊的许可证
  • 要是没注意，被起诉时，是异常被动的……
  • 比如： react/PATENTS at master · facebook/react

GitHub-api ?

~ GitHub Developer | GitHub Developer Guide

GitHub 发展的这么快，最大的功臣，应该就是异常友好的开放接口了：

• 从一开始，GitHub 的 RESTful 接口，就是经常拿来当典范的设计
• 简洁/清晰/明确/可预见/一致性的将 GitHub 的几乎所有数据公开了出来
• 限制也很嗯哼，合法的免费请求限制：
  • X-RateLimit-Limit:5000
  • X-RateLimit-Remaining:4966
  • X-RateLimit-Reset:1372700873
  • 足够完成日常的开发/测试
• 由此为基础，GitHub 吸引了可以说海量的第三方服务/工具/平台来接入，进行：
  • 使用 GitHub 进行 OAuth2 认证
  • 基于 GitHub 行为激发/传递其它数据处理
  • 使用 GitHub 数据进行额外测试/编译/发布/……
  • ……
• 仅仅基于 GitHub-repo 来进行联动，还不过瘾：
  • hubot 更加任性的将各种开放接口扩展到了桌面
  • 通过 coffeescript 的简洁声明
  • 就可以通过桌面聊天界面控制/查询各种可能的远程服务/事务/过程/……
  • 事实上，hubot 已经成为很多团队聊天工具的聊天工具……
  • 呃，或是说，变成了一个可配置/增强的，沟通管理后台/智能助理/……

次级市场/服务

~ 官方统计，最活跃的第三放接入

• Slack
• Heroku Review Apps
• Travis CI
• Circle CI
• ZenHub
• Gitter
• Waffle.io
• ……

如果都不知道，真心得补课了……

更多的请自行挖掘： GitHub Marketplace

Awesome Awesome

• 由于 GitHub 中项目/仓库以及 fork 的临时/永久分支实在太多了
• 又由于通过 GitHub-repo 来维护/发布/增补 一个有用的索引太方便了
• 所以，有心(主要是耐心;-)之人，一般会维护一种叫 Awesome 的文档：
  • awesome-awesomeness 索引了主要的 awesome
  • 是的，由于这一行为高速发展以及不得不整理出 awesome 的 awesome
  • 重要的是这类行为和 GitHub 团队没一毛銭关系，完全是自发的
  • 可以说，GitHub 已经是事实上的开源项目的第一空间
  • 就象图书馆，达到一定数量时：
    • 必然的要求有书目/索引出现
    • 数量进一步增加后，书目录本身超过一定数量
    • 就不得不追加索引的索引，以便加速查询
• 是的，能自发生成一些创造者自己都始料未及的事务
  • 证明，已经形成了可持续发展的独立生态了
  • 拥有以自己为核心的生态环境
  • 这是所有技术公司梦寐以求的境界
  • GitHub 作到了，用了5年
  • 通过高速积累了1000万个仓库，以及背后的程序员们的行为

tool-box

~ 随着 GitHub 生态的高速发展，服务于 GitHub 本身的工具也在持续创新中

比如： Octomender

• 根据你的 star 积累
• 智能分析出当前 GitHub 中哪些仓库
• 应该是你有兴趣但是没发现的

那么，对于各种团队/项目/工程，一但用起来了 GitHub：

• 自然的面临各种管理相关的统计分析
• 活跃/覆盖/bug 分布/……etc.
• 就些都可以通过 GitHub 公开的接口，配合其它工具组合完成
• 只是，不一定有刚好吻合我们当前需求的组合

所以……

知道 GitHub 后，在这个越来越热闹的空间中应该作什么？

• 并没有什么统一的法则要求
• 但是，从 GitHub 提供的主要功能可以感受的到
• 这个平台，倾向我们持续分享真正有用的代码/知识/信息/……
• 通过代码令世界更美好
  • 嘦出于这个心态
  • 你的一切努力
  • 无法后台系统/关联服务/参与成员/推荐算法/……
  • 都是入眼走心的

所以……

• GitHub 不是秀场，哗众取宠的行为，总是第一时间被 程序猿 识破而无视之.
• GitHub 只是工具，努力为创新者们服务
• 我们进入 GitHub，享受 GitHub，必须的：
  • 创造出更好的物事
  • 来回报 GitHub 的这种无私

所以……

在一个几乎算无限辽阔的 cyber 空间中， 我们必须也只能扮演好自己， 这种所有行为都有 URI 来标定的电子证据生态中， 各种想学习赌神试图通过长期的习性伪造，来传达一种自己所不具备的特性的尝试， 注定都是要失败的……

(真的有人这么尝试过，号称 GitHub 中提交 PR 最多的工程师…… 结果发现基本都是单词和标点的修订，立即上了所有公司的黑名单…… )

提问

~ 是的，GitQ 不是单向灌输，双向交流才真诚

• 在 GitHub 中折腾什么最重要？
• 如果 GitHub 被和谐了，你准备怎么作？
• 围绕 GitHub 还可能诞生什么产品/服务/平台？