http://stackoverflow.com/questions/12481505/different-behavior-of-calendar-class-in-java-and-android

顺便一篇不太相关但我一直收藏着的：

http://stackoverflow.com/questions/344380/why-is-january-month-0-in-java-calendar

@allenforrest 难得见到有人提 Beyond Compare，我觉得 Mac 下还没有能与 BC 相提并论的 GUI Diff 工具。好怀念 Windows 下的这些神软（TC 等等）。请问 Kaleidoscope 的“鹤立鸡群”如何讲？我粗浅试用了一会，没发现有什么特点，甚至很常用的如显示 Orphans 差异的开关都没找到。

看到上面那么多人响应，我下载了试用版，发现挺不好用的，例如下面这个截图是比较文件夹，Kaleidoscope 无法显示为 list 结构（也即可以就地直接点击左边三角形展开下级目录），只能双击后打开为新的 tab，这相当难用。（或者是我没有找到此功能？）

我现在用的是 VisualDiffer（见截图），才5刀，发觉很不错了。其实文件对比的话，我直接用 vimdiff，或者 sourcetree，因此主要关注点在于文件夹对比。

http://ww4.sinaimg.cn/large/82620688gw1eb0qzzv50vj217t0tvn7w.jpg

@Kaiyuan 第一个符号（~）就有 typo，应当是 Tilde，而非 ilde。

偏好设置里面的 Features 中的 Default Results 中的 Fallbacks: Setup fallback results（窗口左下方）。你可以到 Web Search 新增自定义项目，然后添加到这里来，并修改顺序等等。

@hileon 没试过；因为不希望生产力工具出问题，我在系统升级方面一向拖延。

PS 在 http://shop.edu.cn 很便宜，如果能满足条件（学生）还是很值得入手的。

系统自带字典并没有你所说的第2、3个问题：

* 按任意键都可以开始输入新的单词，按 esc 键可清空输入查询框。
* 前进后退的快捷键是 cmd+[ 和 cmd+] ，这也是 Mac OS 默认的前进后退快捷键，在很多其他程序也生效。

我觉得 Dictionary 软件上基本没啥大问题，没有生词本这个缺憾也可以由一个开源软件来解决 [1]。对于日常使用而言，更重要的还是词典，这方面有很多很好的词典已经被转换为了 Mac 能用的格式，像我现在用的主要是是 OAED、NOAD 和 OECD 以及 ODE（我比较信赖 Oxford），已经能满足大部分需求。（多说一句，本人的日常工作之一就是翻译学术书籍。）

[1] https://github.com/pooriaazimi/BetterDictionary

所以我都是复制楼主链接然后删掉后面再打开，虽然很感谢提供信息，但最好做个说明，无伤大雅，做事坦诚些要好。

楼上似乎没有理解楼主的意思，我来说说我的情况。

我曾经在三个颇为不同的多环境中并行工作（Windows/Cygwin，Mac，Ubuntu），也是用 git 维护，也是面对着分支合并修改等等带来的混乱。我记忆犹新的是维护 .vimrc 时候的惨状：写了无数的 if 来区分各种情况。

然后捏……然后我开始唯一地使用 Mac，丢掉其他两个平台，世界清净了。

我知道上述回答实属坑爹，但我想传达的意思就是这个：目前真的没有什么好方案，因为这其实并不是软件的问题，而是人的需求的问题。其实 git 已经很强大了，如果有心，写些 pre/post-hook 可以以自动化方式应对很多 merge 前后的问题，时常 rebase 一下解决 history 紊乱等等。但无论如何都相当耗费时间精力。所以，如果是硬需求，那就使用（各类）脚本去尽量让电脑帮你完成同步维护的核心工作吧。如果像我这种可以自行决定的，那就坚守一个环境（甚至一台硬件：是的，我只在一台电脑+nas上工作，因此连 dropbox 都不需要）好了。

说白了，我的建设性意见也就是 git 加上各类脚本，没有更好的。看看其他高手有啥好方案不？

@9hills 的意思是 au 有一个触发事件就叫 FileType （参见 :h FileType）。但我觉得这似乎不是解决办法，因为 diff 状态中 FileType 并不会改变。

如果楼主的意思是“我如何能检测当前处于 diff 状态并执行最大化操作”的话，我觉得最简单的方法是查看 'diff' option 的值，也即当 &diff 为 1 的时候，进行最大化操作。这可以配合 au 的 FilterWritePost 或 FilterWritePre 等事件。

我觉得那你不如用最大化来“伪全屏”算了。例如直接 set lines=999 columns=999 。

