`
dongbin
  • 浏览: 245708 次
  • 性别: Icon_minigender_1
  • 来自: 北京
最近访客 更多访客>>
社区版块
存档分类
最新评论
文章列表
http://twitter.com/dongbin 欢迎Follow
I extract the plugin from a real project http://code.google.com/p/railsjob/ to make test easier. I submit it to http://agilewebdevelopment.com/plugins/test_helpfulAnd write a short document -- sorry for my ugly English. :pTestHelpful===========This plugin provide the following helper method for test# ...
CSS网页谁都会编,如何用最少的HTML和CSS进行布局就很少有人会了。比如这个 漂亮的表单布局,完全摒弃table。我的使用HTML的table的原则是:不用table!当CSS布局搞不定的时候,table是极有诱惑力的手段。它也是导致网页臃肿,可访问性极差的元凶。请强迫自己:不要用table标签!Sass用了以后再也不想写CSS文件了make_resourceful把Controller代码精简到极致。这也要归功于RESTfulMatrix test至少减少了我的三分之一的测试代码。我近期将release 一个相关的plugin, 来帮助人使用 matrix test.Edge rails没 ...
今天和Kevin吃饭,聊到的话题:1. 市场的残酷性无论多么风光的创业团队都需要面对的问题,市场不是势利眼。2. Flex的前途。Flex很适合交互性强的网站,尤其是跟Rails的Restful结合后更能简化开发。我长了这么大还没有做过Flash,听Kevin一讲,还真要学学。3. 外包项目的难点。首先是合同的问题,以下的合同比较难作。1)合同周期长(比如两个月)的项目,这段时间里什么需求变化都有可能发生。2)不能和最终用户沟通的,需求一旦经过滤波器就走了样。其次是分布式团队的问题,这里有讨论。4. Rails 的部署Xen环境下的虚拟化部署是大势所趋。CentOS很难用。
make_resourceful 0.1.0 released! Overview of make_resourceful 0.1.0 Really very nice!
         我对神说:让所有认识我的人和他的亲人朋友永远健康快乐  神说:只能四天!   我说:好,春天、夏天、秋天、冬天。  神说:三天。  我说:好,昨天、今天、明天。   神说:不行,两天!  我说:好,白天、黑天  神说:不行,就一天!   我说:好!  神茫然问到:哪一天?  我说:在我所有朋友生活着的每一天!   神哭了……说:好吧,就让你的所有朋友将天天健康快乐!!
人外有人,天外有天。昨天把Peercode的视频看了一遍,真是太爽了。也看到了自己和国外的ROR技术高手之间的差距,我的学徒之路还很漫长。在欣赏高手纯属的技术的同时,还可以看到对代码一丝不苟的精神。凡是一点点重复的代码都会立刻被重构,一点点可以重用的部分都会被抽取。任何可以利用现有plugin的地方决不重新发明轮子。高手基本上都在英文社区,国内的英语水平严重限制了新技术的传播,真是一件很遗憾的事情。这也是我们这些Ruby on Rails先行者应该做的事情。
http://www.hamptoncatlin.com/assets/2007/5/21/make_resourceful.pdf Rails中的Restful app并没有抽象CRUD代码,但是它给除了一种抽象CRUD的思考方式,Hampton Catlin则把它发挥到了极致。
上次rails爱好者聚会时,跟Robbin Lu讨论过测试覆盖率的问题。现有的覆盖率检测工具rcov只能检测代码覆盖率,不能检测逻辑覆盖率。比如说: @post.nil ? "Invalid Post" : post.title 在@post不空的时候进行测试,这段代码的测试覆盖率就达到了100%,而@post.nil?为true的情况没有测试到,这时的100%就是唬人的。 heckle就是解决这种问题的工具,为我们这种测试驱动强迫症患者准备的探测器。它能够修改代码中的每一行,以及每一个分支,以确定修改之后至少有一个test failed。
看到 秀出你的Gem我也秀一下。 actionpack (1.13.3) actionwebservice (1.2.3.6548, 1.2.3) activerecord (1.15.3) activeresource (0.9.0.6653) activesupport (1.4.2) builder (2.1.1) capistrano (1.99.0) cgi_multipart_eof_fix (2.1) cmdparse (2.0.2) daemons (1.0.6) diff-lcs (1.1.2) fastthread (1.0) feedtools ( ...
不管你认不认同HAML,它正在获得关注。可以预料的是,一场口水战不可避免,就像当年Rails出世一样。而这场口水战之后,HAML将不得不流行起来。 再重申我以前的一个观点:在软件领域,技术不是用来解决问题的(软件领域几乎没有技术解决不了的问题),而是用来降低解决问题的成本的。 衡量一门技术的最终标尺是解决问题的成本,简洁的代码是降低成本的一条有效途径。 HTML或者rhtml可以解决的问题HAML同样可以解决,既然后者可以得到简洁的代码,那么取而代之何尝不可?

SASS是一个好东西

    博客分类:
  • Ruby
HAML 1.5以后的新特性要数sass最为吸引人了。昨天试用了一下,确实让css文件简洁了不少。支持常量和缩进嵌套。比如说scaffold生成的CSS: .errorExplanation { margin-bottom: 20px; font-size: 10px; } .errorExplanation h3, .errorExplanation h2 { background: #e33; padding: 3px; margin-bottom: 0; font-size: 14px; color: #fff ...
ThoughtWorks大力宣传JRuby,可是我是在想不通原因。 文章中说用JRuby的好处是“它使横跨他们目标平台的部署过程变得流畅”。这一点太搞笑了,Java就比Ruby部署流畅拉?部署过J2EE的朋友都清楚。 我完全不看好JRuby,XRuby之类的项目。放不下遗留系统,就继续用J2EE。新项目想用rails,就换成Ruby。拖泥带水没有好下场。
gigix说DSL不要太多,提到了HTML需不需要DSL的问题。我随便说几句。 我从来不参与DSL的争论,因为DSL从来就不是什么理论问题,也不要扯到框架或者自然语言上。因为: DSL == Nice Code ! 只要代码变得更好,就可以称作DSL,就这么简 ...
5.1之前把脚扭了,结果不能出去玩户外,好郁闷。离开了IBM,终于可以专心研究和实践Rails了,在家里这段时间还是收获比较大的。我把以前写的一个Demo放到了 http://code.google.com/p/rplanner 上面,并且成功切换到了edge rails。虽然Rails 2.0 还是遥遥无期,非商用项目还是可以信赖edgy rails的。更重要的是,Rails2.0的改变将会相当大,如果不早作准备,等到release的时候升级风险比较大。还有一个很深的体会:用再好的工具也能写出很垃圾代码,开发者的观念是优质代码的根本,而不是工具。看着那一陀一陀的恶心ruby代码,我深深感到汉语 ...
Global site tag (gtag.js) - Google Analytics