所以?
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 已经成为很多团队聊天工具的聊天工具……
- 呃,或是说,变成了一个可配置/增强的,沟通管理后台/智能助理/……
次级市场/服务
~ 官方统计,最活跃的第三放接入
如果都不知道,真心得补课了……
更多的请自行挖掘: 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 还可能诞生什么产品/服务/平台?