出的原因主要是没有方向键

方向键是组合键，对于来回查找 shell 命令的时候，是有点点不方便呢。不过习惯就好，其他地方如果不是 vimer 貌似确实要适应比较长的时间。

#33 楼 @eddie 买之前看了你的这篇 blog 好多遍啊。哈哈。

全图。目前 delete，方向键还不适应，考虑到我用 vim，所以方向键造成的不适还不算太大。

#4 楼 @putty 日本亚马逊海淘的。1377 + 83 手续费 + 114 快递费 比淘宝便宜。

#6 楼 @gonglexin 我下单后，就后悔了，应该买无刻的。但是，等我用了一个小时后，我发现要是无刻的，我估计好长时间都别干活了。

#7 楼 @lgn21st 哈哈，确实。我赶紧用铅笔写上。

是的，等级越高，题确实还是很难的。

楼主的头像，在我还混 Javaeye 的时候好熟悉。

很不错！果断 star.

今天中午还在看 Go , 据说 NSQ 是学习 Go 分发系统最好的例子。

目测有长腿妹纸。目测在大理其实无法 coding，阳光太玄。

Gvim, Alfred

单元测试，还是要 RSpec

#13 楼 @992024060 我 18 岁时还在田里玩泥巴呢。所以你懂的，制定完整的学习计划，从 ruby 开始，到 codewars.com 去做练习，学习基本的 Html ,Js, Css ,用不了多久你就可以超越很多人了。那个时候估计你还不到 20，天哪，还不到 20，我 20 的时候还在玩泥巴呢。

##没有任何基础和经验 是指没有任何 web 开发的经验？还是 只对 ROR 没有基础和经验，但是已经很熟悉 web 开发了？ 如果是前者，需要相对长一点的时间，先熟悉 web 开发的相关技能。 如果是后者，我觉得先要好好看看 Ruby，如果 Ruby 已经 Ok 了，那么用 ROR 做网站就是分分钟搞定的事情。 如果你只是想做个简单的小网站，用 scaffold，什么都不懂，30 分钟都可以做个小网站。

这个论调真有意思。难道不知道，很多人都是写了很多年的 Javascript 后才开始用 Coffee 的么？Coffee 能提高开发效率，能让你少走弯路，同时避免了很多 Javascript 的语法陷阱。现在 Node 的各种应用服务器不论是 forever, pm2 还是开发环境下的 node-dev 都原生支持 Coffee 了，你为什么，有什么理由还要去写“原生“的 Javascript。记住，Coffee 本身也是 Javascript , 和 Javascript 并没有你存我亡的冲突。

#18 楼 @jjym 应该是说，现在所有 symbols 都使用同一套机制了。比如以前你要节省内存只能选择 symbol，但是现在你可以直接在字符串上面调用 freeze 就可以了。这个方法现在经过 VM 优化，和以前大不相同，对相同的字面量只会分配一块内存。经过我刚刚测试，确实只有 2.1 才支持的。比如：
a = "hello".freeze b = "hello".freeze
以上只有在 2.1 才会共享内存，object_id 相等。

这个语法，在刚刚发布的 2.1 里面已经去掉了。仍然采用 freeze 方法，不过这个方法已经经过 VM 优化了。

考虑到目前移动端的大量普及，大部分都采用 JSON 数据传输，这种测试还是很有意义的。但是，这个结果是不是差距太大了？有没有偏向性呢？比如测试者是否存在对于其他语言不熟悉的情况呢，这个结果，完全就是淫射 JAVA 宇宙无敌啊。虽然排名不是第一，但大量占据着第二的位置。感觉就是在为 http://vertx.io/ 做广告啊。

自从这个社区允许会员在下面只发“沙发”，“顶。。”，“狂顶”的评论后，就沦落为三流社区了。

仔细的看了这篇文章，感觉和 ruby 社区关系不大，毕竟是 python 嘛，毕竟 ruby 世界的单元测试的基础设施要比 python 世界的好很多。但是里面又处处用"动态语言"一概而论，处处体现了题主对动态语言的不了解，毕竟这个世界的 Java 程序员最多了，他们有很强的话语权。其实每个人看到用其他语言写的程序时都狠不得用自己最熟悉的语言写一遍，这是常理，要理解。总结一下，观后感吧：

1. 原来 google 这样的大公司也有很多不靠谱的项目和不靠谱的人。
   
2. 动态语言在项目大了后，所带来的不好维护性，确实存在，这个不好维护性因为和静态语言有很多地方表现并不一致，所以解决方案也很不一样，所以如果有静态语言维护经验的程序员去维护动态语言的项目，他们，确实想死的心都有，所以想重写也很正常，是我，我也遭不住经常 down 机的折磨，整天提心吊胆的日子不好过啊。目前在很多地方，动态语言，不，就说 ruby 吧，是增加测试覆盖率来实现的，所以 ruby 世界里面各种 BDD,TDD 是很完善的，一个 Rspec 就甩出各种什么 Unit Test 好几条街了，简直就不是同一个时代的东西。
   
3. 刚才说的是可测试性，现在来说可维护性，我天天做梦都期望：前一个程序员兄弟的代码，只需要我 config 一下就可以实现客户的需求。但是，你我随时都有可能成为那个最不靠谱的队友，动态语言威力无穷，有些特性确实不要滥用。比如 Rails 里面的 Model Hooks.
   
4. 再次声明，这个世界上 Java 程序员的人数庞大，所以他们有强大的话语权，很多项目 2 句 Ruby 就能搞定的事情，非要被他们说成用 Java 更安全云云，最后搞来一个团队来做了一周。里面还有很多看了就恶心死人 JUnit 代码。所以很多时候，不是 Ruby,Python 做不了，而是确实招不到靠谱的 Ruby,Python 程序员，而 Java 程序员往往又不了解动态语言的世界是怎么玩的，他们要用他们世界的概念去套，但又发现套不上（唉，怎么没有依赖注入呢？），他们把这个玩具玩坏了，还非说这个玩具设计的不好。
   
5. 原来 google 也有这么矫情的人。
   
6. 没有一种语言是完美的，所以还是多了解一两种语言为好。
   

这是个残酷的现实，其实很多时候，很多产品确实不需要太多的程序员，某些时候招一个程序员的成本比维持现状高太多。

slim

1.放出部分春运票给票贩子，因为他们才是铁道部的资深用户，他们可以对票进行 GEEK 测试。

1. 预估一个时间，先放出 10W 张票，告诉大家，尽快上官网预订。只有预订用户才能参与抢票，不是预订用户，就是给老子下跪，都对不起，没资格买票。
   
2. 当当。。。当，购票的日志终于来临啦，雷不死已经提前几天在微博放出消息：先到先得。大家，摩拳擦掌，在 12:00 挤进股票网站，点击购票按钮，等了一个中午饭的时间，页面终于返回消息：抱歉，票被抢光了。您可以预订下次购票，下次会在 3-10 天后，请耐心等待。