我这边的项目 有后台管理界面,还是用的 rails. 之前也尝试用过 grape,但是发现 grape 虽然可能在速度上有少许优势,但是在很多地方做得太少。 比如在 grape 上使用 etag 就不太方便,比如在 grape 上使用 device 也不太好使。 如果你要是非常熟悉 rails 开发,那么 rails 绝对够用了。
云时代,是一大群公司,每个公司都解决一个问题,然后开放互联,最后构成一个生态。 Coding 说想解决私有项目以及协作的问题,我感觉也大致可以。但是后面又跟了一大群功能,从测试到持续集成,到分发到部署运行,这个就让人感觉有些奇怪了。 我知道投资人特别喜欢一个项目有一个大的 picture, 但是如果项目组为了实现这个大的 picture 而试图完成整个生态圈的工作,我感觉还是不靠谱。
/* 想当然了 */
方案 2 如果方案一某个代码挂了 你都找不到问题在哪
ruby 才不是 php,从最简单的来说,php 提供的是整站 CMS,比如 wordpress,而 ruby 提供的是轮子。
遍布神州的外包公司喜欢 php 是喜欢装个 cms 然后套个模板,如果差功能首先找个 components(组件),一般这种组件都是已安装上就能直接用的。最后根据用户需求差不多改一下就好了。这才是 php 在国内的生态环境。
ruby 除了少数类似 gitlib,Redmine 之类的整站之外,生态环境则是找到各种轮子拼车,功能和界面基本是自定制的,而且很 rails 产品都处于原型改进的状态。
php 适合外包快速出一个功能相对固定的常见网站,比如各种公司常用的自有电商啊,官方网站啊,产品展示啊,之类的常见需求。
而 rails 适合创业公司迅速建立原型。
老外知道自己买东西要交税,中国人以为除了所得税以外都没有税
ruby 不是 ruby on rails 的一个框架么
我是全栈的
coffeescript 又不在游览器里运行
turbolinks 是 Rails4 十大坑爹功能。
根据我数年曾在外包公司工作的经验,项目的钱越少越难搞,一方钱少代表客户没有吧需求考虑清楚,感觉很容易做,另一方面乙方在这样的成本下也很难交付另人满意的产品,这又导致甲方会对产品不满意拒绝付钱。既然如此还不如毙掉 5 万以下的项目,并且尽早达成需求一致和签订合同。
在多看买了电子版,看了之后感觉他在职业规划这方面写的太好了。
开机有点慢,其他时间不怎么卡。
申请专利。
楼主你看,我可以用这个马甲给你回复
为了写一点像 github, twitter, groupon 这种小应用
现在 keyword 这个东西还有用?
SQL 优化和 DB 优化都可以让 PG 变得很快
压根没敢升级。。
Rails 一般不是依赖 CSRF TOKEN 来解决此类问题么
调试的话上 pry?
rails 这个 GRM 里面的