报名
我觉得你们需要对这个网站的核心有一个定位 - 是 products 还是 curators?需要选择哪一个来作为整理网站内容的主线。随着内容的增加,你们很快会面临这样的决定。knewone 是一个产品展示,评论和同类推荐 / 发现的平台,还是一个给予 trend leader 推荐,展示自己品味,并带有一定 social 元素的平台?
这个选择会对你的设计向不同的方向推动 - 如果以产品为核心,应该强化产品,弱化用户,有“喜欢”, “拥有”, “评测”和“推荐”这样四种用户的行为会增加 confusion - 我要知道的只是别人对这个产品的想法而已,如果不是很好,我可以看其他类似的别的产品;如果以前卫用户为核心,就可以给予用户不同方式的展示 - 比如如果添加 / 推荐是实时的展示,可以做成流的形式并发布到社交网络;而如果喜欢 / 拥有 / 评测(评测是不是一定要拥有的? )是想要沉淀下来的,可以在进一步细化 - 你的平台是想更推动 hype / chatters / 互动(喜欢主导), 还是优质的用户内容(评测主导)?
这样看起来是个人产品收藏夹了。
喜欢,拥有,推荐。。是不是其他八个喜欢的 和其他四个拥有的你其实并不推荐呢?还有,level 2 和 82% 是怎么对应的呢?
几万用户网站的 working code + 重构成你不熟悉的语言框架 = 灾难
#5 楼 @blueplanet 复杂的表关系没有必要一定走 Rails convention 的 model based form 或者 nested forms 这些。
design your params first. 比如你在 controller 里面的 params 想是这样的
params = { "1" => { "date_1" => "2013/1/3", "date_2" => "2013/3/2"}, "2" => {"date_1" => "2013/3/2", "date_2" => "2013/4/3"}} 然后再回到 view 里面把 form 结构写成能发送这样的 hash.
有点类似先设计接口,再写实现。
Model 跟着业务走,user has_many appointments,然后再想怎么处理复杂的表,从 params 里面提取和转化数据
在产品展示里面图片太大了,而且图片的 thumb nail 和图片距离太远,我看了很久才指导有多于一张的图片。所有的评论都 "below the fold" 要卷页,会有用户不知道评论的存在。
首页右上的 twitter 和 weibo 不知道具体是做什么,"tweet this site", "sign in with twitter" or "follow Knewone on twitter"? 我点了下需要 Authorize, 不知道是做什么的所以没有继续
简单业务用简单框架:pure HTML, Middleman, Sinatra 复杂业务用复杂框架:Omakase Rails, Layered Rails, GOOS Rails, Hexagonal Rails, SOA Rails, Polyglot with rails
#18 楼 @sundevilyang 谢谢提醒,我都没有注意。这个项目还是很有意义的
#13 楼 @zacker330 你需要的根本转变是 Java -> Ruby, 从 static typing 到 dynamic typing 的编程语言。
涉及到金额用 integer 到保存到分
#13 楼 @cqcn1991 项目本身也是开源,看这里 https://github.com/railsjedi/opensourcerails
你想找的应该不是 gem 而是一个从前到后的 Rails Engine, 没听说过有这个,你多半要自己写