#1 楼 @yukihiro_matz 其实我感觉工资不看代码能力的。好像许多公司里,能扯皮、有气场或者先来后到是关键。
#16 楼 @hooopo 对,我也是比较喜欢这种说法:它就只是个 Ruby 对象。“层”就像你说的那样,比如说所有的 Controller 合起来算一个层。
实际上“Rails 那些坑”一帖也是把 Object 和 Layer 混着说,我也没看清楚逻辑。当然一个 Layer 是由许许多多 Object 组成的。
我只是觉得别把 J2EE 的东西搬过来。如果有人完整的看过以前 JavaEye 关于充血贫血讨论相关的帖子(不建议搞 Ruby 的去翻帖,Ruby 程序员没有那种历史遗留包袱,没弄明白历史的前提下去看方法论只会把思维弄乱),应该要搞清楚“充血模型”实际上说的是面向对象,而面向对象是强调单一职责的,不存在什么过度充血的情况,那只会是程序员们自己干出来的。不能说要把逻辑还给 Model 了,就把所有的逻辑都往 Model(Rails 的 ActiveRecord)里塞,哪有这么理解充血模型的——这又是个走极端的例子吧。
哎呀我发现我净说废话…… 还是写代码实在。
认真追究的话,实际上这个帖子里的 Service Object 完全可以说成是“提炼类”。而 @scriptfans 的帖子里比较倾向于把它弄成一个层,我主要觉得这个不对。
之所以说这个帖子里讲述的方式不好,是因为我觉得这个例子跟那边的“Service 层”完全扯不上关系,就是重构手法当中的“提炼类”,如 @rubyu2 所说“并没有实现‘加一层’的概念”,但是却又强调了 Service Object 这么个名字(好吧,虽然不是 Service Layer,但是看你俩在帖子里的互动,我觉得这个帖子像是在拿这个“Service Object”的必要来证明“Service Layer”的必要。)
remote 否?
这玩意跟 ruby 没关系,是 linux 里的 shebang
没有产品经理
正经回复,其实我觉得这种问题没有什么固定的形式,尊重是打心底来的,不是怎样怎样做就代表尊重,怎样做就代表不尊重。没必要追求这种表面的东西。不过咱们这圈子追求形式也成了习惯了。
对薪水和 soho 比较感兴趣的,但是看到要求还是比较担心。为什么要熟悉设计模式?分析模式又是什么?什么叫系统架构能力?目前是多大的网站需要性能优化?API 架构是什么意思?
传说中的辟谷么?
难道是我一线城市待惯了有种 Ruby 已经大众化了的错觉。
嗯。有意思,我现在倒是好奇这个圈子是不是确实就是这个样子。
越来越觉得发美女照片,特别是这种穿着暴露的来招聘是在侮辱这个行业。我只想问这照片上的女人一晚多少钱?
#16 楼 @mechiland 好,CodeKata,记下了,多谢!
#13 楼 @mechiland 不好意思,再问个题外话,TW 中国内部的 OO 训练营、郑大晔校有没有一些能够公开出来的训练和练习?我想应该有其它朋友跟我一样想拿这些东西来锻炼提高一下自己,如果可以的话 :)
面试流程也跟 ThoughtWorks 一样吗?
不抽烟不是共产党员
“一个方法不超过几行”只是结果,不是目的,更准确点说应该是“不会超过几行”,而不是“不能超过几行”。Ruby 代码仔细写的话, 大多数 方法控制在 10 行内应该是不难做到的——但这不是目的,在能力不到的情况完全可以不这么要求自己。
我们的整体环境好像都比较喜欢把结果当目的来教给别人,一方面可能是这个环境比较急功近利,另一方面这种教法容易让人迷糊,给人高大上的感觉吧。当然也不排除新人自己理解错误,自己把结果当作目的,努力错了方向。
我也是马甲,我们全家都是马甲。
粗一看以为可以帮取函数名
这种说实话的帖子总是回复不多嘛