自一个人默默走

在公司，因为要批量做一个特效，所以要用脚本来控制 photoshop。

很不幸的是，photoshop 仅支持 javascript, vbscript and applescript，而我希望能把精力放在 python 上。最先考虑的当然是 javascript 在 windows 上需要调用 com api 来进行它的库扩展，而在别的平台上是不存在 m$ com 的调用的——换句话说就是 javascript 不具有平台移植性。当然 vbscript 仅在 windows 上使用，而 applescript 仅在 macintosh 或 mac os x 上使用，更不可能有移植性可言了。

gimp 2.3.* 的版本有提供对 python 脚本的支持模块，很可惜我不会用 gimp——当然更主要的是策划和美工们都不会用——他们不能在 gimp 中做出他们想要的效果来——我个人比较喜欢 gimp 免费的授权，但是商业应用上，完全不是这么回事。

在网上还有找到一些关于用 python 调用的 photoshop 方式，其中一个比较成熟的是 pycs，很可惜，它使用 python 去调用 photoshop cs，据作者自己说，他没有测试过在其它的版本上是否可行——而特效需要的是 photoshop 7 的版本，且在我看来 cs 相对于 7 除了一些细节更细外，没有什么非要使用 cs 的理由——cs 能做的事情，7 也能做，只是多绕些弯而已。

刚刚突然有一个想法，假如 pycs 只是调用 photoshop com api 来创建一个 Photoshop.Application com object 的话，那么在 ps7 上，也可以用相同的办法来实现。

写个 pyps7？

前些天跟朋友去吃饭，还说了使用 doxygen 来进行文档工作。本来我也不非常在意 doxygen 只是使用它的注释风格，今天仔细地研究了下，发现 doxygen 在实际的编码中太方便了。
根据今天的经验，在编码中使用 doxygen 生成 rtf 是最快的——生成 tex 文档需要再次编译才能成为 pdf，而且中文的问题不是非常好办；生成 html 会产生一大堆的文件，当然在作为网页发布时是非常方便；生成 man，有人不知道这个格式吗？是针对 POSIX 的 man 命令生成的文档，在 Windows 上肯定是不方便用了；XML 文档，似乎不能直接查看。
在编码中书写注释也非常容易，命令很多，我可以细细去记，在平时就经常做注释的工作了，不妨把它更规范化。

太不幸了，我的 YAPP 在 ubuntu 用不了，去官方查了，说
"No, Samsung MP3 players are not manufactured for or tested with Linux Systems."
看来现在的办法是寻找 ubuntu 上直接的方案，还有就是先用新购买的 Windows 机器来处理 MP3 了。

今天得到一位高人的指点，在 ubuntu 上成功地编译了中文 tex 文档！现在我可以全面放弃 kubuntu 转向 ubuntu 阵营了！加上前天对 ubuntu 做的种种美化，我现在的桌面非常漂亮，完全没有去使用 Windows 的任何兴趣了。

今天算了一下，如果要同时进行 Linux 和 Windows 开发，我现在至少要学会 8 种语言，天啊！
C++, C#, LaTeX, PHP/Perl/TCL, Bash, GNU Make, ISQL, JavaScript 每种都针对不同的方面。比方说 C++ 是用于跨平台开发，而 C# 是 Windows 开发；LaTeX 肯定要用于文档排版；PHP/Perl/TCL 要用于 Linux 上的脚本设计以及服务器脚本；Bash 跟 Windows 上随手写个批处理文件同样重要；要进行 C++ 自动构建 GNU Make 的必不可少；ISQL 是开发 Firebird 的基础；JavaScript 要在网页上实现 Ajax 效果。天啊，一个都不能少！
然后如果要深入学习 Vim 的话还要掌握 Vim Script，我的精力没有这么多，得精简下。

今天在 Kubuntu 上装了 KQEMU，太爽了。相比 Windows 的种种，在 Linux 上的运行速度相对可观！
我打算在 Kubuntu 上装个 Windows。装 XP 的话由于考虑到 XP 对于我只是界面上的差别，所以重新下载个 2000 等等装。

今天下载了 QEMU，安装在 Windows Server 2003 上效果不错，安装了 KQEMU 但似乎没有起作用——在 QEMU 虚拟机上装 Ubuntu 异常缓慢。
但是在网上找到些在 Linux 上安装 QEMU 并启用 KQEMU 加速的办法，等我申请的 Ubuntu 光盘一寄到，就把笔记本上的系统刷成 Ubuntu，然后安装 Windows XP 再在上面安装 Visual Studio 2005 Team Suite，以辗转在 Ubuntu 上开发 C# 程序。
另外在 Ubuntu 上使用 ReiserFS 分区，大可放心地使用 BitTorrent 下载——ReiserFS 分区可以自动均衡数据，减少文件碎片和磁盘的读取量，用 BT 下载完全不用担心会损坏硬盘。

为了开发 C# 就把 Ubuntu 换成 Windows，太可笑了。就算 C# 是一种优秀的语言，那么其所依赖的 Windows 跟 Unixes 有可比性吗？什么，你说 Windows 的桌面强大？！那是你没有深入地了解 Unixes 和它桌面的关系。引用一句话：对 Unixes 来说，GUI Shell 只是一个进程，它的优先级甚至低于其日志进程。
什么，你又说了，用 Windows 你可以马上解决你想做的事情，用 Unixes 不行。那是你还没有熟悉 Unixes——在你熟悉 Windows 之前，你能够随心所欲地做想做的事情吗？
Unixes 崇尚使用键盘来解决各种问题——有个传说：鼠标当初发明并不是为了方便人机交互，而是为了降低打字员的速度——当然这只是个传说，我也相信不全是真的，但是有一点是可以肯定的：一个键盘熟手用键盘解决问题的速度是一个鼠标熟手的好几倍。

我最终还是装了 VC，利用 Visual Assist X 的便捷进行 C++ 开发。当然装 VC2005 的目的不是为了进行 C++/CLI .NET 开发，而是要进行 native C++ 编码，然后再转到 GCC 上。在 Windows 上确实没有什么好的 GCC 开发环境(Windows 上的 Code::Blocks 都比 Linux 上的差了几个档次；在 Windows 上使用 VIM，天啊，饶了我吧)。
等不进行 C# 开发了，我很愿意到 Ubuntu 上从事专门的 C++ 编码，然后购买本 Unix 内核编程。在抽象思想上 GP 比 OOP 要先进些，一方面因为 GP 才刚开始流行(国内听说过 GP 的人不多，使用 GP 开发的人是少之又少)，所以 GP 的作品相当少；但另一方面 GP 的设计具备了足够的弹性，需要再进行些研究，我个人认为是可以进行分布式计算的。

好不容易，才把 MonoDevelop 装上，使用了下，果然跟 Visual Studio 没有可比性。看来还是需要安装 Windows 然后装上 Visual Studio 2005，需要构建一个 VS 的集成开发环境。学习 MSBuild, Microsoft Test Framework 工具，我不知道 Team Foundation Server 有没有自动集成的功能，现在在 Ubuntu 上没有 IE 不能浏览 MSDN。
在 Windows 上安装 Cygwin 模拟 Linux，但是我不喜欢这种虚假的环境。只好留着 Linux 的经验，但在 Windows 进行 C# 开发，看来不能放弃 C++ 了。