前阵子，Coding 在这里发表一些技术博客，很意外也很惊喜地获得不少 RubyChina 社区用户的支持和专业交流，我们很感动也会更加努力，在此郑重地向各位表达感谢~
Coding 的诞生，不免遭受不少质疑和否定，因此我们老大写了这篇文章，欢迎大家与我们交流，让我们一起为国内技术努力！
为什么 Coding 不是中国的 Github？
自 Coding 上线以来，我听到最多的评价是“yo，又一个 github”，我一般对这样的评价不做回应，原因有二：
- 中国的 github 这个印象非常直观，似乎有利于 Coding 的推广
- 我很难在短时间内去说服别人我们的情怀和 github 不一样 所以我选择沉默，希望能用产品告诉用户，我们想做的是一个云端开发平台，不是 Github。
Github 是什么？
我觉得要讲清楚这件事，有必要先讲讲 Github 究竟是啥。Github.com 从功能上讲，是一个带有简单社交功能的云端代码仓库服务。经过了六年的发展，Github 已经成为这个领域事实上的标准。全世界绝大部分开源项目托管在 Github 上面，包括 Linux，OpenStack，Docker 等重量级项目。开源这几年蓬勃发展，极大的推动了 IT 行业的发展。很显然，计算机软件在人类生活中将会扮演越来越重要的角色，而 Github 就是人类软件的基因库。
Github 发明了两个碉堡了的功能，Fork 和 Pull Request。这两个功能创造了整个 Github 生态系统，使得“基因”得以繁衍和进化，充满了生命力。基因通过 Fork 被复制，而 Pull Request 使得基因得以进化。好的基因会被大量的 Fork，从而实现了优胜劣汰。这一整套体系才是精华所在，说 Github 是代码仓库显然太肤浅了。
Github 的基因库在近两年正在爆炸式的增长（见下图），现在哪个软件不或多或少的从 Github 找点现成的代码或者组件来用用呢？码农，人类软件的工程师，在绝大多数情况下，都会从 Github 上找一些基因片段，然后用自己的智慧进行一定的拼凑，加工和演绎，培育出一个能用的虚拟肉体，完成一定的任务。
我觉得我已经讲的很明白了，再往下就要开始科幻小说情节了，就此打住，回归正题。
中国的 Github？
我们来说说中国的 Github 这个东东到底是否存在或者可能存在？我的答案是：否。虽然“墙”的存在，使得各种 Copy to China 的项目有了存在的理由，但在 Github 这个领域不成立。最简单的原因是，代码不分国界，无论你的母语是啥，但是写出来的代码是全世界通用的。而且在生态系统层面，已经不可能再培育出另外一个“基因库”。我认为不论是中国的 Github 还是印度的 Github 都不可能存在。
国内的代码托管服务总是希望开源软件作者能把开源项目放在国内的平台上，但这显然是一厢情愿。充其量，国内的平台只是个备胎，小三都算不上。严肃的开源软件就应该放在 Github 上面，这是其得到繁衍和发展的唯一机会，其他平台均没有这样的土壤。
那么，问题来了，既然 Github 这么碉堡，我们还做 Coding 为毛？因为私有库。Github 的牛逼是建立在开源项目之上的，我并不认为 Github 能为私有库提供很大的价值。私有库往往是团队在用，在语言，习惯，访问速度，以及协作方面都有不同的体验要求。在这一点上，我认为做一个超越 Github 的服务是有可能的。我们做 Coding 就是希望能给开发者提供极致的云端开发体验，强调的是私有库，强调团队协作，强调整合体验，强调访问速度。
虽然 Coding 也提供公开项目服务，但是老实说，那从来都不是我们的重点。我们在开发 Coding 的时候是没有公开项目功能的，这个功能是为了方便推广在上线前加上去的。虽然我说出来这个事实有可能会导致我们损失一部分用户，但我还是想强调：严肃的开源项目就应该放在 Github 上面。当然如果你认为 Coding 已经能满足你的需求，我们也欢迎你放在 Coding 上。
我从来不认为我们跟 Github 有什么竞争。Coding 已经上线了 Github 登陆功能，其他的功能整合也在规划当中。由于 Github 在国内访问的不稳定导致这些功能一直无法上线。说到这里我想起来一件事。在我们拿到 A 轮投资的时候，有人建议我用一部分钱去 lobby 中国政府把 Github 彻底封了……然后，就没有然后了。
那么 Coding 是什么？
OK，Coding 不是中国的 Github，那么 Coding 是什么？ 随着互联网，云计算的发展，越来越多的软件被服务化，操作系统的概念被不断的弱化，软件开发的方式也正在进行深度的变革。我一直认为人类生活的云端化是不可逆转的大趋势。在这样的大趋势下，软件开发也在云端化。想象一下这样的场景，你从 Github 获取了一些代码片段，或者模块，通过一个云端开发平台（比如 Coding），生产出来了一个软件，打包成了一个 package（比如 app 或者 Docker Image），然后存放在某个 warehouse（比如 app store 或者 Docker Hub），需要运行的时候推送到适当的 runtime（比如手机或者 Docker Container），Bingo！发现了么？整个过程不落地，全在云端完成。碉堡了，有木有？！
在这样的场景中，Coding 想做的就是帮助开发者能够高效的在云端完成软件开发的工作。我们做的代码托管，项目管理，演示平台，质量管理等等都是为了帮助开发者在云端完成一系列高难度的软件开发动作。现状也许不够好，但是我们一直在努力。
Hi Github, I'm Coding :)
最后，我们的 Slogan：Coding，让开发更简单！
【Coding 官方技术博客是 Coding 内部小伙伴在平时的工作学习过程中关于技术、产品、设计等等方面的积累和分享，希望大家共同学习共同进步！如转载，请注明出处与作者，谢谢!】
本文作者：Coding CEO 张海龙
本文出自：Coding 官方技术博客：http://blog.coding.net/
coding UI 做得很喜欢的，基于 CF 的 paas 平台，做得也很流畅。不过，coding 发的软文挺多的，好的产品不需解释，别人自会发现。 目前 git 的其他功能暂时还取代不了 github，bitbucket。 云端开发平台，目前还真用不上，可能结合编程教育这一行业，会更好点？ github 只是做一件事：基于 git 的团队合作； coding 的方向，是大杂烩？什么都想做，但不知道能不能做到“哇，好赞！”。 期待...
感觉这是环境使然，即使国外没有 Github 而国内有一个 Github 应用，国内也会被玩死喷死的。
Gthub 现在不是就要变成国内 it 界的娱乐论坛了么？
#3 楼 @akirapanda #6 楼 @Kabie 公开项目和私有项目不可切换，新建项目可以从表单中选择导入项目，目前只支持公开项目的导入，network 还在改进中，多谢支持
云时代，是一大群公司，每个公司都解决一个问题，然后开放互联，最后构成一个生态。 Coding 说想解决私有项目以及协作的问题，我感觉也大致可以。但是后面又跟了一大群功能，从测试到持续集成，到分发到部署运行，这个就让人感觉有些奇怪了。 我知道投资人特别喜欢一个项目有一个大的 picture, 但是如果项目组为了实现这个大的 picture 而试图完成整个生态圈的工作，我感觉还是不靠谱。
早前有 Coding 的客服 MM 在这里问过问题，大概就是“为什么选择 Github 而不是 Coding”（记不清楚具体的问题了），当时我也回答了很多自己的看法。后来的一端时间里在各处都看到来自 Coding 的“软文”，看到上面又在说“软文”的问题，我觉得 Coding 也的确应该考虑一下宣传与推广的方式了。
我个人倒不觉得“软文”不好，关键是看怎么写，传达的东西是什么。“软文”之所以让人轻视甚至反感，终究是因为它太“软”，也就是俗话说的“没有干货”。当然了，若说完全没有干货也是不公平的。就说主楼的文章吧，有数据，有分析，也有理念阐述，不能说没有干货。但考虑到这篇文发表的地方和它的受众群体，给人的感觉就是：你到底想说什么？有没有实际的例子佐证？有没有推荐的流程和项目演示来观摩？有没有成功案例来学习参考？
那些数据理念讲给投资人是没有问题的，算是干货。但讲给程序员听是没有太大作用的，即便是 Github 的主题用户群关心的也不会是这些东西，对于把 Github 作为每天工作的组成部分的程序员们来说，看到的、用到的、体验到的东西就是王道，其他的话不用多说。
而从推广的角度来说，你想让更多的人来使用这个产品，首先就要让他们切实的体会这个产品并帮助他们度过最初的技术门槛。对于 Github／Coding 这样的产品，首要的技术门槛就是 Git 本身，作为长期活跃在 SO／SF 的用户，我对 Git 本身带来的问题是颇有感触的，可以去搜索一下 SO／SF 关于 Git 的各种提问。 Coding 也在 SF 上有子站吧？ （写完去看了一下，貌似没有子站，记错了抱歉）也在 SF Blog 上贴了不少“软文”了吧？还是上面的问题……我想问问你们就帮助本土开发者了解和熟悉 Git 本身这件事有什么计划和举措么？如果 Git 本身都没有办法让许许多多开发者了解、学习、接受的话，如何指望他们来使用本土的 Coding 呢？或者你们就甘心于小众范围内应用么？
反观 Github 做了什么？这一点我在当初回答客服 MM 的答案里已经描述过了，不再赘述。
总之个人观点就是，针对开发者——这个最直接的用户群体，少讲理念，多点干货，多点帮助。基础技术到位了，你们的好自然能被切实的用起来。
正好我在用 coding，总的感觉不错，目前可以免费部署一些小网站。我部署了http://shortdoc.coding.io, 使用 rails 的，折腾了两天，在客服的提示和我自己痛苦的长考下，呵呵，好歹是部署上去了。
我主要说部署这个环节，提几个改进意见：
- 网站的界面可以简化，常用的三个页面是 code、演示、设置。可以做成两个界面，简化和完整。
- 文档，希望是操作步骤和解释分开写，不然很容易看漏掉。最好的结果是不需要麻烦客服，客户自己看文档解决。
- 流行应用提供案例，比如 rails 4 + mysql 这个是目前流行的组合。我看网站上只有 node 的案例。最好是照着案例可以顺利部署，而不是让用户自己去摸索。
目前的问题是不太稳定，当然是免费的我也无可抱怨，只有感谢。如果稳定的话我很乐意付费。
对比 SAE，我觉得 coding 更现代一下，毕竟 git 是个趋势。
#17 楼 @chenge 恩恩，香港演示平台较稳定，而且支持自定义域名，你可以先体验体验。(https://coding.net/u/panpan/p/Coding-PaaS/topic/10263) 另外，我已经将建议反馈给技术人员咯！感谢你
#21 楼 @mouse_lin 是的，目前所有功能保证永久免费，如果想使用香港演示平台则有考虑收费哦 (https://coding.net/u/panpan/p/Coding-PaaS/topic/10263) ,ps 默认免费使用的是北京演示平台~
#17 楼 @chenge 我回答下你演示相关的几个问题吧：
演示文档问题： 你在我们的反馈那里也提过，部分文档已经做了修改，我们一直在改进。你如果对文档某些地方有好的修改建议可以给我们发 pull request (项目地址)，文档项目也是运行在演示平台上的。
流行应用提供案例： 官方提供的案例已经不算少了，每种支持的语言都有案例，不少语言还有 2 - 3 个，只是可能案例上使用的框架版本不是最新的，但是也足够说明问题了。http://docs.coding.io/ 上的例子只是一部分，在 demo 用户下还有更多的例子可以查看，或者可以在网站上搜索查看别人已经部署成功的公开项目代码。
网站上只有 node 的案例： 你说的应该是服务的 JSON 解析例子那里吧，这里我觉得用 Node.js 可能更容易接受点，Coding 演示平台主要针对 Web 项目，做 Web 开发的应该都看得懂 JavaScript 吧，这里给出代码的目的是说明使用方法，而不是给用户 Copy 来用，而且 JSON 结构也已经给出了。很抱歉，我们人手有限，无法做到总有时间手把手教用户或者每种语言框架都给出示例代码 
说实话，我是被 Coding 的首页设计吸引住了，然后现在正在使用 Coding，试用的同时也在做一些使用感受，等试用完成后，把一些个人感觉发出来。当然，估计会有不少个人偏见。不过，还是希望 Coding 能越来越好吧。呵呵
