怎样才能在stackexchange上面提问？

　这里虎嗅对Stack Exchange多介绍两句。Stack Exchange是一系列问答网站的平台，旗下的子网站总共有133个，覆盖了包括数学、园艺、物理、密码学、天文学、数据科学、摄影、经济学等不同领域的问答话题，其中最有名的就是程序员们耳熟能详的Stack Overflow。

Joel Spolsky认为，他们与Quora不一样之处在于：Quora是社交型的综合问答网站，而Stack Exchange则更注重事实型问答。在盈利模式上，Stack Exchange主要依靠招聘服务和广告，各占三分之二与三分之一。

Stack Exchange在把握社区氛围方面控制得很严格。以下这篇文章也展现了这一点：Stack Overflow是如何一路扩张成长到 Stack Exchange，而还牢牢把控把社区的凝聚力的。

今天，Stack Exchange非常高兴的向大家宣布一个好消息，我们刚刚筹资了4千万美元，而这大部分都归功于Andreessen Horowitz。

大家可能会对我们会如何使用这笔钱充满好奇。首先，当然我们需要先给我们办公司已经陈旧的Aeron座椅都镀一层金，然后我们会升级下我们已经老化的游戏厅了，同时我们也早已给我们的明星用户们送去了庆祝蛋糕。

但，这些还是先按下不表。首要的，我们还是带大家一起回顾下Stack Exchange从创建以来经历的一些事情吧。

2008年，我和Jeff Atwood当时还在为如何解答开发人员碰到的问题而白了少年头。在当时，要找到一个编程类的问题的答案是一件非常让人痛苦的事情。因为我们想要的答案往往都是藏在一座座的金钱砌成的墙后面——要付费的网站，要不就是在一堆已经休眠了有如几百年的散发出臭味的论栏里面。

所以我们当时就一心一意的带着强迫症和满腔的热情来为广大的程序员打造了现在大家看到的Stack Overflow——这个更好的问答网站。

Stack Overflow今天存在的意义和价值就是为了让程序员可以工作得更轻松点。网站中我们允许成员对答案进行投票，这样我们就可以优先给大家提供最好的得分最高的答案了。我们这里不欢迎固执己见自以为是的提问方式，因为这会很容易引发如山爆发般一发不可收拾的口水战，而这对其他想要立刻得到答案的用户是没有任何帮助的。同时我们也要小心谨慎的防止Stack Overflow上面的文字内容朝商业化的方向发展，因为商业以为太重的话会失去用户对我们的信任。

大家会觉得更不可思议的是，我们这里还不允许任何动画广告的出现，虽然在很多其他网站上这都是个标准做法。但对我们来说并非如此，我们不想将程序员专注的眼神从阅读答案中分神到你这正在大跳江南style的动画广告中来。也就是说，如果我们因为鸟叔的如耍猴般的左蹦右跳让程序员分神了的话，我们也就不能保证能给这些程序员提供100%的服务了，最多只能提供98%级别的服务……但，你要知道我们都是偏执狂，如果只能做到98%的话，我们倒不如直接将Stack Overflow关门大吉然后跑拉斯维加斯去开出租拉活儿得了。

无论如何，最终我们做到了！这完全归功于你们。你们这班多得吓死人的开发者站出来成为了知识传递的火炬手，给大家提供了众多的帮助。因为你们的贡献，Stack Overflow很快就成为全世界有关编程知识的最大、最值得信赖的社区网站。

很快，我和Jeff就发现要给程序员提供服务的话，仅仅一些跟编码相应的问答服务是远远不够的。所以我们跟着又建立了Server Fault和Super User。当发现这还是不能满足你们的需求的时候，最终Stack Exchange开始出炉，整个社区根据不同的主题来扩展出不同的网站来为大家服务。所以当你要帮助隔壁的美眉建立一个服务器，或者安装一个PC，或者数据库，或者装个Ubuntu, 或者搞搞iPhone新意思的时候，你就可以先来我们的网站上面找到那些完全可以帮助你解决问题的大神或他们提供的答案，然后再去隔壁美眉家里大展身手了。

但大家应该都很清楚程序猿这个群体是怎么回事，他们都是安分守己兢兢业业的好人啊，所以很容易一不小心就成家立室儿女成群了。那么育儿和给小孩拍照这些事情对程序猿来说往往是一窍不通的事情啊，所以我们的用户就开始为这些与编程不相关的主题创建相应的Stack Exchange网站了，如育儿主题和摄影主题。因为我们所服务的程序猿往往会想要有个地方可以知道更多有关保姆和下单买奶粉相关的知识！这些有如Stack Overflow那么优秀的可以满足程序猿学习如何育婴和给小孩拍出艺术照之类特殊要求的网站就营运而生了。

因为我们把这群程序猿服务的是如此的周到，一些聪明的非猿类群体就开始盯着我们：“打住！我需要额外的那个功能！” 而我们当然就会很耐心的告诉他们，兄弟！你要知道所有适合程序猿的东西也应该会适合其他所有人的，只要你们愿意按照程序员的思维去思考问题就万事大吉了，且你要是尝试过的话，你要知道程序员的思考方式才是世上最好的思维方式。所以，我们这里对所有想加入Stack Exchange大家庭的人都会广开方便之门。且他们创建的这些网站都是为了他们所认同的一个社群所服务的，比如“自行车维修”、以及其他你能想到的主题网站。

所以从Stack Exchange创建伊始，我们加盟进来的用户已经打造了共133个各式各样的社区了。当然Stack Overflow还是最大的老大哥。这样我想起了下面这张中世纪时代的图画。这显示了在熙熙攘攘的大城市耶路撒冷这个标杆城市周围，聚拢了一堆小一点的村落房屋。

我一直很喜欢Vagrant这个工具，两三年前就用它来进行自己项目的环境维护，那时候主要是做测试，由于Vagrant将 *** 作系统环境进行了标准化，我很容易就能让自己的应用系统以及相关的测试结果保持稳定。

Vagrant还有一个好处，Ruby社区比较偏爱Mac，但是线上的系统基本都是Linux，所以开发环境所做的测试是有疑问的，特别是遇到一些有so依赖的gem，这时一个和线上完全一样的环境就特别重要。

其实上面的表述不太准确，Vagrant也有各种provider，我所说的场景，基本上都是virtualbox的provider，所以这些地方正确的说法是 vagrant/virtualbox。

和Docker相比，vagrant/virtualbox组合的成本还是很高的，无论是setup一个环境还是reset一个环境，都需要一段时间的等待，Vagrant只是把virtualbox的 *** 作DSL了而已，底层的做法没有变化。而Docker由于本质上就是一个进程，因此天生就是轻量级的。对于运行时间在分钟级别的自动化测试工作，Docker显然有很大的优势。

当然，也有人会认为Docker不能模拟完整的 *** 作系统，不过这恐怕是一个优点而不是缺点。我在以前的文章中已经说过了，这里概述一下主要观点——

Docker简化了 *** 作系统这个基础设施，让应用精简为其最核心的形态——携带有限资源的进程，在此基础上更有利于架构上的最佳实践。

而对Ruby工程师而言，这个“最佳实践”中肯定少不了的一条就是——微服务。

---