• #28 楼 @lgn21st

    我觉得可能是我个人的缘故,有点极端,以前用 Windows , 其实就爱折腾快捷键啥的,现在用 Linux, 基本上除了 Chrome 页面浏览,其他基本上都是快捷键完成的。事实上在我看来,使用 linux, Unbuntu 之类的玩意儿搞个图形界面也是多此一举的。如果真让我将来使用一个系统,用来娱乐,很长一段时间,我估计还是会首选 Windows , 因为国内 Windows 支持太好了,但是除了 Windows , 我肯定会选 Mac, 但是如果工作,要看什么工作,Ruby 或 Rails 方面,我还是认为 Linux 更好,其实准确点说,纯的 Unix 更好。因为实在没有更好的选择,所以我就用一款老外说最像 Unix 的 Linux. 也许这个选择看似多一些折腾,不过我坚信,方向是对的,而且如果想进一步提高,这样的方式反而会少走很多弯路。

    别的不说:你如果没有 Linux 这几年的经验,用 Mac 估计也不会这么 High, 而且,之前咱社区也有人问过有关部署时,文件权限的问题,你怎么回答都解释不清,深有感触吧。

  • #34 楼 @huacnlee

    华顺你应该是咱社区传教 Mac 最积极的人了,而且我相信你对 Mac 也是及其熟悉的。不妨具体说说,在 你使用 Ruby 以及 Rails 做开发方面,到底哪些方面,有那些优越性 , 是你 强烈建议的 ? 顺便也给我这个 Mac 小白 扫扫盲。

  • #30 楼 @ugoa

    好长的文章。写的很好。之前只是知道,在 64 位化的方面,苹果的系统走在了前面,而且非常彻底。没想到还有这么多东西。不过看来看去,讲的还是 GUI, 没发现哪一条跟 Ruby 有关的。

    不过能感觉到这个作者对于 Mac 系统的推崇。我想短短的几年,在 IOS 上的软件数量超过了 Windows 平台,一方面是因为手机的缘故,另一方面,也是这个 GUI 平台的缘故吧。

  • #31 楼 @ywencn

    咱社区就是扯点诸如此类事情的帖子,最火了,看最近社区比较平淡,再加上是不是看见那个小贴士,的确有点不爽,所以...

  • #27 楼 @5long

    +1, 楼上说的都太飘渺...

    请真真切切列出使用 Mac 开发 Ruby ,开发 Rails 的好处是什么?

    BTW: 属于 Unix 系统自身的好处就不用谈了,而且我觉得也不用谈图形界面多好多好,大家都知道很好,但是很多 linuxer 连桌面系统都可以不要,鼠标基本上也没用,这丝毫不影响使用 Ruby?

  • #13 楼 @reus

    Emacs配了几天就用的轻松愉快了

    你简直太酷了~ 在你配之前应该已经熟悉了一段时间了吧。

    我都用了一年多了,现在还是用的糊里糊涂,凑合着瞎用。不过某些时候,也还是感觉挺轻松愉快的。

  • #6 楼 @fsword

    对呀,建议也就罢了,还来个强烈建议, 这明显具有排它性~~

  • 举手! at 2012年09月01日

    一个👦 , 8 岁。

  • #4 楼 @lgn21st

    不过我还是得指出,你说的那些 taste , 按照我的理解,主要的部分 应该就是指的 Mac 在图形界面上的一些创新和体验吧。这其实和使用 Ruby 关系不大吧?

    楼上各位所说的 Mac 的体验感我都认同,不过都是一个优秀的系统所具备的,但是这对 Ruby 又有什么帮助呢?毕竟你不是用 Ruby 开发 IOS 应用,相反就像@Rei 二楼所说,迟早还是要用 Linux 来部署的。对于新人,反倒是增加了一层负担。

  • #4 楼 @lgn21st

    老兄你写的太好了,我很喜欢,不过往往在我看来,很多用 Mac 的人,并没有把 Mac 当作 Unix Like 系统来用,相反,正是因为咱社区一些真正懂 Mac 的人不遗余力的鼓吹(容许我这样说), 很多人跟风也开始用 Mac, 而且我觉得很多人一开始的抱着一种Mac 和 Windows 挺像的心态来用 Mac, 这出发点绝对有大问题,因为如果这种心态,再用上好多年,在你心里,他可能仍旧只是一个个人 taste 更好的一个 Windows 而已。很多人我估计用了半天 Mac, 都不知道 Mac 其实就是 freeBSD 下的一个 Windows Manager, 只不过是比 Gnome, KDE, XFCE 更高级点的而已。他们可能完全忽略了Wndows Manager下面隐藏的东西。

    BTW: 这里我不是说 Windows 不好。我觉有没有几个人有资格评价 Window 如何如何。至少我用了七八年 Windows, 感觉经验丰富,了解的东西挺多,不过全都是表层的,关于 Windows 自身,我到现在都是个地地道道的小白。相反,咱社区一些在 Windows 领域能达到相当造诣的牛人,我是发自内心的佩服的.

  • 我常用的都是自己写的小脚本。 这些脚本 90% 用到的命令来来回回就是以下几个: find xargs grep sed cut sort uniq printf echo for ... in test

    不过平常用的最多的就两个:ls cd

  • 多台服务器同步配置文件 at 2012年09月01日

    对了,BC3 是通过 ftp 协议来实现的,不过支持 SSH 以及代理。包括配置各种参数什么的。

    还有就是,BC3 只有 Windows 版本和 Linux 版本.... 哈哈。

    我刚刚又帮你查了下,在 Beyond Compare 3 出来之前,苹果下有个比较软件,当时堪称世界上最好的,叫做 Araxis Merge. 也是个老牌文件比较同步软件,据说功能很强大,应该也可以实现你想要的功能。不过我从没用过。还有就是这个软件死贵死贵,差不多注册个 license, 得几千块吧。

    我发现大家对于文件比较,目录同步,三方合并 之类的主题很少讨论,难道大家都用 diff +patch ?

  • 多台服务器同步配置文件 at 2012年09月01日

    我是还没太明白你到底是要自动化同步 (例如一个脚本的方式,无干预) ,还是希望通过一个图形界面,来手动同步,当然要方便。

    不过这两种需求,Beyond Compare 3 都可以很好的满足,如果是前者,BC 有自己的一套自动化同步脚本语言,你可以自己写脚本,然后通过 bc 命令运行脚本就自动开始同步。如果是后者,不需要脚本,但是你可以事先定义好一系列文件夹的同步过程,其中每一个过程叫做一个 Session, 其实就是一个 目录/目录 的图形化比较界面,很漂亮也很直观,支持所有的策略,你可以过滤掉所有你不想看到的文件。你甚至可以指定它同步本地的文件 1.txt 到 远程的 2.txt, 只要你指定这两个文件在比较两侧同一行对齐就是了。其他什么时间策略,修改文件策略都可以针对 Session 来设定。

    最后,定义好所有的 Session, 然后你可以保存这些 Session 到一个 WorkSpace. 下次你需要同步时,指定加载这个 Workspace, 它会加载所有的 Session, 然后每一个 Session 下只需要点一下鼠标就 OK 了。

  • #10 楼 @hbin

    哦。我本该猜得到的。看了下里面实现的函数,是挺不错的!

    不过我发现,几个最关键的常用的几个函数,我脚本里都有单独的实现,再用这个就重复了。

  • 回楼主:

    且不论 Theme, 难得看到一个用 Emacs 的,而且模式栏上的插件竟然如此熟悉.. Ruby, Rinari, AC, yas, 不过那个 mate 是啥玩意儿?

    我从开始用 Emacs 就用的 zenburn, 配色上只是有一些小小的改动,用很久了,到现在也没打算换。没觉得有啥疲劳呀。

    BTW: 目前维护 zenburn 的那个人在 github 上也整理了 ruby 风格指南,rails 风格指南,咱社区之前还专门有人翻译呢。

  • #11 楼 @fredwu

    原谅我挖坟了... 很喜欢你的一个说法:

    Cucumber是近年来被误用的最多的工具之一
    

    我觉得在纯 Ruby 的领域,不涉及开发的话,Cucumber 单独也是一个不错的思维工具。

    Cucumber 其实不光是给客户看的,其实写 Cucumber 的感觉,和我学习 Ruby 时不断的写笔记是有相似之处的。

  • RubyConfChina 2012 预热帖 at 2012年08月31日

    我来发 100 楼吧~~

  • 一个很容易中招的地方 at 2012年08月31日

    #41 楼 @aptx4869

    知道了。谢了。

  • RubyConfChina 2012 预热帖 at 2012年08月31日

    #64 楼 @lgn21st

    太棒了~~

  • #4 楼 @Saito #8 楼 @fsword

    Mac 这方面真像 Windows, Windows 下有个叫做 DiskState 的小软件,挺老了,我用了很久,界面很直观,我用了很久。不过在我这个最古老的 linux 版本 (Slackware) 下面,很多事情都得自己去想办法去解决。

    有图形界面的东西这很好,不过人就会变懒了,就不会自己去琢磨 bash script 以及那些常用的的命令去实现一些很有自定义特色的功能,在这点上来说,诸如 Mac 或者 Ubuntu 之类的发布版,是不利于学习的。就像当年我用 Windows 一样,好多年,内部机理还是啥也不懂,因为你根本不需要去懂它。

    我虽然其他必要原因,从没有考虑从 linux 换到 Mac, 但是我始终认为,随着越来越熟悉,图形界面对于 (Web) 开发者来说,其实是不重要的,甚至根本就是个累赘,而除了图形界面,Mac 系统相比较 linux 留下的没有什么了。

  • #1 楼 @diudiutang

    sort -h 就可以了。

  • 我这个是清理垃圾用的,主要为了查看那个目录很大,那个目录文件很多,

    会有下面的效果,分别是大小, 文件数量, 文件细节 其实就是把几个命令堆到一块儿显示而已。

    232K        5           drwx------ 5 root root 4.0K Nov 10  2011 ./.scim
    272K        3           drwxr-xr-x 2 root root 4.0K Jul 24 11:10 ./Pictures
    292K       22           drwxr-xr-x 6 root root 4.0K Oct 20  2011 ./News
    336K        1           drwxr-xr-x 2 root root 4.0K Apr 11 18:16 ./.gstreamer-0.10
    428K        33          drwxr-xr-t 5 root root 4.0K Oct 29  2011 ./.texmf-var
    456K        12          drwxr-xr-x 22 root root 4.0K May  9 14:50 ./.gimp-2.6
    520K           56       drwxr-xr-x 4 root root 4.0K Nov 10  2011 ./GNUstep
    
  • 一个很容易中招的地方 at 2012年08月29日

    #37 楼 @hooopo

    stop 是啥意思?是回答我上面的那个问题吗?

  • 一个很容易中招的地方 at 2012年08月29日

    #38 楼 @shouya

    我看了半天才明白你要表达的意思,这样的代码说实话,更乱了。 第一行之所以不工作,是因为先执行的 name = value 的缘故吧。如果是从右往左执行,就可以了。

  • RubyConfChina 2012 预热帖 at 2012年08月29日

    再顶一次。顶到 300 楼~~

  • 一个很容易中招的地方 at 2012年08月28日

    #32 楼 @hooopo

    我记得之前有篇回帖,你有介绍如何在 github 上引用一段代码,不过我没注意看。

    再给我介绍下你是怎么做到的?难道手动输入或者有什么一键点击?

  • #1 楼 @lgn21st

    Emacs 默认格式化后,和你的一样。

  • 一个很容易中招的地方 at 2012年08月28日