瞎扯淡 建议把这个小贴士去掉吧.

zw963 · 2012年09月01日 · 最后由 hooooopo 回复于 2012年09月01日 · 16678 次阅读

时不时的总会看到社区的小贴士在传教:

Ruby 开发最好的环境是用 Mac,如果你有足够的资本,强烈建议用 Mac

Mac 好不反对, 不过以上结论又是谁下的结论? 请给我一个大牛鼓吹这个的链接.

很奇怪, 为什么 Ruby 不是在 Mac 下开发出来的?

还有就是: 单就 Ruby 来说, 或者更绝对一点, 单就 Rails 开发来说, Mac 比 Linux 好在哪里了??

以上问题我是真不理解, 因为我不了解 Mac, 求指点.

BTW: 不要说图形界面多好多好, 我就说的是 Ruby 开发, Rails 开发, 就像小贴士里说的那样

个人认为,Linux 使用者大部分都是经验足道的,基本上不需要被建议了。对新手来说,Mac 和 Windows,很显然 Mac 对开发 ruby 更友好。

贴士说的是,最好用 Mac, 其次当然是 Linux, 实在不行了用 Windows。我一直觉得 Mac 是介于 linux 与 Windows 之间的产品, 对于 linux 和 windows 阵营的同学都比较友好 ,所以作为首选的话, 也是很有道理的。

Linux 粉: +1024 可以改成: 不建议使用 Windows 作为 Ruby 开发环境,可考虑使用 Linux 或 Mac 嘛

#4 楼 @lgn21st 这个说法我非常理解,虽然没有用过 mac,但是我也从侧面观察到使用 mac 对人的潜在影响——当然是指好的方面 不过我同样理解楼主,实际上我对这条贴士也感觉很别扭,可以鼓吹但最好不要排斥,这种绝对排它的说法很难不引起别人的反感

我是来支持 LZ 的。靠谱的操作系统发行版显然比 Mac 好多了。

#4 楼 @lgn21st +1,我从做开发一开始就一直用 mac ox,上个月入手了一台

Mac pro,用 Linux 只是上大学那会稍微折腾了下,用的也不是很多,没

有多少资格对比,但是用了 Mac 之后各种舒适度,便利性,易用性,体验感,都

是非常棒的,这些可能都是 Linux 那些发行版都不具备的,虽然我偶尔也玩玩游

戏,但这并没有阻止我义无反顾投身 Mac 系统。要的就是这种丝丝顺滑

ls + 1,配了大半年的 emacs,最后还是归顺了 textmate 了。现在 linux 直接 ctrl+alt+F1 tty 多好呀

一直用 linux,穷学生没钱买 mac

从 Redhat 7.0 发布开始折腾 Linux 的用户表示,一旦用上 Mac,再也不想回到 Linux 桌面了。而且对 IT 产品设计的理解有非常大的提升,其实每一个程序员都应该用用 Mac,你不会后悔的。

#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 领域能达到相当造诣的牛人, 我是发自内心的佩服的.

#4 楼 @lgn21st

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

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

#6 楼 @fsword

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

#13 楼 @reus

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

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

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

匿名 #20 2012年09月01日

我在用 mac 之前,有把老的笔记本安装上 ubuntu,一来,我发现散热不太好,应该是由于硬件太多,并没有做过多的优化的缘故吧,还请允许我这么说。二来,在日常软件上面,也有一些缺陷,对其支持的貌似不太多。 例如我在 windows 下已经习惯了搜狗的双拼,QQ,有道词典,飞信。你可以说有很多东西可以替代,但都不是特别直接。

用 mac 的好处,你可以很方便的安装上一些常用软件之后,就可以开始进入到开发的状态。让你可以把大把的时间专心花在开发和学习上,同时又有 linux 般的感觉和便利,基本上 ruby 上的应用都是那么的妥协。

匿名 #21 2012年09月01日

当然,肯定没人反对开发的时候采用其它的系统。 只是可能相对来说,使用 mac 多少会节省你一些时间,产生一些便利。

#3 楼 @Rei 这里说的是开发环境。通常程序员只是在 linux 上作简单的部署。其他问题都会教给运维。你完全可以用 vim(并且可以用的很棒) 写 Rails.但是,TextMate 真的看起来似乎更舒心。得出的结论是:不管种易用,审美,装逼,都推荐使用 Mac. 就大趋势而言,使用 Windows 的人会继续使用 Windows。但是使用 Linux 的人,已经很多跑去使用 Mac 了。这其中必然有其原因。Linux 桌面太分散,缺乏力量。

#18 楼 @zw963 贴士的作者显然是个强大的果粉。

#14 楼 @hooopo 现在说话喜欢引经据典了,哈哈。很有道理,但是,尝试使用 Mac 本身并没有影响你的 create.却提高了你的 taste,expand 了 view.因为你之前用 Linux,现在用 Mac.这相当于你尝试了不同的设计哲学,体味了不同的社区文化,touch 了 more things.

#23 楼 @WilliamZhu 帖士应该都是 huacnlee 加的

匿名 #26 2012年09月01日

明明 #13 @reus 和 #14 @hooopo 说的挺好的,后面还是来了一群人一股脑的写些乱七八糟的东西。表示强烈赞同两位观点。

其实我真心希望支持 mac 的同学能列出类似这种贴近主题 (亦即 Ruby / Rails) 的例子来:

http://yehudakatz.com/2012/06/05/tokaido-status-update-implementation-details/
http://railsinstaller.org/

#17 楼 @zw963 也不能这么孤立的看问题,其实是有关联的,我用 mac 的体验,也影响了我写 Ruby 代码的方式。

比如,论坛里面有些帖子不是鼓吹用 emacs 和 lisp 可以帮助程序员更好的理解计算机和编程思想么?这些东西会帮助和影响你写出更好的 Ruby 代码,我要说这是对个人修养的一种提升,而这种提升无止境,甚至通过鉴赏文学,电影中都能找到类似的东西,触类旁通,当你在编程的时候给你带来灵感。

#27 楼 @5long

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

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

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

#16 楼 @zw963 我没有用过 Mac,但它不只是一个 window manager 这么简单吧。他在 GUI 层面的进程间通信机制要比 linux 的管道更健全,更统一。我是从这篇文章里学到的。 开发人员为何应该使用 Mac OS X 兼 OS X 小史 http://blog.youxu.info/2010/02/28/why-mac-os-x-for-programmers/

~ ~ 爱用哪个用哪个。 这么小个事情你们怎么能聊得这么欢乐呢。

#31 楼 @ywencn

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

#30 楼 @ugoa 慢工出细活的好文

在好的产品下面才能做出好的产品

#30 楼 @ugoa

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

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

这句确实是有些歧义,还是去掉吧

#34 楼 @huacnlee

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

