#55 楼 @yuan 你说的也有道理，看来国内很多培训机构连程序匠也没法制造了

#23 楼 @PlayMonkey 忘了留联系方式，我更新一下主贴

#32 楼 @bhuztez 哈哈哈哈，骗子

@saito 如果是实现白板类，那么 classloader 很有用，它就是搞了一个 new world，所以很干净

不过如果仅仅是取消继承类，那么 classloader 解决不了这个问题，比如你希望的是类 X 不再继承类 Y，那么我认为你的目的是让所有用到 X 的地方都 assert 下面的表达式

X.new.is_a? Y == false

然而 java 的 cl 不是这个意思，它是 build 了一个 new world，在这里面 Y 不是 X 的父类（原来的那个 world 里，Y 依然是 X 的父类）

换个角度看，classloader 机制导致的结果是，我们不能通过类名来识别一个类，而是要用 classloader + 类名组合来识别，在这个意义上，我们不能改变类的继承关系（只能创建新的类——用 cl+ 类名标识）。所以我一直认为 classloader 好处有限，麻烦多多

#18 楼 @mobiwolf 工作地点在杭州

#14 楼 @Saito 是的，如果想知道功能的话，可以参考 commando.io，当然，界面上我们做的很惨不忍睹 :-P

#11 楼 @Jimmy 这份工作对新手应该是可以的，一般来说，工作一两年都能符合要求。而且我之前写了，无论 ruby 还是 erlang，之前如果不会，我可以给点时间让你学习，但是时间不会太久，所以你的学习能力要稍微好一些。

强调一下：

• 要有好的编程习惯（我认为更多的其实是工作习惯），要有代码洁癖，要想办法验证自己的工作
• 我们不要测试人员、线上运维人员和 DBA 的介入，一切都要自己搞定，所以不要想依赖“分工”
• 对编程有热情，有自我驱动力 另外，出于工作方便，我希望你的工作环境是 linux 或者 mac，但别是 windows :-)

#9 楼 @googya 说的不错

#7 楼 @googya 我倒是建议你可以看看元编程了，不是为了奇技淫巧，是为了深入理解，对于 ruby 程序员，元编程是普通技能，就像对任何一种支持 FP 的语言来说，高阶函数是普通技能一样

楼主的帖子写的很细致，赞一个。 我的做法是把 loading line 放到 .bashrc 中，然后在 .bash_login 中装载 .bashrc

没想过这个问题，楼主能提供一个应用场景么？

#8 楼 @bhuztez 目前这个系统已经在小范围的使用中，从去年到现在一直在负责我们广告这边大部分 java 类应用的部署上线，虽然数量也不多，但是稳定性还好，已经很久没有为用户改过 bug 了。

但是要做的事情还很多，c/c++ 类应用的发布要比 java 类复杂的多，发布之外还有其它的生产变更，而且运维系统也不光是生产变更，系统间协作（从本系统角度看就是外部接口的服务化）也是一个很大的文章，做好不容易

#6 楼 @yggg 虽然人不多，但是也不止我们两三个人，只是条件所限，大家没有太多的机会学习和施展，我做这个系统最早的一个原因就是搞一个与具体技术无关的运维系统，不必再 java only 了

正常情况下，选前者会带来后者，选后者不一定带来前者，so... 当然，如果是非正常情况......你只要判断这种异常情况会持续多久就行了

#3 楼 @Saito 嘿嘿，gist 是个好主意，回头要是能开源，你也来帮忙改进这块吧

#2 楼 @lgn21st 谢谢啦，md 我果然还是不熟悉地说

#7 楼 @cdredfox 你的变更没有提交到 develop 分支，git 当然给你留着了。这种情况下，如果你的修改是完整的，可以直接在 develop 下 commit，然后 checkout 到 master 就没有那些内容了，如果你的修改不完整，git 还提供了一种机制用于临时保存：stash，具体去 google 吧

能用好 ruby 的应该都是程序员（当然好程序员也可能不喜欢 ruby 的风格），不过国内很多培训和教育机构输出的是程序匠

#2 楼 @googya 我觉得不爽的地方正在这里，但是似乎也没有更好的办法

QQ、旺旺在 linux 下真的很麻烦，我们小团队之间沟通用 gtalk，搞个机器人就是群，非常方便，标准协议，客户端不要太多，历史记录完全无压力

你的应用核心功能是不是通过 neo4j 完成的？如果是，那么最好迁就它，否则要看你平时熟悉哪个平台，如果一直用 c ruby，改用 jruby 还是有些成本的

java 的异常机制太机械，所以不好。但是 ruby 中如何使用我也有些不确定，应该说异常机制可以让主流程更清晰，但是什么是“异常流程”，这个没有简单的判断方法。

通常，如果外部可以统一处理的，那么我们把这个流程剥离出去一致解决是很好的，不过由于 ruby 本身的表达能力和动态特性，这种”统一处理“错误的场景并不是必须要用异常机制的。

另外还有一个因素，java 代码的规范一般要求不要用异常来做分支处理，主要原因是异常成本很高，但是 ruby 的异常成本是否也很高我就不知道了，求解释

真好玩，谢楼主啊

#11 楼 @ery #10 楼 @fenprace 干脆都支持，让你们两个共用键盘玩街霸好了 :-)

拜楼主提问题的方式，有背景有分析，有自己的尝试，文字也没什么歧义，要是大家都这么问问题多好啊

#8 楼 @AshZ 我是来顶这个回复的，耐心、细致、全面

#15 楼 @bhuztez 是的，所谓热部署只是个实现方案，真正的需求是系统的响应指标

#14 楼 @bhuztez OSGi 没那么有用，实际中如果用 osgi，改造工作将十分漫长。个人理解，java 中的几项设计相互影响，导致 osgi 达不到理想的效果 - 对象和类分离、线程模型、classloader 加载模型。这其中，ruby 不存在第一点的问题，但是在第二点上和 java 是一样的，至于第三点，我还不是很精通，不好乱说