#7 楼 @feitian124 太好了 tmux！正是 happycasts 需要的！

有问题随时联系我，我会全力配合你的。

#16 楼 @knwang 你在社区给了大家很多指导，非常感谢你！我也是热爱教学的，希望有机会能和你合作一些事情。你在国外，国内的事情可能很多不太方便弄。

#2 楼 @feitian124 看了你以前的留言，如果你能做一期 ubuntu 下用 inkscape 的视频，也是很欢迎的。

#2 楼 @feitian124 投稿肯定是欢迎的，不过为了让观众有良好的 "碎片一致性”的体验，happycasts 上发布视频还是有一些要求的：

1. 1024x768 mov 格式，要求音质好
2. 内容上暂时保持语言和框架中性，意思是暂时不接受只能在 rails & ruby 下才能用的技术
   1. 以下这些暂不接受:
      • capistrano
      • rack
      • ....
   2. 可以接受
      • Linux 下的各种工具配置：sendmail, screen, mysql, MongoDB ...
      • 各种前端技术：jquery, backbone.js, spine...

而且最好是在 ubuntu 下操作，这条可能最讨厌。如果这些你都可以接受的话，我会全力配合你的。

另外大家看看下载灵不灵，为什么我点击“下载”，有时会被重定向到

http://117.79.168.7/media.happycasts.net/assets/episodes/videos/036-octopress.mov?y=yjwt08

然后就失败了，奇怪，我 vps 的 IP 也不是 117.79.168.7 啊？有朋友遇到过类似的情况吗？

Edit: 翻墙后就不会有这种现象了。用 whois 查看了 117.79.168.7 发现这个机器在北京。看来是我的 ISP 在搞

#39 楼 @reducm 我倒是没有遇到这种现象，不管是播放器，virtualbox，还是浏览器，全屏都没问题。

Emacs 和 vim 我都比较喜欢因为都有很富于表现力的语言（lisp and vimL )。不喜欢 IDE, 曾经在 wikiwikiweb 上发帖狂扁 IDE，不过国外有几个牛人并不完全赞同我。 http://c2.com/cgi/wiki?DoWeReallyNeedIde

支持

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

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

#22 楼 @knwang 专业！

#1 楼 @Saito #2 楼 @diudiutang

感谢

If you want to use English here, go ahead, most of us can understand, so welcome to the game

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

#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。也喜欢苹果引导的设计潮流，确实大师级。

#132 楼 @zw963 http://en.wikipedia.org/wiki/SCO_Group

The Linux Command Line 这本书的电子版可以在官网上免费得到 http://linuxcommand.org/

中文版：http://billie66.github.com/TLCL/book/ github: https://github.com/billie66/TLCL

欢迎大家到 github 上 fork 并参与中文的翻译，pull request 可以发给 @billie66, 也可以发给我

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

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

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

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

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

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

#111 楼 @diudiutang 哈哈，有学了几招，多谢！

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

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

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

#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。

#93 楼 @diudiutang #94 楼 @luikore

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

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

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

弱智，不成熟，没人管

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

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

Mac cli, Fuck you * 10000000 !

#9 楼 @lyfi2003

当时只是在 github 上 push 到别处的请求

没看懂

xx

其实 fork 本身就是个 copy, 所以你的删除重新 fork，还是大家说的保持 master 干净，随时 pull 上游的更新都是可以的，都不会有太大问题。官方给的是 https://help.github.com/articles/fork-a-repo

其实可以看出你的问题在 merge 上，这里有句话我们都要记住：

如果你在你自己的分支上作了多次修改，历时很长，同时在此期间从未对 upstream 的更新作 fetch + rebase + test + continue 的话，那到最后神也救不了你了。