GitHub 是怎样的一个存在？

浅浅_Cherish

GitHub可以帮我们做什么?
怎样用好它？

囧柳叶刀冏

github是共产主义在软件开发领域的具体实现样板之一，即以生产资料社会公有制为基础（代码开源），以社会化合作（离散化的个人、组织等社会颗粒）为生产方式，主要采用合作社组织形式（社区化项目组）的技术支撑平台。
这个描述够宏观吧。
绝大部分参与开源软件社区的个人和团队，都是不领取劳动工资或报酬，这些个人或团队也许隶属于某个商业组织，但是单纯就参与开源项目开发本身，都是没有劳动报酬的，而是采用共享合作社产出的方式进行成果分配。同样的分配方式，为什么没有重蹈因为吃大锅饭最后大批饿死人的人民公社悲剧（即公有制必定造成的租值减散，参见张五常的相关论文），是因为软件合作社的产出成果为代码，支持无限供应，拷贝零成本，因此满足了共产主义生产模式的一个前提，即生产资料无限供应，生产成果完全过剩，能够做到各取所需。正因为劳动成果的完全过剩（无限拷贝，取之不竭），开源软件合作社的生产成果和生产资料不仅对参与劳动的劳动者进行无限量供应分配，同时也对没有参加劳动的全社会其他成员进行无限量免费供应（代码开源，任意下载、任意拷贝、任意使用）。如我在另外一个回答所阐述的观点，凡是生产资料具有无限供应、或者零成本复制的特点和条件，就可以消除公有制一直没法跨越的租值消散问题，而不具备这个前提条件的，则仍然适应租值消散来解释。
这种生产模式具有的先进性体现在以下两方面：
其一，因为劳动成果没有独占性，也没有具体的劳动报酬，参与开源社区劳动的主要目的就是劳动本身，这符合马克思所说，劳动不应该是手段，而应该是目的。这种更纯粹的驱动力来源于人性自身，即劳动的需求（直白点说，没事找事干，是我们人性的需求），因此能够激发出更富有创造力的激情和忘我的工作劳动状态。github上面目前有数百千个伟大的极具生产力的开源软件产品。
其二，发挥社会化资源的最优配置和利用效率。传统的资本主义组织化生产模式，很多资源是局限在组织内部，没有哪家公司愿意发高薪聘请码农免费给人干活。因此造成了一定的资源浪费，聚集化配置导致优势资源易于高度集中化，结果就是产生了垄断形态的组织，抑制创新活力，进一步降低资源使用效能。在软件开源合作社，人尽其用，码尽其能，生产成果无获取门槛，去中心化无垄断行为。打破了组织化壁垒，极大地优化了社会化资源的配置和利用效率（闲置的高级码农自发为社会做生产力贡献，成果社会化共享）。
这种生产模式也能够有效对冲创新领域的社会化实验的失败成本，github响应大众创新、万众创业，上面固然也有数百万个屎一样的项目，但是这些失败的成本也被社会化分散承担了（反正不用发工资），消失于无形（基于劳动为目的的码农，相对并不太在意项目本身的成败），失败了没有浪费国家一粒米的补贴资金，积累的经验为下一次创新提供支持。从这个角度来看，大规模的标准化工业生产并不适合采用公有制模式（租值消散问题），而软件创新领域，因为生产资料的无供应限制，以及需要大量实验实践探索的特点，共产主义的生产模式能够发挥极大的社会化成本对冲优势。
目前github主要生产力来源于生产力高度发达的资本主义社会，生产方式以智力协作为主流，为西方共产主义的实现添砖加瓦。
对于我国而言，还处于生产力未高度发达的社会主义初级阶段，生产劳动本身服务于满足自身基本生存需求为主（按照马斯洛的需求层次划分，处于较低层次），比如说知乎上的“工业党”提倡以还房贷为目的，可以有效促进生产力提升，在这种情况下，如果我国码农转向自主劳动本身为目的的生产方式，反而会造成国内生产力流失，因此有必要通过防火墙手段节制对github的访问，使其上传下载莫名断开。

confidence1806

谁说 GitHub 没有萌妹子啊！
不服来看啊  (๑❛▽❛๑)
Ovilia (Wenli Zhang) · GitHub

以下，就这三个问题分别展开：

• 一个活跃的 GitHub 账号有什么用？
  
• 你真的需要一个活跃的 GitHub 账号吗？
  
• 如何经营一个活跃的 GitHub 账号？
  

一个活跃的 GitHub 账号有什么用？

首先，GitHub 会给你更多被看见的机会。
收到过很多创业公司的邮件都说是通过 GitHub 看到我的，一开始我还有点小激动~
其次，一个活跃的 GitHub 账号会给你加分不少。
曾经听朋友转述过一个大神的话：“哇，她 GitHub 竟然比我粉丝还多，我得去了解了解~”如果这个人是面试官就更好了 (*'▽'*)♪
第三，GitHub 让你更有动力做开源项目。
我的目标是三年内做出一个 200 star 的项目…好吧，乱想而已…但确实写的代码会被别人看到被点赞以后，就更有动力时常更新了~还有那个绿点点啊~~满满的多有动力！反作用是…有时候一天提交太多了，整个变浅了啊~~~不开心不开心 ≥﹏≤