@Keinez 那啥，我原文即为“主要的几种混合模式”（如m、s、o、f、h等）。

这玩意似乎是开源的，可以自己动手编译：

http://livereload.com/

https://github.com/livereload/LiveReload2

（旧版 https://github.com/mockko/livereload ）

关于 Custom File Editors 的机制是这样的：在列表中为某些后缀的文件指定某个编辑器（例如 jpg, png 指定为 Photoshop 等等），然后使用 File 菜单的 Edit 命令（2/3的位置，你仔细找找）就可以了。同时可以指定一个编辑器为默认，只要没有在列表中绑定的文件类型就都用这个，例如我的默认编辑器是 MacVim。

一般来说，如果你是从 TotalCMD 转过来的，可以将快捷键设为 F4。

上述功能跟系统一点关系都没有。

我并不认识你，但我作为一个讲授平面设计的人，看了你的 lofter 中的图片之后，我建议你把“精通PS技术”的“精通”换一个词。无意与人交恶，特别是对年轻人，但你的技术只在初学层面。就你展示出来的作品而言，你的水平很难通过计算机辅助平面设计课程的期中考查的。

所谓“精通PS”，我这么来举个例子吧：如果一个人，在使用“应用图像”和“计算”命令的时候，可以针对主要的几种混合模式脑补出最后效果，那么差不多算上精通。

你也是做编程的，想必应当知道，当有人说他“精通Java”或“精通Python”的时候是什么状态——PS依然，记住，这同样是专业软件。

# Office 文档

首先，MS 自家的 SharePoint 似乎有此功能。

其次，可以使用 git 来管理二进制文档的。你可以自定义例如 doc 文件类型的 difftool 为 word 本身，然后使用 Word 的比较功能，这是首选，因为只有 Word 自己才能最好地支持自己。另外你也可以采用某些文本工具（strings 等等），将 Wrod 文档转换为文本再做比较，但所有格式就都丢失了，只限于某些场合可用。

# Adobe 文档

首先当然是 Adobe 自家的 Adobe Version Cue。这是一个独立组件，似乎需要注册/缴费。

然后是若干第三方工具，包括：

* https://layervault.com/
* http://pixelnovel.com/timeline/
* http://pixelnovel.com/comparepsd

参见此文: http://sixrevisions.com/project-management/the-ultimate-guide-to-version-control-for-designers/

还有，例如 Photoshop 等都有历史记录功能（存储为元数据或文本文件），可供团队协作时进行交流。

最后，无论 MS Office 还是 Adobe 提供了脚本编程功能，其 API 涵盖了大部分主要特性，如果需要，不妨加以利用。

@yt1988 我现在 Mac+Win 共用，确实没有完全迁移到 Mac。由于专业软件在 Mac 下已经齐全，Mac 的触控板又实在是绝杀，本来想在 Mac 中安家的……

@jason52 还真有人在考虑没有文件系统的操作系统，有研究兴趣可以找找。例如 http://johnnyholland.org/2011/03/the-death-of-the-file-system/ 和 http://superuser.com/questions/292748/is-file-system-part-of-operating-system

@liprais 我一直在用 shell（我是 zsh 的拥趸），但很多时候恰恰与你的表述相反——要求高了才没办法全部在 shell 里完成，例如面对二进制数据文件的时候。拿我日常使用情境而言（我是老师），十六个学生将其毕业设计发来，各种格式（rar、zip 居多）的压缩包，里面有各种格式（doc、pdf 居多）的毕设报告以及各种格式（jpg、psd居多）的图像；我的任务是从中选出三到五个优秀的，将其代表性图片统一成1024x768at300ppi的png，文件名为学生名字+学号+导师（信息来自前述报告），打包发给某老师做ppt。像这种很常见的办公操作，大多数步骤中 shell 基本是阻碍而非帮助。

@ge2009 问题恰在于就是这些都是 DevonThink 提供的，我的意思恰在于试图指出，这说明了我的数据已经被它锁死了，我吊死在这颗树上了。当然，你可以“抬杠”说那所有人其实也都吊死在某颗 file system 树上……但这是“抬杠”是吧 :-P （说开去，我大爱的 BibDesk 也提供了 x-bdsk:// 协议，Evernote 都有自己的 evernote:// 协议；DevonThink 这东西并非特别。这算是 Mac 生态系统对 Unix 哲学的某种贯彻吧。）

@Heart7 有试过。但这类软件有个大前提，如果被操作软件没有提供良好的 interface，那么就无用武之地了。例如（应当是吧，我没有继续探索）ForkLift 就无法让 Keyboard Maestro/AppleScript 识别其左右面板。