用物理称呗，比较容易缺斤少两。

LOL

@fantasyday 五年过的好快！

1, 你们高估了三年经验的平均水平。2，你们低估了大部分开发者遇到问题时的犯二能力。

确实故意弄成不是100个，你很细心，但忽略了空格，哈哈。

"👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍".gsub(" ", "").size

=> 101

一百个赞 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍👍👍👍👍 👍👍👍

此时不搭车更待何时？

#19楼 @xhj6 所以你的意思是，一个人在同一家公司工作十多年，就是不求上进？（你知道那作者是 Prototype 的作者吗？）

试图用一把锤子敲天下所有的钉子（其实好多并不是钉子对不？）的行为都是耍流氓。

其实技术选型非常朴素：如果 app 内容（外观、渲染、交互），与 web 很接近（Basecamp 恰巧就是这种类型），用 Hybrid，首选 Turbolinks。如果不是则上原生。

Awesome! Centax, Inc.

对于对 rails 有专家程度的自信的 freelancer 来说，hour rate 100 RMB 太低了。

#58楼 @small_fish__ 加快编写速度可以用 Zen Coding；直接拿现成的 HTML 来改的情况还是非常多的：

• 设计师提供的原始 HTML
• 购买的 Theme
• 设计软件生成的 HTML
• 从 CSS 框架拷贝来的 HTML 样例

关键的一点，这是一层而外转换，需要 team 去学习一种额外的语法。如果项目中的设计师和开发者人来人往，就是额外的开销。

#54楼 @lyfi2003

明显是高的

这个见仁见智，我用 Rails 近十年，ERB，Slim 和 Haml 的项目都经历过不少。实话说，我个人完全不觉得另外两个在编码效率上有过人之处。到是维护升级和解决一些额外的小毛病上会浪费时间。

#14楼 @fcicq @hpyhacking 不如直接去改银行的数据，加上 1 亿人民币。

#52楼 @samport Slim 很多时候是对 HTML 编写的过度折腾。

#33楼 @lgn21st 嘿嘿😄

嘿嘿，笑笑李笑来的一年全栈工程师养成说

#15楼 @numbcoder dotenv 是侵入性的。我的意思是，管理 ENV 不该是代码依赖的某个 gem 的责任。当然这仅仅是我个人看法 ;-)

#13楼 @tumayun 本地由 developer 自己决定怎么管理。我个人使用 direnv，每个项目下有个 .envrc 文件来保存 ENV 的键值（切记要 gitignore 掉）。

服务端也有不同的方式，不管用哪种，主要要做到：1）千万别入代码库，2）访问权限隔离到 deploy 或 web server 的用户组。

我自己大部分项目都 host 在 Heroku 上，直接用它的 ENV 管理。

不用 ENV 是万恶之源。在教训中学习了。

非常好。毕竟按以往方式放 jQuery 进去非常容易。

用官方原生的语言来写，这是我唯一可以给的建议。当然大部分人是听不进去的，自己独立思考吧：）

人家毕竟是一个已经在用的系统，你有意买，价位不符合你心理预期可以不买，能飙出“那伙计一张口”这样的话，未免太自负了那么一点。你持这种甲方思维，是在下的话你出二十万也不愿意接。

#2楼 @luin 明年写一篇用 Rails 替换 Node.js 从此公司飞黄腾达员工无比快乐的稿子！