你真的需要一个活跃的 GitHub 账号吗？
我觉得没有必要每个人都如此。
我之所以在 GitHub 上这么活跃，最主要的原因是因为我性格里的外向型。
这里的外向，是说动力、能量的来源来自于别人的肯定和认同；相反，内向型的人来自对自我的肯定和认同。（详见 MBTI，我是
ESFJ）ESFJ 又喜欢帮助别人（其实真正喜欢的是帮助别人后别人的夸奖吧+_+），所以就连写程序这种很寂寞的事，都会被我玩成带有社交属性的事。
相反，如果你根本不在乎别人的评价，你在 GitHub 上写了代码，估计也就这样放在那里，不会有人看到，偶尔有人搜到，你又没用心写 README（因为你根本不在乎啊），别人下载下来试了试完全不知道怎么用，也就放弃了。这跟你不开源也没什么区别。而且让一个内向型的人去做迎合别人喜好的事也挺辛苦的，最后连对编程仅剩的那些爱好都消磨完了，辛苦经营出来的 GitHub 账号又根本没人来点赞关注，这就是事倍功半。
其次，就是我脑洞比较大，经常有些 idea，所以就会去做出来。
比如学易经变卦的时候，我想知道每一爻的变化会让卦象从什么变成什么，所以做了
变卦·易经64卦 ；看到 Gmail 附件折角的效果，想用 CSS 实现，做成一个 jQuery 的插件，所以有了
jCorner ；希望在豆瓣网站上看到可供下载的 ReadFree 上的电子书，所以做了
Chrome 插件 豆瓣 ReadFree 传送门 ；经常在网页里看国学的书想查汉典，所以做了
Chrome 插件 汉典划词查询 ；等等……
相反，如果你本身并不是一个有很多想法的人，你就会觉得有这么多创意其实要比实现更困难，最后只能是自我否定地觉得为什么别人这么厉害，我什么都没想法。其实不是谁厉害，只是每个人的性格不同所以需要采用不同的激励方法。了解你自己，用你的办法激励自己，让自己变得更优秀。
你看我一年 commit 633 次，就算平均每个 commit 半小时的工作量（通常应该不止，我随便估计的），那也有 316 个小时，平均每天将近一个小时了。如果你的兴趣不在此，与其每天痛苦一个小时，不如把时间花在别的上面，比如对底层知识感兴趣的就去学底层，对设计感兴趣的就去学设计，一年下来你虽然不会有一个漂亮的 GitHub 账号，但是面试的时候这些一样会是加分项。不要今天看着人家 GitHub 厉害就去搞这个，明天看着人家知乎大神又去搞那个。每个人的时间都是有限的，机会成本都很高，我们都知道蛮力通常是程序员最后的选择，要学会剪枝才能事半功倍。
综上，如果你的性格确实比较适合做一些开源的东西，在和别人分享的同时，让自己的 GitHub 变得更好看，那么当然这是一个面试加分项。但是，如果你并不能享受其中的乐趣，只是把这个作为一项需要苦苦经营的东西，那么我觉得大可不必花时间在这上面。


最后，如果你真的想搞个漂亮的 GitHub 账号，应该怎么做呢？
首先，你得有有用或有意思的项目。
GitHub 很明显是基于项目的，如果你的项目本身很无用又很无趣，那么推广是很困难的。这倒也不是说完全没法推广，只是……一个连好的项目 idea 都想不出的人，又怎么想得出推广的办法？
项目的来源很多了，可以是贡献到现有的比较有名的项目，或者你自己生活中碰到一个需求需要解决又突然来了灵感。作为入门者，直接参与到现有的项目并不容易，因为首先你得对别人的项目有充分的了解，所以还是后者更容易着手一点。如果你实在想不出做什么，其实也别太着急，下次当你什么东西用的不爽的时候，及时记下问题即可，再过阵子说不定就想到解决方法了。
其次，你得推广。
好像程序员写一两个有用或有意思的项目也并没有太难，只是很多人把“开源”理解为写完的代码放在那边，“开”着“源”，你的任务就算完成了。其实这只是一个开始。
为什么要让别人看到你的代码呢？为什么要特意推广呢？为什么酒香还怕巷子深呢？为什么不能让别人要用的时候再搜到你的代码呢？因为是你说你要一个漂亮的 GitHub 账号啊！
好，我直接说怎么推广。

• 能做成英文的东西，就做成英文的（有时间有精力就做双语行了吧），这样你就能推广到国内外的很多平台了，当然，造福的人更多没什么坏处嘛！
  
• 如果是给别人用的库（而不是展示类的作品），好好写 README 和文档之类的，这会让你看上去很专业（即使你不是真的很专业）。
  