关于 mac 还有两篇延伸,以前研究苹果股票的时候看的。 return of mac paul graham Walter Isaacson’s ‘Steve Jobs’ daring fireball Rails 是用 Mac 和 Textmate 写的。XD

#37 楼 @zw963 好久没来了,插一句话。

我觉得用 Mac 主要是出了社会了,没那么多时间了,要把折腾的时间省下来,花在别的地方上:聚聚会、运运动、把把妹、撸撸管(苹果屏幕漂亮,尤其 retina 那是...)恩,et cetera. 哈哈

#28 楼 @lgn21st

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

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

@Juanito 最近 “撸撸管” 很火啊

#39 楼 @Juanito

好久不见, 听说你去 服軍役 了?

话说 retina 单词你都认得, 我真服了.

#42 楼 @zw963 是现在流行的 retina display,有翻译成 “视网膜屏幕” 的

#43 楼 @fsword

明白了, 刚查了下, 就是电容屏... 天天在用, 却不知道, 坑爹~

#35 楼 @zw963 我的理解是,Ruby 和 Mac 都从 Smalltalk 这门语言中继承了不少精髓思想。所以 Mac 可以很方便的在运行时实现进程的信息共享(并且是 GUI 层面的, 而不是基于文本的),而 Ruby 的 Runtime 对象可以很方便的彼此通信(Ruby 强大的元编程)。他们在这个层面是有共性的,所以对 ruby 和 mac 了解越多,对运行时的对象通信就了解的越多(这时候就可以感受到那些静态语言的反射机制有多么臃肿了),而这对开发人员的思维拓展是有很大好处的。 使用 Mac 开发 Ruby ,开发 Rails 的好处, 我觉得以上可以是一个理由。 另一个理由,mac 相对来说不折腾。

#45 楼 @ugoa

不折腾要看从那个角度, 诚然, 我发现 Mac 通过包管理, 提供了大量的常用的软件, 但是如果你开发过程中用到一些开源的东西呢? 这些开源的东西可不一定都是用 Ruby 这种高级层次的抽象语言实现的. 如果是需要编译呢? 这个时候, 我想用 Mac 应该有的折腾了吧. 而在这点上, Linux 一般很少折腾的.

#46 楼 @zw963 Right, 第二条欠妥,直接无视吧。

支持楼主观点! 但是 Mac 体验不错!如果是 Geek,前后端、PS 都要搞但又不用多台电脑的话,小贴士也有点道理!

看到了 DHH 的一篇文章. 其中有一句话: OS X offers the best personal computing experience available today

不过下面的一句话更有意思:

While I can certainly understand the reasons why some people go with Linux, I have run all but dry of understanding for programmers that willfully pick Windows as their platform of choice. I know a few that are still stuck in the rut for various reasons — none of them desire

链接: http://david.heinemeierhansson.com/arc/000433.html

默默地用着 ubuntu 的飘过。。 虽然也想用 mac 来着,不过暂时还是先折腾着 linux 吧 觉得 mac 胜在用户体验上吧 程序员也是用户 作为一个用户 谁不想用体验更好的产品呢 当然 个人喜好不同 也可能更爱折腾 其实最喜欢 mac 的触摸板 真心好 不过键盘总觉得不是很好

@zw963 如果主席你纠结的是 Ruby 开发最好的环境是用 Mac,如果你有足够的资本,强烈建议用 Mac 这句话。那我觉得这句话是没错的,在 Mac 下配置 Ruby、Rails 环境遇到的问题总是小于 Linux 的各个发行版

@zw963 这些开源的东西可不一定都是用Ruby这种高级层次的抽象语言实现的. 如果是需要编译呢? 这个时候, 我想用Mac应该有的折腾了吧. 而在这点上, Linux 一般很少折腾的.,我不理解你说的为什么 Mac 下应该有的折腾?

首先 Mac 下有 homebrew 这样的包管理系统,很多你说的需要自己手动编译的开源程序都可以使用别人预先写好的编译步骤自动来进行。

所有的包都是从源码编译的,而不是预先编译好的二进制包,就像 Arch 和 Gentoo pac 和 emerge 的区别一样。

就算有的包没办法从 homebrew 安装,在 Mac 下编译和在 Linux 下编译不会有什么不同,我不明白为什么会有的折腾。

只想说 “功夫在诗外”

#52 楼 @willmouse 如果没不同,那么用白干一个月的工资来买 mac 干嘛……你需要证明的是在开发上比 linux 更好,而不仅仅是 eyes candy, 比方说,一个简单的 run-or-raise 的功能 linux 一句话脚本 wmctrl -x -a "$1" || $2就搞定了,绑定快捷键从此告别Alt+Tab mac 下有啥 “不折腾” 的法子?

从开发者角度讲,mac 是没法跟 Linux 比的,Linux 是个 by developers for developers 的系统,而 Mac 是个 by craftsman for end-user 的系统。

打开 GUI, mac 是 god,Linux 是 dog。一旦开启命令行,mac 就是一坨屎。

#51 楼 @willmouse 我记得有段时间 xcode 的升级导致 ruby 很难编译。随着 Mac 的用户多了这些问题自然得到了解决。所以我不赞成「总是」这个词。

有些 Linux 用户是没认识到 Mac 强势的资本是什么盲目抵制,而有些 Mac 用户是沾着一些 Hacker 的光以为自己用了英雄的武器就能成为英雄。

怎么都好,想用啥就用啥去。我会用我完成的事去输出我的价值观。

没用过 MAC 开发。UBUNTU 对我来说足够了。。。 我觉得萝卜青菜各有所爱。每个人都有自己的看法。

#37 楼 @zw963

其实当初写这句只是想表达 “Mac 是最合适 Web 开发人员的环境”,只是措辞不太好...

