网络创业的最容易起步的是卖非实体的产品，信息或信息服务。你可以端到端的掌控，而且容易规模化。比如说大部分的网上花店 其实并不操作花店 他们的客户是实体花店 卖的是订单信息。至少起步这样容易，以后可以在考虑纵向发展

决定是不是要坚守要先知道自己创的是什么业

你做的这个是一个食物配送的创业 只是有个网络的渠道而已。你的用户满意度在于食物是否好吃，送货是否快，对网站的功能要求不会太高，更别说下面的技术。做到这两点的及时没有网站也可以打败你

你要成长这个公司要 主要在食物，物流，商业伙伴，业务流程上下功夫。想下自己想做什么

#4 楼 @luikore :)

#26 楼 @ysihaoy 学过很多，大概是 Rails -> Ruby -> Rails -> Ruby 交替着学，有空我吧这个写写给大家看

#4 楼 @rociiu 已经离开了，还没来得及更新 #5 楼 @vissul 嗯 是的。 #6 楼 @xmonkeycn 没错，是自己写的一个超简单的 blog。RSS 还没时间加。好像用 RSS 的人越来越少了。。

#1 楼 @fredwu 是啊，听说过我们？ :)

#8 楼 @xiaolai #6 楼 @vissul

最近在一些社区活动上总有人听说我是 developer 就说 － 嘿我有个项目／想法我们一起做吧。这样的都婉拒。因为要么是在他们看来能写程序的都没啥区别，与他们合作不会愉快；要么是绝对没经验，不知道团队最先几个人的重要性；但其实最可能的是他们什么都不能做，又没能力判别别人的能力，所以就乱抓。

比如现在我学着做了些 SEO，虽然不能说精通，但是我能看得出谁 SEO 做的好，需要时候我知道可以请谁；设计也是一样，如果对设计理解很浅会觉得设计师都差不多。而真正有水平的设计师是不会愿意和这样的人一起合作的。

#20 楼 @virgil 嗯 是的

#21 楼 @Levan 有完全我们自己做的的 Rails 3 教程也有一周两次在线指导

如果你能凑齐至少 20 人上中文课的 当然可以用中文讲

整个都是现场版。里面有个学生提问题的 chat window #18 楼 @Levan

#15 楼 @Levan 好建议。

我共享个前几天线上辅导的录像吧，新手应该看了还是会有些收获。请大家不要外传啊，这个没打算公开的。。

https://s3.amazonaws.com/intro-to-rails/office_hour_sept_19.mov

#6 楼 @liuhui998 不错，我都是用在线的 js <=> cs 转换的。可以用来起步，但精髓的东西还是要多看代码

#13 楼 @Levan 是啊，怎么呢？

#11 楼 @aky007

意思是能不能找到人要看你出什么价。我知道 Ruby 圈内写程序的最高收价是大概每小时 2000 元，所以你能出到那个价想找谁找谁

》对啊~那就不如在国外找啦

我认识的国内 Ruby 圈人不多但有一些，有经验靠谱能力强而且接项目的人的价位都不比国际水准低多少，而且都是大把的项目排着队。如果你只是为了便宜可能会失望

我觉得你要做外包 最合适的模式是你自己有水准不错的团队可以在国内招经验少些的人，然后迅速通过项目带他们提升。这样大家也会主动想加入你。

谢谢

#13 楼 @Rei 怎么叫克箩旖这么抓人的名呢

#20 楼 @bhuztez 请用代码举个例子

#15 楼 @camel Strong Parameters 是好东西但不是创新性

#13 楼 @bhuztez 我个人确实喜欢 data mapper 多过 Active Record.

#11 楼 @Rei 女生啊是不是

#3 楼 @search 厉害 你还可以有个表哥叫“topics"

#5 楼 @Rei 同学是 mm?

#5 楼 @aky007

每小时 10 元 － 没有 每小时 100 元 － 也许有，估计不靠谱 每小时 1000 元 － 肯定有，会很靠谱 每小时 2000 元 － 我给你介绍，国际一流水准

@cconev @tassandar

这样的应用逻辑不建议用 Gem 实现，看下我的博文

