标签墙

GitHub

ThoughtBot 官方给出的代码审查指导原则

这篇文章的内容由 ThoughtBot 在 GitHub 上官方主页提供,指导你如何在 GitHub 上进行代码审查和如果让别人审查自己的代码。

More...

开源经验谈

Bootstrap 古话说得好:“万事开头难”。 开头在本质上是解决 “Bootstrapping”,人们一直使用这个比喻来描述解决启动问题的方法,即一个人试图用自己的鞋带将自己拉起来。比如按下电脑开机按钮后初始化系统被广泛称作自举引导(简称 booting)。 想做好一个开源项目,就先得规划一个好的启动方式。 GitHub 10 多年前做开源项目托管的话基本只有一个选择,那就是 SourceForge。期间也有过一些其他大厂的项目托管服务,比如 Google Code,Sun/Oracle 的 Project Kenai,现在都停服了。目前 GitHub 已然是全球最大的开源项目托管服务商了,促成这样现状的最大原因有这几个方面吧: git 版本控制系统的流行,并做了一些更简单的工作流,比如 Pull Request更好、更现代化的用户体验,比如 issue comments 的实时推送 API 开放平台,构建第三方应用的生态系统持续不断的改进,GitHub 隔三差五会有一些细节改进,并且桌面客户端工具也在不断演进 目前 GitHub 是开源项目托管的不二之选。国内也有类 GitHu....

More...

GitHub Star 的意义

 

以目前来看,GitHub 上有用的仓库大致分为两种类型,项目和文档。 以代码为主的可运行项目 这类项目(排除那些没有替代品的)是有具体使用场景的,或是框架或是应用。如果从星数看,这类项目是比较难获得星的,因为: 项目具体的使用场景相对固定,这也就决定了其目标用户毕竟是少数项目的效果非常直观,通过代码质量、运行结果、文档、社区等可以很容易对比出同类项目的优劣 如果你“看不起”或者“看不懂” 的项目有较多星,说明的确是对一部分人有用,这是真的有价值的项目。它们节省了目标用户的时间、减少潜在的缺陷等。另外,这类的项目同质化严重,基本都大同小异,但它们之间的星数还是会有数量级上的差距的,这就是优秀、一般、一般般的直观差别。 如果要从设计或者代码上看这类项目有啥值得学习的,那可能还真没有。因为这类项目的本质其实就是干了一些脏活累活,而正是这些脏活累活很少人愿意自己干,更何况干得漂亮的了。 漂亮的 API 背后都是丑陋不堪的实现,丑陋是因为我们不想看,看不懂,发现不了它们的美。 以 Markdown 为主的文档 这类仓库在我看来大部分都是没用的: Awesome-xxx面试宝典-xxx 书籍收....

More...