Mac 带来的好处

  1. 稳定,简单,无需繁琐的配置系统,这会使得你可以更加专注工作;
  2. 完善的商业/三方软件,比如 ( Photoshop, Sequel Pro, Base, TextMate, MongoHub, OmniGraffle, KeyNote, Skype ),当然 Linux 上面你可以用 Gimp - 无法满足切页面的需求,MySQL 控制台,Chrome SQlite 插件 - - 用图形化的工具效率必然会高很多, Sublime Text - 这个也是最近起来的, 并且也有很长一段时间不够顺手, MongoDb 控制台 - 和 MySQL 同理.... 还有稳定的输入法
  3. 几乎所有的开发需要的 Linux 的包都能在 Mac 上面安装上,还有 HomeBrew 这类包管理工具可以方便的安装一些常用的。
  4. 用 Mac 你不会遇到你老板发你个 Word 文档,然后你有 OpenOffice 打开以后是排版乱的,也不会当你修改内容以后发回去发现悲剧了,人家打开也乱了。
  5. Ruby 社区常见那些 Mac Only 的开发工具: Pow JewelryBox (Github)(http://mac.github.com)

其实就是 #48 楼 @kevin__liu 那个解释


我有过一年多在公司用 Ubuntu 回家用 Mac OS X 的经历,这个过程中,明显感觉在 Mac 下面工作的时候效率能更高。

#52 楼 @willmouse

抛开内核不同不说, 至少开源的很多东西更多在 Linux 下 开发完成 (采用 GNU), 我承认可能比较有名的开源软件可能都会有 Mac 的源码包, 不过我想总是有点区别的. 或者是早期的一些实验性的版本, 在 BSD 系统上, 不见得直接拿来就用吧.

我是推测, 可能不对, 因为我从来没有在 Mac 上编译安装过东西, 我想绝大多数果粉也没这么干过. 呵呵.

#59 楼 @huacnlee

有机会, 也许我也会切换到 Mac 下, 不过前提条件是个人的常用的一些的东西, 必须在 Mac 可以运行, 目前还不满足.

另外我想说, 用那个其实还是在于个人:

  • 可能会有多人在用 Ubuntu 那种发布版很久, 反倒很少用 CLI, 反倒是过分的追求这个要有图形界面软件, 那个也要有, 还是以前 Windows 的思维, 这种干法, 绝对有点舍本逐末的意思.

  • 但是我知道, 就如同 @huacnlee 你介绍的, 在我看来, 你其实就是认为 Mac 同时具备 Unix like的哲学Mac的Taste, 工具齐全了还高效. 可是真正用 Mac 的人, 可能都在品味 Mac 的 Taste , 我怀疑又有几个人能体会到前者呢? 在我看来, 很多人还是把 Mac 当作一个高级版本的 Windows 来用而已.

不过至少在 Linux 下, 少了好多Good Taste GUI 东西, 相对来说就多了一点折腾, 而且, 我感觉对于 Rails 或 Ruby 这种 Linux 下原生的 Geek 语言来说, 该折腾的迟早还是要折腾的. 等你折腾的差不多了, 再换 Mac 也不错.

我自作主张的下个结论: Mac 不会让你少什么, 前提是你真正了解它有什么.

#55 楼 @happypeter

结论先不说, 这个doggod 的说法, 真幽默...
原来English也可以这么有意思.

#61 楼 @zw963 主席你觉得 linux 的 cli 好用么,我只知道一进 cli,我的换键就不能用了...ctrl 不在 caps 直接就用不了了

屌丝表示支持..

#63 楼 @sectic

你说的 CLI 是纯文本的那种还是 X 下面的?

如果是纯文本的, 别提多难用了, 最开始我可是好折腾了, 想换键, 想显示中文, 后来终于证明, 这是不可能完成的任务. 当时也是有点极端, 现在想想, 谁会在文本终端下作开发??

如果是 X 下面的话, 我比较了几种, 我认为最漂亮的 CLI(或者说一见钟情) 是 XFCE4 自带的 Terminal. 功能也比较完善, 也可以设定一些快键. X 下的终端是建立在 X mapping 之上的, 所以所有的键, 由你随便换. 只需要一个命令 xmodmap, 改这个虽然有点枯燥, 但其实挺简单:


xmodmap -e "remove lock = 0xffe5" &>/dev/null
xmodmap -e "add control = 0xffe5" &>/dev/null
xmodmap -e "keycode 66 = 0xffe3" &>/dev/null
xmodmap -e "remove mod1 = 0xffea" &>/dev/null
xmodmap -e "add lock = 0xffea" &>/dev/null
xmodmap -e "keycode 108 = 0xffe5" &>/dev/null

这个脚本, 把 CapsLock 换成 Ctrl, 但同时左边的 Ctrl 我没动, 把右边的 Alt 换成了 Capslock.

BTW: Emacs24 的 shell-mode 非常棒了. 你可以考虑试试. 除了某些情况下无法显示彩色内容 (例如 git log 命令输出), 其他都几乎完全一样了.

#65 楼 @zw963 tty , 主席在用 ubuntu 吧,ctrl + alt + F1 ,就是那个。现在懒得折腾了,能拿来就用的就不配了。后来换了 Mac 之后所有的文本编辑,都支持 Emacs 的绑定 C+bnfpklw。哪怕是浏览器的输入框,有机会主席可以试试 Mac。真心不折腾啊。

Mac 派:优雅,便利,舒适,易用,用过了就回不去了

Linux 方:你有我也有,不花冤枉钱,哥没用过,你也别装 B

我认为存在即合理,大部分人从 Linux 投身 Mac,而且用过之后几乎很少再会回到 Linux,至少能说明 Mac 系统在一定方面符合大家的使用习惯,乔布斯的精心雕琢还是赢得了用户在体验方面的投票

我觉得理性的想法应该是 你也没必要说服我,我也没必要反驳你,一个系统而已,喜欢用就用,不喜欢就用自己喜欢的,花费大量时间引经据典,旁征博引对方也不一定买账

结论:爱用啥用啥

#65 楼 @zw963 加上 (ansi-color-for-comint-mode-on)
就可以了

#68 楼 @reus

我没说清楚, 我说的彩色指的是git log --graph 左侧显式的那个分支图的颜色.

另外, log 的 SHA1 码也不是默认的桔色, 默认我设定就是 true, 但是这些输出仍然是白色.

#59 楼 @huacnlee GIMP 咋就不能切了。滤镜->网页->切片就行啊。而且有 Script-Fu,能用命令行调用,能嵌入脚本操作。PhotoShop 已经没啥存在的必要了。

#70 楼 @bhuztez

老兄绝对牛人~~ 在下佩服的五体投地!

就是有点爱抬杠...

和我有点相似, 哈哈.

#69 楼 @zw963 我用的是虚拟终端(emacs 用--without-x 编译的),TERM 是"xterm-256color",shell-mode 下面 git log 左边的竖条是红色,hash 是橙色

想想当年的 Java 吧

Mac OS X is the only mass-market operating system that comes complete with a fully configured and ready-to-use Java Development Kit. Professional Java developers are increasingly turning to the feature-rich Mac OS X as the operating system of choice for cross-platform Java development projects on the Macintosh and other platforms.

http://gigaom.com/apple/os-x-best-java-platform/

哪天苹果玩厌了 Ruby,Java 的今天就是 Ruby 的明天。

#72 楼 @reus

我 Emacs24 编译包装完我已经删除了, 这个参数不太熟, 如果加了这个参数, 难道你不用 GTK+ 来启动图形界面的 frame ?? 还有就是为什么我在 XFCE 的 Terminal 下自动设定为 xterm, 在 shell-mode 下自动设定为 dumb. 需要修改系统的什么东西才可以让$TERM显示为 xterm-256color ??

还有个疑问, 原来我也想过用虚拟终端, 不过有些键位的默认绑定太奇怪了, 例如: Alt+Return 竟然和 C-M-b 是同一个键, C-/ 竟然就是等于 C-_, 你那个 linux 发布版是不是也是这样的? 另外, 也没办法用 Theme 吧!

#74 楼 @zw963 没有用 gtk,因为感觉渲染比纯字符界面要慢。我是在.bashrc 里加了 export TERM="xterm-256color"的。 我因为没有用那些键,所以也不知道怎么回事。theme 可以用的,显示效果和 gtk 的一样,只不过字体大小是由虚拟终端设定,而且只有一种大小。就是 vim 和 gvim 的区别 效果图 http://ww1.sinaimg.cn/large/65a79f0cgw1dwia039p83j.jpghttp://ww4.sinaimg.cn/large/65a79f0cgw1dwia2abo1tj.jpg

#75 楼 @reus

我终于明白你说的可以用 theme 是什么意思了. 我照你说的设定后, 新启动 Frame 时, 直接在在 XFCE Terminal 下打开了, 的确支持 Theme, 不过键位还是虚拟终端的键位, 字体渲染也是虚拟终端的, 只不过是一个披着 theme 马甲的的文本 Terminal. 哈哈.

最可笑的是竟然 Emacs 快捷键可以和 XFCE Terminal 快捷键混合在一起. 太 BT 了.

不过有些问题, 好像在 Terminal 和 Buffer 下切换, 界面不会自动重绘呀. 坑爹. 刚才首先打开我的.emacs 脚本, 然后进入 shell-mode, 然后又切换回来, 不知怎么搞的, 就把大一堆ls 输出给我搞到脚本并保存了.

不过很好, 颜色问题也解决了, 谢啦. shell-mode 除了看 Man 帮助还得到 Terminal 下, 不太方便外 (没养成用 Emacs 看 Man 帮助的习惯), 其他都很 OK 了.

#75 楼 @reus

知音呀. 哈哈, 一眼就知道是 Zenburn.

我也发个图吧. 因为要使用 shell-mode, 我专门针对这几个特定的 buffer 开启了 tabbar-mode. 效果还蛮不错.

还有个问题, 再请教下

  1. 如果需要运行 reset (清屏), 你是如何解决的?

#77 楼 @zw963 不是 zenburn,是这个 http://ruby-china.org/topics/3853 稍微改了一下 clear 我没用过,不过 wiki 有解 http://emacswiki.org/emacs/ShellMode#toc11

#78 楼 @reus

我看了几次都没注意到... 有效, 谢谢了, 而且实现方式相当奇葩~~

#79 楼 @zw963 也可以裝裝看 Emacs Prelude 試試。

#80 楼 @Juanito

谢了, 有关 Emacs 我真不折腾了, 我现在不是折腾的少, 是折腾的太多啦.

多到我现在都不知道该咋用 Emacs 了. 几乎每一种情况, 都有三四种用法, 用这个也觉得挺好, 用那个也觉得挺好, 慢慢的, 我会趋向于越来越简单吧.

凡事好像都是这么个规律吧.

惊呆了,这个问题也能讨论了 80 个回复。

个人认为 Mac 是 Web 开发最佳实践中最好用的工具。

不同意我就是不客观。

以上是开玩笑。

我喜欢 Mac 的几个原因

  1. 软硬件结合很好。
  2. 可以用 Adobe 的产品。
  3. 不折腾。
  4. UI 漂亮。

身为一个码农,偶尔还是需要比较一下农具的。

匿名 #83 2012年09月03日

@hooopo 14 楼,偶一个很好的哥们想去参与一个前端的开发的会议,美其名曰,以后跟别人说我参加过 xxx 会。

我直接跟哥们说了。你做前端的,参加什么什么会议不能说明什么,提高不了你个人价值。如果你有很多时间和精力,你可以去做一些什么,然后你的作品才是你的价值表现。 开发工具,开发环境,熟悉就 ok 啦,除非碰到不可逆因数,至少偶在 win 下用 netbeans 开发 ROR 都 5 年了,暂时还没碰到特别难搞的情况。偶尔会弄个 linux 服务器部署下应用。不就这点东西,代码都是 ruby 代码,ruby 代码并没分平台,唯独 gem 可能会有问题。。。明白这本质的话,应该就没人会拿开发来说事。

当然,品味是一个很好的理由,但因人而异吧。

Linux 系的只用过 Ubuntu,现在用过 Mac 就不想再用回 Ubuntu 了。。。当然这台 Mac 对我而言不光是工作机。

搞 Ruby 开发 windows 就不提了,Ubuntu 的命令行工具确实对开发人员挺有帮助,这跟点 Mac 差不多,有些地方还比 Mac 好,毕竟 BSD 和 Linux 还是有差别的。但即使 Linux 发行版中相对友好的 Ubuntu,也少不了折腾(这有美观方面的要求,但我觉得这也算开发环境的一部分,毕竟是长期相处的工具),尤其是有自定义需求的时候。其实细想起来,大部分开发人员需要的都是差不多的东西。但折腾其实要花不少时间,最后可能还得不到自己满意的效果。而且对实用且美观的工具,尤其是图形化的,Ubuntu 下实在没什么好的选择,最后发现还不如命令行。

我觉得 Mac 最大的好处在于,它给你一个还不错,满足大多数人要求的开发环境,一些基本的实用工具。你还是有空间去折腾,但不是为一些琐碎和常见的事情。这可以节省很多时间,也变相的让你专注自己该干的事情。

为什么总是这类的帖子楼很高呢?

Windows 首先肯定是不能用的,其后 Mac 和各种 Linux 从根上说又有多大分别呢?本是同根生,相煎何太急。

然后再说说各种 Linux 发行版,我在转 Mac 之前也是用了很长一段时间 Linux,这玩意用作服务器是首选,折腾也可以,但作为桌面环境还是差强人意,各大桌面厂商疲软已经是不争的事实。

东西你喜不喜欢是个主观的决定,谁也没逼你喜欢在纯 console 下 coding,但一个东西好与不好,会有一定的标准。

另外说一句,很多工具首发版本都是 Mac,例如 pow,livereload 等等。

#55 楼 @happypeter Mac 下也有 bash 也有 zsh,不知道这坨屎从何而来?

#85 楼 @hpyhacking #84 楼 @darkbaby123 #83 楼 @help5305fff #82 楼 @_samqiu

这楼本来歪得好好的,结果又给歪回来了... 哈哈。

#85 楼 @hpyhacking #87 楼 @lgn21st 没有答案的的问题,讨论的人总会多。萝卜青菜各有所爱,想说服他人本身就是不大可能的事情,尤其是个人喜好。所以我喜欢 Vim,但从没对人推荐过。

关于操作系统和编辑器的争论,貌似各执一词,但基本都是 "我老婆最漂亮" ...

我觉得贴士里写 Mac 没什么不妥,写 Linux 也不错,各有道理,但写 "Linux 或 Mac" 就太假了,中肯了但信息含量直线下降,不如不写 ...

求终结,这个感觉真没有争论的必要啊

还没到 100 楼呢

#86 楼 @hpyhacking 我是用了 5 年 Linux 上的 bash 最近 2 年才用一些 mac 上的 bash,Mac 上的命令行给我的感觉是:

弱智,不成熟,没人管

注意,命令行也是一道大餐,bash 只是餐盘。一个好用的命令行环境,和一个好的 GUI 环境一样有一千万个细节需要人维护。没人维护就变成一千万个屎坨等你去踩。

如果我们每天只是在脚本层劳动的话,对这些可能不会太有感觉。如果我把我的遇到的那些屎坨掰开揉碎给大家的话,估计也没人感兴趣。但是如果有一天你的开发往下发展,请记住这里有人说过:

Mac cli, Fuck you * 10000000 !

#92 楼 @happypeter Mac 也可以用功能强大的 zsh 啊,又不是非得吊死在 bash 上

#92 楼 @happypeter 开专题贴声讨一下 Mac 的 cli 吧,其实我是想通过你 raise 出的 cli 的问题,从而更加深入理解和学习 cli。

#93 楼 @diudiutang #94 楼 @luikore

如我在 #86 楼所说,换 iTerm + zsh 也只是换个皮肤,命令行的实质与我而言,是整个的符合 Unix 哲学的软件生态链。

如果大家觉得我说的太空的话,可以去了解一下 ubuntu 公司的打包过程。当然 ubuntu 的 CLI 好用,也是有 Linux 自身特点决定的(例如对整个的 GNU 工具链的安装),因为 Linux 还有个名字叫 GNU/Linux。

没人提 Mac 的 quicksilver? http://qsapp.com/

当然这个也属于图形界面的优势。。。

另外一个理由是:大牛都在用呀,Yehuda Katz 等 大多数 Ruby 会议上的演讲者也是用 Mac,跟着大牛走,资源丰富,成长快速。

#97 楼 @zjlovezj 大部分人都已经转用 Alfred 了。:D http://www.alfredapp.com/

#96 楼 @happypeter iTerm 这么多好处都被你一个皮肤带过了... 我只知道某些命令例如 sed 的一个参数不同,GNU 工具链除了 edge GCC 不好整,在 Mac 还没碰到过不好用的...

Linux 哲学和 Unix 哲学是有微妙差别的,Mac 才是 Unix 啊喂!

#96 楼 @happypeter 目前大部分人的运用可能都局限在脚本层面和一些常用的命令上,这点和 Linix 可以说是 99% 相似。我不知道你说的深入底层只的是什么,能否举几个例子。 至于 gcc 那套东西,苹果可能还真看不上,不然也就不会花功夫专门搞了套 llvm 替代之

#10 楼 @Saito 以前折腾 Linux 的各种桌面确实是很花时间呀

#96 楼 @happypeter 说真的用了 Mac 后看到终端我感觉到非常亲切,但我真的不是很明白同为 CLI,同为 CLI 的工具,哪个没有编译用就好了,bash 也是那个 bash,zsh 也是那个 zsh,iTerm 这些也没比 gnome-terminal 或 urxvt 什么的差,到底哪让你那么不爽。也许我平时用的还不算多,普通的就不说了,高级点的经常就那些 grep find awk 什么的,也没觉得缺什么啊?开发工具 llvm 什么也不少,归根结底都算 Unix 系。 建议你好好声讨一下 Mac Cli,让我们也了解一下。

建议修改为

Ruby 开发最好的环境是用 Mac 或 Linux,为了避免莫名其妙的问题,请不要使用 Windows。

#96 楼 @happypeter 我没有发现 Mac 的 CLI 和 Linux 发行版相比有多大差别, iTerm+hombrew+zsh 就够用了。有没有一些深层次的原因?

话说回来,Unix 系列 cli 参数必须在前面确实很蛋疼,不过现在已经习惯了,而且为了一些脚本的移植性,已经强制自己在前面写参数了。

我看这帖子还是不要人工终结的好,自然消亡比较好。

#99 楼 @luikore #105 楼 @thcode #105 楼 @thcode #95 楼 @lgn21st

原本想口水一下 mac 就闪人的,没想到被大家围攻了。我没有什么太深刻的原因,只是一些直观的开发效率的感受。cli pk cli, 哪里会有什么深刻的原因,如果 cli pk gui 可能还是能扯出点东西来。

以下几点遭遇已经让我放弃了 Mac 下的命令行了:

  1. 装了 chrome 却不能在命令行里得到 chrome 的启动命令
  2. 默认的 vim,terminal,为什么那么难用,默认终端字体颜色那么难看,为什么要换成 zsh 才好用
  3. xcode 真的是 unix 哲学吗? 编译个 helloworld 真的要那么麻烦?
  4. 要先装好包管理工具 ,才能开始装包!!! 我在一台 fresh 的 ubuntu 机器上装好 git 只要十秒,mac 上 😢
  5. 最重要的一点,难道我们的项目最终不是部署在 Linux 上吗?
  6. 我还有几十个没说呢。。。

不奢望以上理由能说服 Mac 老手,因为对于老手来讲这都不是问题,我的意思只是说,反正 Linux 下的命令行我们早晚都要吃透的,那我们倒不如干脆不用 Mac 下的,省点时间干正事。

我的机器是 iMac,虚拟机里装 ubuntu。

#99 楼 @luikore 我这里说的是 unix 思想,不是 Unix 规范,大家都知道 unix 规范的解释权最终落到了一个狗屎组织手里了。

#101 楼 @diudiutang 底层一些? system programmer 的那些事儿呗。http://en.wikipedia.org/wiki/System_programming

#108 楼 @happypeter 你的遭遇也有自己道理,只是没有说的让大家明白而已,扯了个玄乎的底层不知道是什么意思,大家也都只是摆事实,讲道理,交换观点和看法

  1. open /Applications/Google \ Chrome.app 嫌麻烦 alias oc="open /Applications/Google \ Chrome.app"
  2. 工具用的不顺手,不舒心换个好用的不就可以了吗,既然换成 iterm + zsh 已经达到好用标准了为什么还要纠结默认自带的不好用
  3. xcode 木有经验,这个没资格和经验评价
  4. 同理由 2,装个 brew / port 不就完了吗,为什么纠结于没有自带的好用包管理器,自带的不好用我就要跟系统说再见?
  5. mac cli 好用与否在于平时跟开发打交道,又不是要部署到 mac os 上,难道很多部署到 Linux 上的项目我们必须在 Linux 下开发吗。这点稍显牵强
  6. linux 下的 bash 命令基本上都能在 mac cli 下用,用 mac 下的 cli 也没浪费时间啊

本非抬杠,只是这些观点实在是没有说服力。。

虽然我是一个还在 windows 挣扎的屌丝,但是等我兜里银子多了肯定会换到 mac 下面做开发的。在 windows 下面做 rails 是苦逼的,gemfile.lock 当时就让我折腾了好久。linux 的工具说实话差 mac 不是一点半点 (linux 的 geek 除外,这句话只针对普通程序员)。 曾经用过一阵子黑苹果,真心喜欢 mac 了,之前和楼主一样是个喷 mac 的人,感觉 mac 用户都装 B,后来发现人家 mac 是真心好用,劝楼主花点时间弄个黑 mac 或者直接买个 mac 玩上一两个月,你会爱上 mac 的,真的,那确实是个艺术品,融合了 windows 和 linux 的神器,而且不是简单的融合,mac 上的软件个个都是精品,艺术品,用了 mac 再看 windows 下的软件,真心是想吐的心都有啊。 vim 和 emac 可以在 geek 手里变成利器,但是还是有很多程序猿不愿意为了一个 editor 去学习 lisp 和整一大堆的配置文件的,这时候就是 textmate 和 sublime 的天下了,这两个编辑器虽比不上 vim 的效率,emacs 无所不能的强大,但是也已经是让我从 visual studio,xcode,eclipse 等巨庞大的 ide 中逃脱的神级 edtior 了。 千言万语一句话,楼主先整一个体验体验吧。

晕,原来楼主用的是 imac,那当我没说吧...真心浪费了啊...楼主你想用 ubuntu 把 imac 二手卖给我吧...555555

#113 楼 @sailtsao 你搞错楼主是谁了。。

@diudiutang 额...是哦,看错了..Thanks....吐错槽了...嘿嘿

@darkbaby123 相当同意,计算机哪个领域都是一个坑,vim 和 emacs 是大坑啊...本来是想学 rails 的,后来给整到学 vim 和 emacs,然后学着学着又发现给整到 lisp 上,然后再学 lisp 的一大堆其他东西,就像狗熊掰棒子一样,一路走一路丢,到最后什么都没学好...不如就用最好用的工具,拿来就能用的工具,这样子才能专心学好 rails

这个争论真的很幼稚,反正双方肯定都是坚持自己观点 100 年不动摇,扯那么多咸蛋还被经理看到上班时间不好好工作,还是敲代码去了。

#111 楼 @diudiutang 哈哈,有学了几招,多谢!

我才用 Mac 一年多,而且不是总用。所以我的 Mac 观点都是一个新手角度来观察的,不过我想参考意义也还是有的。

#118 楼 @happypeter 我才用了不到一年,只是平时爱折腾。。幼稚的观点见笑了

Linux 下我喜欢用 locate, Mac 下没有啊。 Linux 下我脚本里的 sed, Mac 下失灵了。 Linux 下 rm xxx/ -rf, 这里也不灵了。 等等。。

所有这些东西,都让你觉得很浪费时间啊。所以我只是提个建议:

新手不要学 Mac cli 了,直接把 Linux 下的 command line 吃透,岂不省力。

这对 Mac 老手肯定是不适用的啦。

#120 楼 @happypeter 我感觉平时学的也都是 linux cli,再说网上也没有教授 mac cli 的。mac 下的参数一般都是紧跟着命令的 像 rm xxx/ -rf 要写成 rm -rf xxx,

locate 还真有,look , 不过这个需要装 command line tools

16:02 ➜ ~ which locate /usr/bin/locate

#121 楼 @diudiutang 哈,又学一招,讨论还是很有必要地 😄

#121 楼 @diudiutang awk Mac 下的也很不好用啊,你也改装了?

Mac 的好处就是少折腾

坑爹, 几个小时没看, 都冲破天了... 这要是股票多好呀.

#123 楼 @happypeter 嗯,awk 也是用的 clt 里面的,你可以试下看是不是和 Linux 的功能一样,这个没试过,我写的 awk 都是很简单的,最近准备仔细学习下 awk 语法,Linux 那些管道好像也就 awk 和 sed 复杂点

#101 楼 @diudiutang

  1. Linix 是什么东西 ?
  2. 你说 Mac 看不上 GCC 这套东西, 或者说不兼容 GCC, 我记得以前读过文章, 还真有这回事儿. 其中一部分缘由是因为, 苹果觉得 GCC 太复杂, 太多的legacy的东西, 希望理查德 * 斯托曼改正, 但是大神貌似不鸟苹果, 其中缘由, 那就涉及 FSF的自由精神苹果的专有软件保护 之间不可妥协的我难题了.

如果真如你所说, Mac 不鸟 GCC, 而我知道大神又不鸟 Mac, 那么对我我这样一个 Mac 来说, 我真很怀疑在 Linux 下可能很简单的编译安装到了 Mac 可能真有问题.

#127 楼 @zw963 本来已经不争论了,你回来又开始了。。。我还是老实敲代码去吧

#103 楼 @liuhui998

折腾 Linux 桌面很花时间, 那是因为还是没理解 Linux 的优势在那里.

我从用 Linux 开始, 就没用过 Gnome, KDE 只是进去过几次, 你应该吧功夫花在 CLI 上面. 将来就算用 Mac, 你也不吃亏. 因为之前你了解的东西, 在 Mac 下面肯定大部分能用, 因为都是 BASH Shell.

总结起来是这样的: 想当年用 linux 那几年,费了九牛二虎之力,才把 vim、rvm、zsh、terminal、tmux 神码的配好,真 TMD 折腾……

换了 mac,只要把默认的 terminal 换回 urxvt 神码的,tmux 装上,重新编译 vim 那么一下,把 command line tools 另外安装一下,rvm、zsh 重新装上,原来的配置文件拷过来那么一下,Oh, it just works! 不折腾!

#128 楼 @diudiutang

我知道为什么我还是没忍住, 发了这个帖子了.

你转帖的这篇文章: Linux用户说,请不要神化Mac系统, 文章作者对于自己的描述:

1999年以前使用DOS,从1999年开始,接触到了Linux,装了Redhat Linux 6.0+Window98双系统,花了6个月时间熟悉了Linux之后,开始更多的使用了Linux。2002年将Windows从系统中清除了以后,选定Slackware Linux作为我的操作系统,其间没有更换过其它Linux发行版。很少在Windows环境下工作,从不惧怕命令行,实际上,我的大部分工作是在命令行下完成的,大量使用脚本语言、后台管理和服务器,因此桌面系统的好坏对我来说不重要。我的桌面系统一直以来都是XFCE4,使用英文环境,但是可以阅读和输入中文,也即我的locale=en_US.UTF-8。

如果再让我选择一次,我会毫不犹豫选择Thinkpad+Slackware,而不是Macbook Pro+OS X。

除了我是 2011 年开始使用 Linux, 水平比人家菜的多之外, 其他的部分和我一模一样, Slackware, XFCE, 这些选择都是很主观, 而且是不可能有任何人推荐的.

甚至连我们用的电脑都一样. 我估计作者肯定也是痴迷于 Thinkpad 的 小红帽

只能说, 那个作者和俺, 都实在有点非主流...

#108 楼 @happypeter

我没用过 Mac 下的 CLI, 无法评论, 不过给我感觉至少还是蛮漂亮的.

不过, 还是支持你~ +1

顺便问下: unix 规范的解释权最终落到了一个狗屎组织手里了。 这个组织是什么?

#129 楼 @zw963 在 Linux 下一直用的是命令行用的多,我也是个 emacser

当年在折腾 nvidia 的驱动上花了太多的时间, 因为显卡驱动装不上,很多桌面相关的事情无从变起呀

你们都不用上班的么。 ~ ~

#120 楼 @happypeter 震惊鸟,用 rm -rf /usr/ 即可……

匿名 #137 2012年09月03日

我想,使用 mac 的人,之前都有一段 linux 的经历吧。最后大家换成 mac 之后,为啥大多数没有再切换回去?每个人心中都有一杆秤,一定有经过权衡过。

#131 楼 @zw963 这样的大咖,用了 ubuntu(不知道是不是,没查证),还不用 gnome。对一个想学习并靠 rails 吃饭的人,先开始熟悉 linux 非 x-window 下的那些运作方式,这个花费的代价可不小呀。

但收缩战线,把精力尽量直接投放在 rails,这样更加符合大家的利益才是,毕竟让大家都成为顶尖的高手精通 rails 又精通系统底层之类的,也不符合自然规律不是。

这个小贴士无所谓吧,目前 darwin 和 linux 还没差异化到非得决出个高下的程度

我有三台 macbook,不过单位工作用机是一台 24G 内存的 ubuntu12.10,darwin 和 linux 这两个系统都用了快 6 年了,简单说说感想供新手参考

Darwin 的优点

  • 笔记本外观,苹果完爆任何其他笔记本,这也是我用 mac 的最大理由
  • 苹果显示器色彩和效果完爆其他笔记本,这对 web 开发非常重要
  • QuickSilver 和 Alfred,设计极其出色又非常有用的软件,gnome do 画虎不成反类犬

Linux 的优点

  • 速度,速度,速度上完爆同硬件等级 mac,差的不是一点半点
  • 可以配置的极其简洁优雅,扔掉 dock,finder 那些破烂窗口管理器,awesome 等平铺桌面管理器可以让 mac 用户看傻掉
  • 包管理系统完爆 mac,包括 homebrew

最后,我推荐的操作系统,其实是 emacs....如果你生活在 emacs 中,不管 darwin 还是 linux,那一切都是浮云啊

#138 楼 @lilu lilu 果然是 emacs 的超忠实 fans,哈哈。各种完爆,总结的很有经验

#123 楼 @happypeter Mac 的 cli 确实和 gnu/linux 不一样,但是起源可是 bsd,那也是相当根正苗红啊....

我是完全没觉得 mac cli 会有什么阻碍,相反还可以多接触一些 bsd 的风格,很有意思

真正应该吐槽的,是 mac 那个扯淡的,乱加效果的 gui,尤其是雪豹以上 lion 和 mountain lion 一直在胡搞,而且这个破 gui 基本没有可订制性,速度还慢,严重影响我的效率

补充一下,我真正的建议是:

笔记本买新出的 mbp retina ,16G 内存,其他厂商的笔记本比起来太差了没法用,主要是屏幕和工业设计方面落后好几个时代

台式机自己攒,跑 ubuntu 或 arch,32G 内存 27 寸显示器 x2,ssd 机械键盘什么的随便上,加起来也没多少钱,再配个酷到掉渣的 hacker 机箱,把系统搞精简些,看到你的运行速度,mac 党就只有羡慕嫉妒恨了

#141 楼 @lilu 有没有办法把 mode line 放到最上面?

#142 楼 @reus 我没有试过, 不过可以看这里试试

#137 楼 @ronbin

是在搞不懂, 是大家不看帖, 还是根本就不认为我说的 Slackware 是个 Linux 发布版?

#141 楼 @lilu

又见 Emacs 神人一个, 我等只有瞻仰的份儿...

顺便问下, 你如何管理大量文件?? 操作进程指的是 proced 吗? 编写执行调试 shell, 如何操作? 我每次都是 sh -x 脚本名称, 还好不是很大, 即使这样, 有时候也看着晕. 查找和回复邮件, 你指的是 GNUS ?

#144 楼 @zw963 推荐先看一下 learning emacs 这本书或看 emacs 内置的教程和手册系统学习一下,在这里很难也没有必要详细描述的

#144 楼 @zw963 倒不是不能理解你和那位作者选择 slackware 的心情,再怎么说也是最早和最接近 unix 的 linux 发行版。

只是,人总要往前看,system v,freebsd 等传统 unix 在世界范围内在逐渐被 linux 取代而成为过去,debian 系的生态环境如此完善,arch 和 gentoo 则把 unix 的简洁,正交,模块化等精神发扬的淋漓尽致,我是实在找不到理由使用 slackware,现在还不是怀旧的时候哈哈

还有作为 pc 厂商的 ibm 也是过去时了,哎

#140 楼 @lilu 的确,Mac 的系统哪怕不好,也不是我这么一个只有一年经验的人可以有资格评判的。我吐槽的是我从 Linux 到 Mac 的这一系列的转换成本,真是很操蛋。

  1. 我是 6 年发烧级 Linux 命令行用户,转到 Mac 下命令行使用居然会那么坎坷
  2. 我是最早在 Asianux 写系统升级器,也算个破烂包管理专家了,再用 homebrew,又被坑了。

我想给大家的提示是:如果我从 Linux 到 Mac 很不适应,那别人从 Mac 到 Linux 应该转换成本也很大。那既然我们项目是部署在 Linux 之上,所以最终看真功夫的地方还是在 Linux 里。

可能有人会说: 可 Mac 是最好的 ruby 开发环境啊? 所以 Mac 也不得不学啊。 我的回答是: Linux 也是很牛的开发环境,多年来一个 vim 可以适应所有工作。而 GUI 的 IDE 呢? 大家想想 textmate 现在的尴尬吧。。。

PS:我也喜欢 Mac 的 taste。也喜欢苹果引导的设计潮流,确实大师级。

#146 楼 @lilu 牛啊@lilu , 以后还得多跟你学习

用了几年 gentoo 确实稳定和放心,最新换机器实在没时间折腾直接上 ubuntu,只是不习惯各个桌面系统,依旧 fvwm 用着。 gentoo 挺好,就是官方支持团队确实没有 ubuntu 那庞大的实力。 如果有时间,真心想自己配置一套(内核加包管理系统,用别人的,所以只是配置),在借鉴 subtle 自己写个舒心的窗口管理器。 用 linux 最大的不舒服就是找不到好一点的机器,好看的外观舒心的设计的笔记本。毕竟买 mac 装自己的系统,总有些浪费,而且哪些个驱动估计支持也是问题。 一切等有时间有 money 慢慢折腾,目前干活吃饭重要。

#1 自己去买个用用,否则听再多的也是白费(看你目前的情况)。 #2 没有经历过的,试着从别人的角度理解问题,也是一种能力。

#147 楼 @happypeter 所以我推荐都用,另外包管理器 mac 上根本没有,homebrew 是社区产物,绝不能算在 mac 研发团队头上,当然用 ruby 实现的 homebrew 本身是很不错的项目,非常值得肯定和研究

#149 楼 @as181920 ThinkPad 的 X,T 全系列都很棒,鍵盤超棒,配置規避一下 BCM 網卡毫無兼容性問題,W 沒用過,無發言權。

有态度的开发者就是这样,偏爱某些平台并没有错。眼中容不下别人说自己的平台好,就不太好了

#55 楼 @happypeter 说的有点意思,最后一句话,呵呵

目前用的是 MacBook Pro 用 mac 年了,作为开发,如果现在叫我去买电脑,首先考虑的还是 mac,对开发有很大的帮助!

匿名 #156 2012年09月05日

热帖留名

2010 中的 mac pro 老爷机, 有点慢, 加到 8G 内存, 勉强能用.

主要使用的软件:

  1. quicksilver+ 各种插件, 这个似乎最能体现 mac 技术上优越性的地方, 貌似 QS 在 win 或者 linux 上很难被"微创新"
  2. xcode+xvim, xcode 不够稳定, 但是一直在进化, 自从装了 xvim, macvim 就英雄无用武之地了, iPhone 开发, 这是不二之选
  3. iterm+zsh, 就像楼上诱人说的, 原生的太坑爹, 但是 zsh 有点聪明过头, 勉强能用
  4. skim 看 pdf 的, 号称学术利器; ichm 看 chm 文件也不错的
  5. nvALT, notational velocity 的变种支持 markdown, 真心的不错, 有了它 vimwiki 没用了... vim 永远活在我心中
  6. safari 6, 系统原生浏览器, 跟 qs 配合的较好, 所以不再用版本号飙升, 启动时间也飙升的 chrome 了
  7. ichat, qq 聊天嘛
  8. jump cut 剪切板增强, 有用的
  9. F.lux 根据时间调节屏幕, 据说有用...
  10. shiftIt 窗口管理的软件, 跟 linux 上的同类软件相比可能弱了点, 不过我只需要两种调整, 全屏或者半屏 (屏幕小的孩纸伤不起)
  11. Mail, 系统内置的邮件客户端, 好在能和 qs 配合工作~
  12. homebrew, 还挺好的, 曾经跑到 github 上提过 bug, 虽然被奚落的一番, 还是解决问题了, 这就是社区的好处
  13. ...应该还有点, 不过得先去上班, 欢迎补充

#147 楼 @happypeter 从上次 100 楼看到这里,想说点什么~

问题时时刻刻我们都会遇到,Google 即可,看了你上面列出的那些 Mac Cli 的罪状其实简单 Google 之都可以解决。

换了 OS 某些东西当然会发生改变,最简单的 RH 系和 Ubuntu 还有 Arch 这些的 Linux 目录结构、后台任务等等的 CLI 也都不一样,没去适应反而吐槽就有点多此一举了,这和是不是新接触 Mac 貌似关系不大。

我相信不久的将来各 Linux 厂商会逐渐隐退回 Server 阵地,不能集中力量踏踏实实搞好 GUI 始终不能在桌面系统站住脚。

我也活在 awesome 中一年多,确实很爽,还有其他 WM 也不错,但那些小众的玩意毕竟是给 hacker 准备的,我认为 Mac 还是开发 Ruby 乃至更多语言的大众首选,逻辑如下:

Mac < Unix && Linux < Unix && Mac.desktop > Linux.desktop

我一直在支持正版,但几次下来最终还是把单位的 PC 给 Hackintosh 了,没办法 Mac 就是有种魔力让你去使用它。

另外请不要在 Mac 跟 Linux 只见比较了,我们都知道 Linux 是内核,GNU 是一套工具集,这根本就没有可比性,你要比就用 Fedora,Ubuntu 或者自己 Hack 的。

#157 楼 @hpyhacking Linux 在桌面这些年,确实让人叹息啊。看来你是真懂 Linux 的,所以你对 Mac 的评价对我很具有参考价值。多谢,我就是想抛 shit 引玉。

#157 楼 @hpyhacking @happypeter Linux 在桌面系统的发展靠的从来不是厂商,而是社区,过去,现在和将来都是,所以 linux 的桌面永远会有人在坚持在贡献,对比一下 redhat 桌面的悲催命运和 ubuntu,arch 等社区驱动的项目区别就知道了

Mac os x 再怎么样,也是个完全的商业系统,这一点上和很多人,尤其是 linux 用户的信仰就不相同,人最重要的是相信什么,所以你让这些信仰开放自由软件的人转到 mac 不太可能,看看 ruby 社区 2012 年的统计结果,mac 用户的增长全都是攫取的 windows 的份额,linux 一直保持在 25% 没有变

所以,用什么主要看你有什么样的信念和想法,在犹豫摇摆的人本身就不适合 linux,随便找个系统用就好,当然除了 windows

#160 楼 @lilu 世界因为多元而美丽。

唉。扯哪去了。。。

新手固然用 mac 搞 ruby 啊,必须的。

ps:我没用过 mac pps: 以后我只用 linux,哪怕他不是那么方便。因为我喜欢开源。 ppps: 开源万岁!gpl 万岁!apach 也万岁!

人家东西做得认真,做得精致,就应该提倡,粗制滥造的 PC 厂商和微软一起能做出那样的电脑吗?现在连 Google 都想自己做硬件了,在那些 PC 厂商工作过的人恐怕他们自己都不愿意用自己公司做出来的东西

咦?这个回复怎么没有分页显示或者异步加载涅,好长哦。

#160 楼 @lilu 让藏民不去朝圣而到海南度假泡妞当然事不可能的事

#10 楼 @Saito 哈哈 我也曾经搞 gentoo

需要 登录 后方可回复, 如果你还没有账号请 注册新账号