除了Web开发，Ruby还能作点什么

我不是想说shell能做的ruby不能做到，不过shell还是有shell的长处的。该用shell script的时候还是用shell script吧。

"该用shell script的时候还是用shell script吧"
这一点很是同意, 比如批处理, 不会傻到用ruby来写.

只不过,我看有些复杂任务,本应该用真正功能齐全的语言来编写的,反而用shell script来写, 所以觉得很是不值, 比如那个著名的configure, 上万行的代码, 如果用ruby来写,我相信可以瘦身很多,而且可读性可以大幅度提高.

当然shell script有它另一个好处,就是portable, 但是现在ruby也几乎都覆盖主要的平台了.

语言就像情人，最初迷上她时，所有的东西都是美好的（包括缺点）！但是，当你彻底拥有她时，你就开始挑三拣四了。在经历了时间的考验之后，你又会发现不同阶段，不同领域有着不同的需求，因此选择最合适的工具语言是必要的，但是最好不要这样来看待感情问题，呵呵。我还是喜欢用shell和perl来做一些系统管理工作，包括一些实用工具；python配合C++ 来做一些网络通信方面的开发，感觉是不错的选择；至于应用层嘛，选择就更多了，java，ruby都很不错，当然不是否认他们在其他领域中的功能。

感觉ruby还是适合做文字类的

Ruby配合Watir或Selenium，可以做web app的自动测试，模拟人操作浏览器；配合FunFx库可以做Flex app的自动测试。

要拿configure来说, 这是个历史问题, 不能单纯从语言来看了.

照这样讲, 很多小工具都可以用现代语言来完成. 那时候为何没有呢?

这种问题比较傻的.

像ruby,python 应该向更现代的方向去发展, 更智能化地处理我们需要做的事情.

不太明白"这种问题比较傻的"是何解?

你说的"问题"如果是指"用ruby重写configure,或用ruby解决类似configure要解决的问题", 那么请问有何不可?

configure的一个明显的问题就是它现在太庞大,太复杂了,非常难以维护. 一旦configure在某个平台上出现问题, 要解决它实在是耗时耗力. 如果你经常搞交叉编译就知道了,不同版本的configure对例如target=xxx的识别能力差别巨大, 还有,configure通常都是随软件包一同发布, 所以版本无数....

如果用ruby实现,我相信代码规模可以大幅度降低,可维护性随之提高.

嗯,想了想就configure这个例子确实不妥,因为configure通常是用autoconf产生出来再进行修改的....应该说是"auto-config/make系统值得用ruby重新实现"更妥些,呵呵~

我觉得groovy挺好阿，也有很多很好的特性，ruby有的它都有，而且还能不抛弃喜欢的java，为什么不用呢?
而且大部分人做的项目ruby支持的还不够，我是做网管管理软件的，CS结构的系统，java平台上工作的很好。而且很多企业级的特性ruby又没有强大的类库支持。

呵呵，我的主题是“除了Web, .... ?", 本意是想投石问路，看看JE上是否也有很多人在“小”的地方使用ruby。

很是奇怪，为什么一提到什么语言，都要扯到“企业级”什么什么的，难道这世界上除了“企业级”，其它统统都是可以忽略的？

其实我一直有很私心很邪恶的想法，就是让ruby远离Web战争，让“企业级”见鬼去吧，最好能变得和lua一样轻巧就好了（别扔鸡蛋啊:-)）

或许另外一个更好的方案是象Python那样，搞几个轻巧型的实现，这样大家爱“企业级”的企业去，爱嵌入式的嵌入去。