通常都是 precompile 和目录权限的问题

之前用 cherry 的 g80-3000 茶轴，现在换了个二手 golden touch 可分拆的人体工学，手立马舒服起来

再问一下大家的后台验证是写在 C 还是 M 里？写在 c 的话不用走数据库，但容易让 c 脏乱，写在 m 的话可以方便地指定使用 errors.messages

同样感觉有 end，有明确的起始结束更有安全感

等迟一点的 macbook2012

因为 php 很丑，经常一边写一边吐槽心里滴血腰痛脚痛，听说 python 和 ruby 都不错，双方都大概了解了一下后，只有 ruby 给我一种爱爱的感觉

当年是用 jsp+mysql 搞了个网页 ajax 群聊 + 私聊的程序 ( http://download.csdn.net/detail/reducm/3318985 ),还有 PHP+MEMCACHED 的版本，主题是说网站在静态语言和脚本语言如何取舍 (大路货)

我只记得答辩老师问了我一个经典的问题:"你这是用面向过程开发的还是面向对象开发的？", 当时五雷轰顶，大力抑制想讽刺这老师的冲动，大专老师的技术水平还停留在不知哪个年代，教的东西都和社会实际环境脱节的，(c++/java toy program#dreamweaver/flash/html/#autocat,3dmax...) 后来就想早知随便上网找些东西应付得了还节省时间

不过现在看了 LZ 的帖子在想，自己认认真真做一次毕业设计和论文还是好的，学到的东西是自己的，而且恭喜你很快就能从这么恶心的环境中走出来了

经典例子就是银行取款，如果一边在提款机取钱，一边用存折在柜台取钱，如果两边同时取，一个账号只有 1000 元有可能被两边都取走，那怎么办呢？就给账号上个锁，一边操作的时候账户就锁住，另一边的操作只能排队，这就保证每次账户数据都是正确的。这就是事务，transaction，同步问题，资源锁的一个例子。有很多地方说事务就是里面的操作要不全改，要不全不改，这其实说的是事务的特点，也是一回事，全不改就是事务中如你银行操作其中一步错了，账户就会回滚，所有操作都不起效。如你所见，事务，上锁，是为了保证数据一致，上了锁，大家都得排队，性能就慢下来了

不用事务通常是比较关注性能，对数据一致性或同步要求不高的情况

今天有时间把买来的中文版重要的地方翻看了一遍，看过英文版才知道这译版的翻译有多差，前后译词不统一，语句各种不通顺（特别 14 章用户登录）。网上许多地方都把这书推成 Rails 入门的经典书籍，对于很多英文不好的朋友中译版就是一个希望，但估计看完会各种概念不清晰，也学不到最新知识，糟蹋了经典。真心希望出译书的人能用心做好，不然真是误人子弟

auto pairs 不错用，感谢推荐

emacs 转投 vim，i 模式键位移动还保留 emacs 风格，现在用 vim 用得很爽

vim+ctags…

v 层和设计制作配合比较难，通常要一手包办

amazon 订了说是 3 月 3 日才送来，之前预售记得很贵 70 多，后来邮件过来说是 39 元

用只 cherry 黑轴，用其他普通键盘已经不习惯了

谢谢大家的回答，对 mongoid 不熟悉，在 Twitter 看到了@xdite @Rei @huacnlee关于 mongodb 和 mysql 的性能讨论

#7 楼 @huacnlee 前段时间才买了一年……请问有什么陷阱要注意的？？

源码包里面有各种 ext lib，编译时没装过的话，apt-get install xxx 后，进入 ruby 源码包找到对应的 xxx，然后 ruby mkconfig,make make install 就行，不用重编译 ruby 的

ubuntu

http://code.google.com/p/ibus/issues/detail?id=1249 从这里查到了是 ibus 的问题，启动使用-f 就解决了

支持 java 的云也可以用 jruby 的，不过那内存消耗……

看的是英文版的 PDF，1.9 的。。。

这里没人回复可以人工置顶吗？