精辟呀!!
编码是思考过程,在技术的提升这方面看代码时思考设计者的意图比写 N 遍 blog 要有效的多。
在使用语言时,对于好的语言每一个细节设计意图的深度思考,同样必要。
看源码的话有趣这点很重要,如果自己有实现思路的就没必要看了;相反如果对某些 lib 没实现思路,那就代表看懂这份代码会带给你思想上的开阔
写的太精辟啦!
最基本的是你要熟悉这份语言(连语法都不熟如何猜测使用者的意图?),你说的那本我没看过,ruby 编程语言 + ruby 元编程 可以说是把 ruby 的用法都讲遍了
说句实话,上班后我才知道,原来大家做项目时,对于语言其实了解个皮毛,也能做项目... 虽然这样的项目代码往往惨不忍睹,让人改的好生纠结...
严重支持!
虽然从来没用过 iphone ...
现在用 4.02, Spring 已经用上了,我已经通过 shell 下写 wrapper 将我所有的命令都 Spring 化了,性能感觉够用了。
......
以前关注过很多次这个项目,但是总感觉还是很初级的阶段。
过了很久之后的今天,又留意了下,发现 Rubinius 突飞猛进呀。版本一下蹦到了 2.2.3, 和 CRI 版本完全保持一致。看来以后要换做用 Rubinius 了,毕竟,在日本之外,这个项目获得了更多的支持。
我咋印象中,你一直在北京呀....
许久不来社区,完全忘记了。
我靠~ hooopo 发的招聘贴 ......
我要是在广州,立马投奔去~
是好久不见你了呀~
其实,我所看到的东西,几乎都是建立在 小命令
以及 bash shell 脚本语言
之上的。现在除了 Ruby , 最爱 bash shell 了。
又更新了下,现在即使你完全不懂 bash shell, 照着我说的做,你也可以自己随意定制快捷键喽~~
本人第一篇精华帖,哈哈~
修改了下内容,提取了个 switch_to 方法出来,脚本中只需要一行就行了。
我想大家就算不懂 shell, 或者不愿意看那一大坨屎一样的代码,也可以自己写快捷键脚本了吧...
好文呀。
不过有时候,还真没有那么绝对。
有时候一开始你觉得自己不合适,但是会选择去尝试,去适应,直到忍无可忍,最终自己选择离开。
还有些时候 ......
你明明知道自己挺适合,也挺有激情,充满自信,可是碰到个 ......
顺便提一句局外話,我觉得社区的整体氛围充满了浮躁,也许和当前社会大环境有关吧。
为了可以立即做项目,而满足于对 Ruby 的浮浅了解,一个技术还一知半解时,又去尝试另一个新的技术。如果你真喜欢 Ruby(或你喜欢的任何东西), 那你就专注于它,专注于在它之上实现你所知道的任何最佳实践,争取创造一些原创的东西出来,Ruby 当然不是万能的,但就算暂时没有产出,我相信,作为 Ruby 这样一个语言来说,你在 Ruby 之上的投资,在你学习其他语言时,一定会有丰厚的回报。
Go 语言没有体验,无发言权。
但是 Ruby 我很了解,Web 开发现在也算小有心得,我有发言权,我只想说,做 WEB 时,当涉及到复杂的后端逻辑,在性能,易用和可维护性上综合考量,更重要的是在编写代码的体验上,又有那个语言比 Rails 赖以成功的底层语言 Ruby 更适合?我不清楚 Go 的定位,但是,我知道做 WEB 后端开发,Rails 是一个很不错的选择。
如果让让我在 Linux 下选择系统语言,我会毫不犹豫的选择 C, 为什么?至少我看来,有两个原因。
自底向上
的开发哲学来说,开发的点,经常都是足够小,例如可能仅仅是一个函数,C 刚好足够。Go 额外提供的,真的好的东西,只能是累赘。最近有不少心得,就是整整花了半个月时间,完全重写了之前存在各种误用的很多 shell 脚本,重写 后代码简练多了,原来 bash shell 代码也可以写的很优雅,至少在做系统脚本 (复杂性不会太高), 以及做胶水语言这点上来说,bash shell 至少是我首选的语言。
说了半天,其实要表达的是:Ruby 和 Go 各是各码子的事,完全八杆子打不着的两个东西,为什么一定要这样比较呢?
本不想回帖,因为我一直都觉得,这样的语言比较 (甚至上升到社区的喜好高度) 的帖子,又有什么意义?个人有个人的喜好。
友情支持下,不过这次因为诸多原因,真心去不成了。