比如你现在业务需要加权平均了，或者某特定用户的打分都不算，如果你以前一直依赖 gem 做的就有苦头了。基础设施类的用 gem, 业务逻辑自己写

#5 楼 @fresh_fish #6 楼 @fredwu #8 楼 @bhuztez

Rails 4 不会把这个分开，我觉得 Rails 不会从框架层面做这个决定，而是会吧这个决定留给开发员做。现在有 gem来做这个，但我觉得更重要的是开发的时候要注意这样的情况，该剥离的提早剥离成 Domain Model (不从 ActiveRecord::Base 继承的）

#7 楼 @fleuria

Active Record 是一种 ORM 的模式，简单地说就是每一个业务模型的 object 对应一个数据库表的一个纪录。这在小的应用里面是很方便的。但一旦业务规则复杂了，很多业务模型并不是都对应数据库表的。比如在你的应用里需要有“VIP 用户特权“这样一个概念，包含比如”免运费“， ”促销商品再打九折“， ”自动短信提醒“等等。这东西并不对应数据库，因为是一些”规则“而不是具体的数据。那很多就会把这些散落在各种不同的 Model 比如"Shipping", "Promotion", "Reminder" 里面，或者做成 Call Back, 或者每个地方加上“if current_user.type == 'vip' "这样的判断。这样当你的业务规则增多的时候，你的代码会是一团乱麻，最明显的就是遍地像这样的条件判断（顺手写的）。。

if current_user.type == 'vip' 
   cart.shipping_cost = 0
   if current_user.cart.amount > 50 
      if current_user.gender == 'female'
        Gift.create(user: current_user, type: 'flower')
      else
        Gift.create(user: current_user, type: 'chocolate')
      end
   else
      ....
   end
else 
    if current_user.benefits.include?("free shipping")
      cart.shipping_cost = 0
    else
       ...
     end
end 

这样的逻辑散落在你系统各处。。能不能可持续的开发是一目了然的。。如果一旦上面穿西装的人说，业务规则全变了！想想后果把

#3 楼 @hooopo
非常赞成 Jeff 说的 把 ORM 层和业务逻辑分开，这个已经是 Rails 圈子里面过去一两年来来回回讨论的了

#4 楼 @yedingding 好的，多谢！

#54 楼 @bhuztez

首先你的不满是针对 Active Record, 而不是整个的 Rails。Active Record 作为 Rails 的缺省配置是要做到对大量数据库，包括不支持 foreign key constrant 数据库的基本支持，所以不对某一个，或某一类数据库作优化。Rails 3 松动了各组件，你可以替换用你喜欢的。如果不喜欢 ActiveRecord 的库但喜欢其基本样式，可以考虑Sequel。按照你的喜好，我建议你尝试datamapper － 不用 Migrations 而且可以建 foreign key constraints。但是自动更新的 Schema 并不是万能 －详细请看 Data Mapper 里面的讨论。

我对 Active Record 也有不满之处，但更多是它容易使存储逻辑和业务逻辑混在一起，尤其对于没有经验的新手，很容易认为两者没什么不同，造成项目中后期维护困难。但我还是会出于维护和周边生态系统支持的原因选择 Active Record, 只不过在我的 ActiveRecord::Base 对象里面几乎没有任何业务逻辑。供你参考。

对已有功能的不满是新软件问世的动力，Ruby 圈里很多很厉害的都是源自于牢骚。我和一个前同事曾经想过做一个专门针对 PostgreSQL 的 ORM, 但也一直没时间做。如果你对这个感觉强烈你可以考虑自己做，绝对很有很大的市场。做好了估计 Heroku 会直接把你招进去，和 Matz 做同事。别停留在牢骚。

Foreign Key Constraint 默认能给我建好，除非我特别指定，别给我生成 SELECT *这样的 SQL 出来。

不知道你是不是在开源圈子里面时间短。开源贡献者都是用自己的时间自愿写软件，又拿出来免费给社区用。没有人欠你什么。你不爽，自己另立门户好了。这种大爷感没什么意思

#2 楼 @yedingding 厉害啊，进首页了