• #7 楼 @jjym

    精辟呀!!

    编码是思考过程,在技术的提升这方面看代码时思考设计者的意图比写 N 遍 blog 要有效的多。

    在使用语言时,对于好的语言每一个细节设计意图的深度思考,同样必要。

    看源码的话有趣这点很重要,如果自己有实现思路的就没必要看了;相反如果对某些 lib 没实现思路,那就代表看懂这份代码会带给你思想上的开阔

    写的太精辟啦!

    最基本的是你要熟悉这份语言(连语法都不熟如何猜测使用者的意图?),你说的那本我没看过,ruby 编程语言 + ruby 元编程 可以说是把 ruby 的用法都讲遍了

    说句实话,上班后我才知道,原来大家做项目时,对于语言其实了解个皮毛,也能做项目... 虽然这样的项目代码往往惨不忍睹,让人改的好生纠结...

  • 严重支持!

    虽然从来没用过 iphone ...

  • Ruby on Rails 4.1 发布记 at 2014年01月14日

    现在用 4.02, Spring 已经用上了,我已经通过 shell 下写 wrapper 将我所有的命令都 Spring 化了,性能感觉够用了。

  • 关于算法, 我们该学什么? at 2014年01月13日

    ......

  • #3 楼 @huacnlee

    那太好了。我也是发这个帖子时才发现,spring 是 rails 下的一个子项目。

  • #1 楼 @nightire

    顺便分享下和 Rubinius 配套的东西,例如:Web Server 换做了什么,什么 Gem 不可用了,换做了什么之类的,谢谢啦。

  • #1 楼 @nightire

    再分享下使用经验好么?现在用了有两个月零一周了吧?

  • 以前关注过很多次这个项目,但是总感觉还是很初级的阶段。

    过了很久之后的今天,又留意了下,发现 Rubinius 突飞猛进呀。版本一下蹦到了 2.2.3, 和 CRI 版本完全保持一致。看来以后要换做用 Rubinius 了,毕竟,在日本之外,这个项目获得了更多的支持。

  • #1 楼 @jhjguxin

    我就是先查到 Zeus, 然后在 Zeus 的 github 上才知道 Spring 的。

    我用 Zeus 时,zeus server 启动之后,连接到 server, Terminal 就卡死了,不知道怎么回事儿。

    另外,我比较喜欢 Spring 这种零配置的方案,无需修改项目,立即可以用。

  • [广州] 招聘 Ruby 程序员 at 2013年11月05日

    我咋印象中,你一直在北京呀....

    许久不来社区,完全忘记了。

  • [广州] 招聘 Ruby 程序员 at 2013年11月05日

    我靠~ hooopo 发的招聘贴 ......

    我要是在广州,立马投奔去~

  • #112 楼 @jinleileiking

    是好久不见你了呀~

    其实,我所看到的东西,几乎都是建立在 小命令 以及 bash shell 脚本语言 之上的。现在除了 Ruby , 最爱 bash shell 了。

  • 又更新了下,现在即使你完全不懂 bash shell, 照着我说的做,你也可以自己随意定制快捷键喽~~

    本人第一篇精华帖,哈哈~

  • 修改了下内容,提取了个 switch_to 方法出来,脚本中只需要一行就行了。

    我想大家就算不懂 shell, 或者不愿意看那一大坨屎一样的代码,也可以自己写快捷键脚本了吧...

  • #4 楼 @doitian

    两种都曾经简单试过,不得要领,也就没有深入。

    #7 楼 @as181920

    道行尚浅,谈不上深度,目前的精力,也不可能放到这一块。够用即可. 我觉得这文章主要意义在于:让大家认识这几个通用的小工具,在即使对底层不是很了解的前提下,尽量个性化的实现自己所需的功能。例如:我重启 Rails Server 以及 重启测试,都是通过快捷键,并且通过 notify-send 发送消息。而且,既然你能找到所需的窗口,你也可以针对某个窗口定制特殊的行为,例如:让某个窗口的 Alt + F4 失效。

    #9 楼 @gihnius 受教了,这脚本的确很酷,exec 是神来之笔。

  • #2 楼 @bhuztez

    回 B 大,Emacs 的 PDF 功能那就是个玩具呀!首先它是整个加载的,速度超级慢,会加载全部页面,CPU 负荷超高,即使加载完成,效果也很悲剧。貌似都不知道怎么放大。

  • #13 楼 @jjym

    网速太慢了,Web QQ 打不开呀。明天加你。

  • Ruby 2.1 is coming! at 2013年10月12日

    #3 楼 @luikore

    我靠~ 当初学习 instance_variable_set, class_variable_set 的时候,就很努力的想过,为什么没有这个 ...... 觉得实现起来,应该没啥瓶颈呀..... 最终还是出现了...

    我很奇怪,为什么不早出现??

  • #8 楼 @jjym

    到时候怕没空呀,周末白天可以,你在哪个区住?

  • #5 楼 @jjym

    啥时候有空见面聊聊呀!方便的话,给我一封邮件,任何?zw963 网易

  • [译] 炒与被炒 at 2013年10月10日

    好文呀。

    不过有时候,还真没有那么绝对。

    有时候一开始你觉得自己不合适,但是会选择去尝试,去适应,直到忍无可忍,最终自己选择离开。

    还有些时候 ......

    你明明知道自己挺适合,也挺有激情,充满自信,可是碰到个 ......

  • #104 楼 @zgm

    那也要分干嘛呀。就像你说的,拿别人短处和自己长处比...

    何况用 Ruby 写脚本,我也没有这方面经验,最多也就是一些 ruby -e 的方式,也有用到,也许将来会以 Ruby 直接发系统调用的方式的改写,不过现在没精力呀,最近每天痛苦的啃 the rails 4 way 当中...

  • #98 楼 @bhuztez

    还有啥?B 大 不会指的是那些 C 写的库的 python binding 吧? 难道 Linux 操作系统还涉及汇编吗?

  • #100 楼 @zgm

    概念 1: Ruby 是一个非常优雅的动态语言,而字符串处理则更甚。

    概念 2: BASH 也可以写出幽雅的代码。

    这俩有冲突吗?

    说起来,那个例子中的代码,通过 read 的确是丑陋点。我早改了。

    IFS='.' && array=($(basename "$0"))
    

    不觉得比原来幽雅一些吗?

  • #53 楼 @skandhas

    威武~!

  • 顺便提一句局外話,我觉得社区的整体氛围充满了浮躁,也许和当前社会大环境有关吧。

    为了可以立即做项目,而满足于对 Ruby 的浮浅了解,一个技术还一知半解时,又去尝试另一个新的技术。如果你真喜欢 Ruby(或你喜欢的任何东西), 那你就专注于它,专注于在它之上实现你所知道的任何最佳实践,争取创造一些原创的东西出来,Ruby 当然不是万能的,但就算暂时没有产出,我相信,作为 Ruby 这样一个语言来说,你在 Ruby 之上的投资,在你学习其他语言时,一定会有丰厚的回报。

  • Go 语言没有体验,无发言权。

    但是 Ruby 我很了解,Web 开发现在也算小有心得,我有发言权,我只想说,做 WEB 时,当涉及到复杂的后端逻辑,在性能,易用和可维护性上综合考量,更重要的是在编写代码的体验上,又有那个语言比 Rails 赖以成功的底层语言 Ruby 更适合?我不清楚 Go 的定位,但是,我知道做 WEB 后端开发,Rails 是一个很不错的选择。

    如果让让我在 Linux 下选择系统语言,我会毫不犹豫的选择 C, 为什么?至少我看来,有两个原因。

    • 你看到的几乎所有东西都是架构在 C 之上的。
    • 相比较于 UNIX 程序员 自底向上 的开发哲学来说,开发的点,经常都是足够小,例如可能仅仅是一个函数,C 刚好足够。Go 额外提供的,真的好的东西,只能是累赘。

    最近有不少心得,就是整整花了半个月时间,完全重写了之前存在各种误用的很多 shell 脚本,重写 后代码简练多了,原来 bash shell 代码也可以写的很优雅,至少在做系统脚本 (复杂性不会太高), 以及做胶水语言这点上来说,bash shell 至少是我首选的语言。

    说了半天,其实要表达的是:Ruby 和 Go 各是各码子的事,完全八杆子打不着的两个东西,为什么一定要这样比较呢?

    本不想回帖,因为我一直都觉得,这样的语言比较 (甚至上升到社区的喜好高度) 的帖子,又有什么意义?个人有个人的喜好。

  • 友情支持下,不过这次因为诸多原因,真心去不成了。