#5 楼 @zlfera 当然是 rubyinstaller 提供的配套版本 DevKit-mingw64-32-4.7.2-20130224-1151-sfx.exe
你们这样FUD Windows 是不对的。。。
Ruby 2.0.0其实在 Windows 下跑的挺欢的……
2.0.0-p195+devkit,现在已经没有这个 2.0/bcrypt_ext (LoadError) 错误了。
今天升级 ruby 2.0.0-p195,同样在 windows 下遇坑,破解方法如下:(假设已经安装 DevKit)
其实 windows 下 ruby 还行,rubyinstaller 的作者 Luis Lavena 很给力。
在用 +1
512M 恐怕危险。
root@cvprcsip01:~# passenger-memory-stats
--------- Nginx processes ----------
PID PPID VMSize Private Name
------------------------------------
11881 1 7.5 MB 0.1 MB nginx: master process /opt/nginx/sbin/nginx
11884 11881 7.9 MB 0.6 MB nginx: worker process
11885 11881 8.0 MB 0.7 MB nginx: worker process
### Processes: 3
### Total private dirty RSS: 1.45 MB
----- Passenger processes -----
PID VMSize Private Name
-------------------------------
335 209.5 MB 47.2 MB Passenger RackApp: /var/rails_apps/mv
3932 233.9 MB 69.7 MB Passenger RackApp: /var/rails_apps/pl-form
4378 60.8 MB 13.2 MB Passenger AppPreloader: /var/rails_apps/icome
4421 71.7 MB 24.0 MB Passenger RackApp: /var/rails_apps/icome
4429 73.2 MB 22.7 MB Passenger RackApp: /var/rails_apps/icome
4445 37.3 MB 13.9 MB Passenger AppPreloader: /var/rails_apps/mv
4481 193.8 MB 19.8 MB Passenger RackApp: /var/rails_apps/mv
11864 8.1 MB 0.2 MB PassengerWatchdog
11867 38.9 MB 1.8 MB PassengerHelperAgent
11872 15.4 MB 0.7 MB PassengerLoggingAgent
12386 224.8 MB 61.6 MB Passenger RackApp: /var/rails_apps/spms
26681 64.7 MB 29.9 MB Passenger RackApp: /var/rails_apps/metroway
### Processes: 12
### Total private dirty RSS: 304.75 MB
root@cvprcsip01:~#
看到猫扑,果断不看了,不浪费时间,yeah!
Perl monk 已经暗示了用 perl 是和妹子没缘分的……
录制质量太差了,地铁上几乎听不到 Grimm 说话,左右声道分离还分轻重,我情愿听单声道…
Domain-Specific Language 现在有中文版了。
昨晚刚上,没看文档啥都没做,直接一路 next 下来竟然也 ok……
有难度不代表不是方向,十年前的毕业生只会点按钮,现在的大学毕业生已经多半在学校里学过了至少一门计算机语言,未来的毕业生,在学校里甚至都做过了网页,我还是相信 markdown 是未来方向,Tumblr 一样支持了 markdown,它可不是专业网站啊!
才 9 页……
jbuilder 内置在 Rails4 里面了,其余我也就不说啥了,大家懂的…
虽然我知道如果我说:我觉得 Rubymine 很好用看起来很不专业,但我是真的觉得 Rubymine 的 IDE 类型的断点调试比 pry 强多了……
angular.js 已经超过 ember.js 了,这年头就是没节操 + 喜新厌旧 + 帮大款啊!
应该这么说,做程序员容易培养严谨的作风,特别是 rails 程序员,因为大小写,单复数,甚至是方法名字和下划线都会导致你的程序的行为不同……
#28 楼 @kayakjiang 用 Proc 还是 lambda 与起什么名的确没关系 #29 楼 @iBachue 对,顺便略微修改了一下 26 楼。 感谢两位指导,说实话没有这样的讨论估计我是不会去花那么多时间搞 Proc 和 lambda 的特性比较的……
听了录音,真的录得挺好的,@poshboytl 黑 cakephp 和 Django 是亮点,还有非常认同@yedingding 的选择太多是坏事这个观点。
最后一个回帖竟然是 5 个月前的,今天看到 DHH 说了:“This is the last known blocker for the release candidate.” 所以 Rails 4 真的要来了,应该还有一个 RC 版。
Rails Guide 3.2.13 里面使用 Proc,而不是 lambda,也许是因为源码里面是这样起名调用的:
# BlockValidator is a special EachValidator which receives a block on initialization
# and call this block for each attribute being validated. +validates_each+ uses this
# Validator.
class BlockValidator < EachValidator
def initialize(options, &block)
@block = block
super
end
def validate_each(record, attribute, value)
@block.call(record, attribute, value)
end
end
https://github.com/rails/rails/commit/279067639f319f3b4bbcaf90c26f286e96df2c77
又仔细看了看,感觉还是#19 楼 @goinaction 的比较好理解 block 就是一段代码(由 Proc.new 或者 proc 创建,语义完全一样),call 的时候就是当前位置嵌入了该代码块,属于 ruby 比较独特的特性;lambda 相当于一个方法(由 lambda 或者->创建,语义完全一样),虽然还是由一段代码 (block) 组成,但和其他语言的闭包特性很类似,方法体内还可以使用包外的变量,于是 return 到哪里就很容易理解了,return 只是现象,这个才是本质。