今天认识了不少新朋友。
不明,但感觉这部分触及到了 Ruby 语法的阴暗面~
我觉得网易公开课把一个一小时的演讲切成几分钟一段,有点 eggache。 推荐直接看原版:http://ecorner.stanford.edu/authorMaterialInfo.html?mid=2351
乍一看,从以前的版本变为现在的版本,让人有点不知所措。 但是如果不看老版本的话,新的写法非常的人性化呀!喜欢这样的人性化设计,在方法内处理传入的参数更加顺手了。
这周二搞,以闲聊为主。
#12 楼 @jjym 我大概除了写 Java 的时候需要 Eclipse,其他所有的日常开发工作都不依赖 IDE,所以也就没有 IDE 情结吧。
#14 楼 @jeffz 原来是这样,受教了,是我主观臆断了。M$ 对 JS 生态环境贡献一个新的语种,一定会对整个生态环境带来影响,是好事情,应该欢迎。
#21 楼 @ericguo 我觉得这里是我们两个对待 CoffeeScript 的观点不同,我呢,是必须要弄明白引擎盖子下面发生的事情,如果用了 CoffeeScript,就一定要弄明白生成的目标代码是什么,遇到问题也是去目标代码中查找,然后在回过头来修改 CoffeeScript,起初大脑中会有个 transition 的过程,会有点不适应,但是好像很快就会过了这个阶段,通常不会超过一周,现在我看着 JavaScript 去调整 CoffeeScript 已经觉得非常自然了。
#10 楼 @ericguo 我明白你的意思,我只是不明白的是把 CoffeeScript 跟 TypeScript 比对,这两个东西应该不是一个层面的东西,不太有可比性。
类比 Haml/Slim 和 ERB 的关系,如果对 ERB 很熟悉,那么你在写每一行 Haml 的时候,你的脑子里面已经知道这行代码被翻译成 ERB 或者最终输出的 HTML 会是什么样子。我一直认为 Haml / CoffeeScript / Sass / Scss / Less 就是这样一种东西:如果你很熟悉 HTML 或者 JavaScript 或者他们最终生成的那个东西,那么你只需要了解编译器的代码转换规则,然后就可以开始干活了,因为你知道你写的每一行代码会被编译器编译出来是什么。这样的东西学习成本都不高,大概一个下午足够了。
我在想你说你 CoffeeScript 不熟,还在学习,但是学习成本肯定比 TypeScript 高,是因为你每写一行 CoffeeScript,都不知道最终产生的 JavaScript 代码长什么样子么?还是看不懂最终生成的 JavaScript 代码?
TypeScript 则完全不是跟 CoffeeScript 等同的东西,他的目的是解决 JavaScript 在大型项目中的代码组织,提供了 IDE 友好的 OO 机制,已达到能舒舒服服的在 Visual Studio 里面做前端开发的目的。当我第一次看到这个的时候,我脑子里面想的是另外一个东西,M$ 从来没有靠直接销售 C# 这样的语言赚钱,语言都是免费的,但是他们的 IDE 很赚钱。如果前端开发人员能通过某种方式,用某种语言在 M$的 IDE 里面开发,那么他们就又可以赚一票了。
笑来老师不如投资一点时间到 Vim 或者 Emacs 上面,工欲善其事嘛。
发起北京的一个 RubyTuesday 活动嘛,找个地铁站附近的咖啡厅,发个帖,稍微准备一个话题,然后大家下班后有空就去聚聚,我觉得这样不错。
谢谢分享,但是实在想不通这个网站被墙的理由。
嗯嗯,楼主说的对!
#7 楼 @tiseheaini 安装得时候,有没有添加 --disable-binary
参数?
支持,帮你置顶先~
是不是你的网络问题?
http://www.velocityreviews.com/forums/t834205-append_features-vs-include.html 这里可以找到 Matz 本人对 include 和 append_features 这两个方法澄清。
我认为 included 可以当作 include 之后的的一个 callback,用户可以在这里 hook 一些定制代码,而 append_features 是在 include 这个方法背后真正干活的方法,而 include 本身其实也是一个类或者模块的 callback。
我觉得你的 RVM 安装有问题,照道理当你通过 RVM 安装好 Ruby 后,会自动帮助你安装好 bundle,而无需你自己单独安装。简单的解决方法时让 RVM 自爆,然后重装 RVM 和 Ruby 吧。
rvm implode