不知道你的输入和输出是怎样的，可以调用命令的方式获取你的输出。

历史上有个什么教来着，基层组织到居委会，忘了名字了。

看过一眼天际的网站，真心觉得不怎么样。

#13 楼 @hpviewer 要做就快做，还要有渠道能够推广。

Mac 下就是不为了折腾，楼主这可真是瞎折腾。其实就是装 xcode，装 cmd line tools，然后 homebrew。剩下的就交给 brew 了。

估计不会用网络的父母越来越少了，市场空间越来越小，做这个事情一定要快，还要迅速找到用户群。不知道推广会不会非常辛苦。我宁愿做现在用户少，推广很困难，但未来用户越来越多的事。

对我来说，sublimText 的 cmd+P 速度太快了。不知道现在的 textmate2 赶上来了没有。

应该不会招这样的，毕竟符合他的土壤太少。

肯定是分开查快。一旦在单位表里命中（这个速度很快），根本不用取别名表去查。

capistrano + thin, 正小试一下 rainbows。

你开发手机应用吗？或者 js 编写的单页面应用？

围观。

#4 楼 @hlxwell 是的，开机后按住 cmd +R http://www.apple.com.cn/osx/recovery/

没有备份吗？那只能重装了。

是不是想 Haswell 的 air 了？

是不是排线的问题？

看起来本机缺少连接 mysql 的客户端。

大脑对语言的识别是基于统计模型的，根据上下文出现的词的概率判断语义。所以现在的翻译系统大都采用统计模型来判定。

一天能够做完吗？

价值何在？

那就去做吧。一个 opensource 项目要想获得关注，首先方向要好，另外文档和说明要详细，否则很少会有人气。

7 的开发大大延迟了。方向应该是对的，但是那个配色，感觉像是我们美工弄的，完全是给小朋友的设计。

为什么要迁移？

在 nginx 下配置一下就行了。关键需要证书，可以申请一年 startssl 的免费证书试试。

正经网站都是全站 https。

不应该。mongodb 做分析也不是擅长的。压缩你的数据结构，让他们尽量的紧凑，使用 redis 做数据维度的分析。

6 个会占用比较多的内存，如果你的问题是内存颠簸引起的性能下降，还是减少些实例，可以换成基于事件并发模型的服务器，例如 rainbow.

为什么是 6 个 ruby？不是 4 个