我来总结:
http://blog.jaredfriedman.com/2015/09/15/why-i-wouldnt-use-rails-for-a-new-company
http://www.bootstrap.me.uk/bootstrapped-blog/why-you-should-use-rails-for-your-new-company
边开火边移动 http://local.joelonsoftware.com/wiki/The_Joel_on_Software_Translation_Project:%E9%82%8A%E9%96%8B%E7%81%AB%E9%82%8A%E7%A7%BB%E5%8B%95
想想看微软所推出资料存取策略的历史吧。ODBC,RDO,DAO,ADO,OLEDB,还有最新的 ADO.NET -全部都是新生的!难道这些技术都是非要不可的吗?还是一个年年都在重新发明资料存取的无能设计团队的杰作呢?(这很可能是真正的答案。) 不过最终的结果却刚好成为火力掩护。它让竞争者别无选择,只能用尽所有时间进行移植和升级,没有时间去写新功能。仔细看看软体业界。成功的公司对大公司的依赖最少,不需要花所有工夫追随并重新实作,然后去修那些只出现在 Windows XP 上的问题。而跌跌撞撞的公司都花太多时间去揣测微软未来的方向。大家都担心.NET 的出现,认为有绝对必要所以决定针对.NET 重写整个架构。事实上微软是在对你开火,而且只是让他们前进并阻碍你们的掩护火力,因为这就是游戏规则,朋友。你想支援 Hailstorm 吗?SOAP 呢?RDF 怎么样?你支援这些东西是因为客户需要?还是因为有人对你开火而觉得应该有所反应呢?大公司的业务团队很了解火力掩护这一套。他们会去跟客户说「没错,你不一定要买我们的东西。要买就要买最好的。不过记得你买的产品一定要支援 (XML /SOAP / CDE / J2EE),否则你就会被绑住了。」然后当小公司试图接触这个客户时,这个听话的技术总监就会像鹦鹉一样说「你们支援 J2EE 吗?」尽管 J2EE 不会真正带来收入,他们还是得耗尽所有的时间加上 J2EE,结果完全没机会让产品产生区别。这是个勾选项目,会去做只是因为需要有个项目打勾表示你也有,不过没有人会用也没有人需要。而这就是掩护火力。
我們的軟體每天每天都會變得更好,而且客戶會愈來愈多,這就夠了。