• 做一个项目主页，并添加链接到 GitHub 项目。（有的时候看一堆介绍根本没感觉，看到一个很高大上的项目主页，直接就想点赞了有木有~）
  
• 如果你不是玻璃心，那么 reddit: the front page of the internet 通常是能够带来最多流量的一个平台。上面的人都会给你提很多很尖锐的意见，所以一般如果不是特别拿得出手的东西，我不会轻易往上发，太打击了……相反，Google Plus 上通常都是 +1 和说好听的话的人，粉丝不多的话可以发到相应的 community。但看到的人数和 reddit 相比就差远啦，自己掂量你的玻璃心吧~ 分享到你能想到的所有相关平台吧，包括 SNS，因为你的朋友中可能也有很多程序员或者用户。
  
• 在知乎多回答回答问题，像我这样贴链接：Ovilia (Wenli Zhang) · GitHub
  

往昔岁月

GitHub 官方出了一个视频，向开发者介绍什么是 GitHub。
视频生动形象的向大家展示了，从一个需求的诞生，到真正的落地实现，大家是怎么通过 GitHub 来完成这一切的。



什么是 GitHub？








扩展阅读：





GitHubDaily - 挖掘开源的价值

• 微博： @GitHubDaily
  
• 公众号：GitHubDaily
  

味尚煌火锅

Github 在代码托管领域是先行者，现在强力的竞争对手也有不少，包括 Gitlab（局域网部署）、Bitbucket（免费账号不限 private 项目个数）、GitCafe（对国内开发者来说可能有墙内优势）。
但 Github 从诞生之初，就有着另外两个非凡的使命：

• 开源社交平台
  
• 企业项目管理平台
  

这两部分业务是最核心粘性最大的，也是 Github 的核心竞争力。代码可以下载下来再传到别处，企业版本控制的安全性和稳定性其他竞争对手也可以做的不错，但只有基于人的社交关系和项目知识经验积累是没办法转移到别处的。
开源社区这一点无需多说，Github从一开始就把开发者的身份、他的关注、他的代码贡献、讨论和活动时间线作为核心功能来做。每个开发者都有一个属于自己的 profile 页面，上面列出了参与和关注的各种项目，和最近一段时间的公开活动（时间线）。通过感兴趣的项目，可以关注感兴趣的人，通过感兴趣的人，又能了解到更多有趣的项目。在这个基础上，Github 成为全球开发者学习、合作、认识基友、甚至消遣（explore 更多项目）的最大社交平台。
接下来，Github 在各种开发者大会上，宣扬 Github 公司自产自销的工作流程哲学：
How GitHub Uses GitHub to Build GitHub ，基于 Repo-Issue-PullRequest 的开发流程不光是为开源社区而生，也适合用来开发像 Github 这样的大型项目。具体什么内容我这里就不赘述了，链接里的演讲说的很清楚，我们团队目前就是按照差不多的流程在执行，是团队成立以来 chemistry 最好、效率最高的项目管理实践方式。

往昔岁月

之前排名第一的 Ovilia 已经说的很全面了，我想再补充一下 Github 在应聘中的作用。
我今年大三，刷 Github 刷了不到一年，有了几个看起来还行的项目，一年公开的 Commit 数也过 1000 了。虽然我之前听说过一个有内容的 Github 账号会对面试有帮助，但是我没想到帮助会这么大。
参加今年阿里面试的过程中，面试官对我的 Github 上的项目很感兴趣，跟我讨论了很长时间。同时也无意中谈到 StackOverflow，我说我在 StackOverflow 上回答过问题，现在 Reputation 有好几百，面试官直接就跟我要账号，针对我在上面回答的问题也谈了很久，并且推荐我把 SO 账号也写在简历里。面试官最后说了一句话让我印象特别深刻，大体意思是，面试官希望看到这种能够真正展示你解决问题能力的东西，而不是只是在简历上写会什么什么。不管是 Github 还是 StackOverflow 记录的都是没办法造假的，实实在在的努力。这也是为什么面试官希望看你的 Github 账号的原因，就是希望能看到你能力的实际体现。
所以，如果题主要走技术路线的话，最好让在简历里加上那些能够体现你能力的东西，不管是上架的 App，上线的网站，还是一个绿点满满的 Github 账号，Reputation 爆表的 StackOverflow 账号。它们的作用就是为了增加简历的”可信程度“，让你的能力不仅体现在简历这张纸上，而是变得更加鲜活立体。
最后给自己打个广告： skyline75489 (Liu Jialiang) · GitHub 求 Follow 求 Star ^_^
PS：Github 刷多了真的会引来一些关注，我已经收到好几封国外的创业公司的邮件了，可惜我还没毕业。
PPS：之前排名第一的 Ovilia 的答案居然被挤下去了，知乎药丸....那个答案有干货，大家可以移步之。
PPPS：刚发现我还翻译过上面被截图的 Alex Gaynor 大哥的一篇 what-happens-when，真是无巧不成书的世界。
skyline75489/what-happens-when-zh_CN: What-happens-when 的中文翻译，原仓库 https://github.com/alex/what-happens-when