刚学了下rails，写了个淘宝客网站玩玩

[lpisces]

http://75ms.com

[lpisces]

@xgdy 你想的太美好了，全都是只看不买的

[insub]

@lpisces

至今基本上还是 原型 -》 代码 -》 ps稿 -》上线的流程，现在感觉这流程没法快速迭代。。。

一直没胆做推倒重构的准备，主要是觉得成本太高，怕做着做着发现业务上走不通，觉得粗粒度原型还是有必要的，不管在纸上还是axure

我也不写test，主要是觉得不必担心bug，但会担心安全问题怕有遗漏
原型的话会用纸张或axure，但常常画到一半就不画了，因为设计也是我自己做，经常就会ps稿当原型琢磨，现在几个项目下来感觉这样还是不靠谱，常常因为设计导致原型拖延

现在是设计上卡的比较多，有点强迫症，太难看实在接受不了就这么上线，苦求设计师而不得啊

[lpisces]

@insub 我觉得还有一条纠结的原因就是 “造轮子” 的问题，不知道你怎么看这个。

打个比方说，基本上每个项目都要写后台,于是rails有了rails_admin,active_admin这种东西。每个项目都要有认证，于是有了divise这种东西。ruby china上的观点说rails_admin这种东西都是玩具，都得自己写。不然遇到不满足需求然后自己搞不定或者搞定成本大于自己搞就完蛋了。

但是我觉得rails之所以敏捷，是因为它把很多开发中要用到东西都集成进框架了。

我说的重构不是每一行代码都重写。我觉得在原型设计阶段要定义好数据结构的大方向，这部分在后面的重构是不应该动大刀子的，除非应用的负载上涨到了质变。

重构的是vc层面的东西。

[insub]

@lpisces

造轮子的错误现在犯得少了
rails的话，标准化需求，比如用户系统，比如分页，比如搜索，都是直接用gem包的
但是rails_admin之类确实...很不实用，我是自己写一个scaffold_controller_admin方法，然后自己维护一个templates。比较好的解决了我后台管理系统的问题。

我仔细分析了一下，大部分其实是卡在了设计上面。目前这个项目有点特殊，核心业务没有现成的参考，技术选型反复了四五次那么多，浪费了两周时间，但也还算值得。

[lpisces]

@insub 这么说的话跟技术关系不大，只是你不知道你要做什么，所以耽误了很多时间