#8 楼 @sphawkcn 国外 rails 培训是有上万美元的。我也觉得可能速成么？

#6 楼 @leekelby 原来那个图是官网的。我还在用 3，v4 只是听说，追不上，太累了。

#3 楼 @Rei 这个就是看个大纲吧，人家幸苦画出来，你一句话就否定了

#1 楼 @lgn21st 相信还有很多人不知道，呵呵

#10 楼 @cqzhangkang 可以看那个官方 guide，wiki 有个繁体版的。form 多写几次就熟悉了，不算太难。

form 可以直接用 html 来写的，可以试试看。

#5 楼 @karmue 只是举个例。可以理解为笔误。 如果没什么办法的话，只好自己小心点了。很容易 bug。

#7 楼 @wcc526 什么名字，说不定可报 bug。

很理解头大的感觉。path 和 url 有一点小区别，path 就是一个路径，url 会带上协议 http。一般用 path 会多些吧。 已经做过两个商业项目了，对那些 view 的写法还是半吊子，估计记住是不大可能了，只好用的时候查了。

提点外行的意见，能否把代码写成两层，第一层是算法主干，第二层是细节。这样便于传播，否则太复杂的代码让人望而生畏。

能否一个函数不要超过一个屏幕？

#13 楼 @yfractal 你们真的站立会议么？

我觉得模块分配可以根据个人擅长和偏好，由选择的人负责评估难度。 我期望的团队是诚实负责可以信任的人。

你喜欢每天每周被追进度么？

#10 楼 @yfractal 甘特图是控制时间的。我觉得那个适合于时间比较固定的事情，不太适合于软件开发这种。敏捷方法把时间控制到天，是有些过头。

时间是需要控制，可以粒度大一点，比如一个月之类的 check 一下。

2 免费，中文 ok。你在哪儿啊，网速如此？ 网速很快的。

http://www.sublimetext.com/,可以打开啊。

#5 楼 @xiaoronglv #6 楼 @Shadow 谷歌的人可以说水平高点，也谈不上什么天才吧。

我可以说都是被那帮敏捷派忽悠了，仔细想想。

我可以肯定地说，一个整天想进度的人是做不出什么好的软件的，可以糊弄一个凑合的东西。

#1 楼 @wjch 我觉得还是公司的管理思路吧。那种流行的墙上一堆贴纸的方式真的值得再思考。

我最近看《程序员的呐喊》，作者讲了谷歌的管理办法，完全否定了敏捷方法。 只有季度的项目展示，平时没有进度表之类的。

感觉都被敏捷洗脑了，谷歌的做法更符合规律，一个人整天想进度，怎么做得出好的软件呢？

尤其是公司内项目。外包可能还是需要进度。

#24 楼 @beyondyuqifeng Behavior + Persistence 似乎是不错的点子，测试可以避开数据库。

#3 楼 @vianvio 大多都使用数组和 hash 吧。都有 each。each 就是简单的循环。

不错

#2 楼 @saiga 写一个代码看

js 有没有类似块那样的东西？

#33 楼 @lufeihaidao 服务器用 nano 就可以吧。

谢谢你分享的 cmd-r，这个很方便。

似乎是这样的。

#29 楼 @lyfi2003 用鼠标没什么吧，还可以活动下手腕

#27 楼 @lyfi2003 sublime 也不需要鼠标吧。 sublime 学习更容易。更现代吧。

#6 楼 @lufeihaidao 谢谢。这个很实用。比目录方便。 有了这个似乎又不想折腾 vim 了。 #24 楼 @lyfi2003 vim 还有什么明显的优势？

辛苦楼主了，其实简介 + 链接也行的。 我打算试验一下，看上去不错。我总是在 sublime 的目录里找来找去的，效率不高。

#30 楼 @chairy11 没看懂就不适合 再看提问换书