正确的创建目录，对于 Make 来说可是一个头痛的事情。

直观的写法是让目标依赖目录。比如：

foo.c : out/foo.o

out/foo.o : out

out :
    mkdir $@

这样做的问题在于，out 作为一个特殊文件（目录文件），时间戳是不受控的。

如果你删除或添加新文件到 out 目录下，都会更改 out 的时间戳，这会进一步的影响其依赖的目标。

但是“群”这个讨厌的东西，总是阴魂不散的游荡在我的网络世界里。

今天在 twitter 上看见 Fenng 说 “我真受不了我可爱的同事们了，你们就不能不用"群"啊? 这是 IM 工具最烂的一个设计。除了浪费时间，还能干什么?” ，真是心有戚戚啊。

当然，人和人对事物的看法见解是不一样的。物以类聚、人以群分吧。我还真见过真心喜爱“群”的同学，大体上和 xmpp 同学以及Fenng 随后的发言一致。虽然分享“小笑话、新闻链接、有趣的小图片” 我觉得应该属于 google reader 的事情，

popo 作为网易内部交流工具，当初设计群的时候，我是发过言的。情况大致是这样：

玩了一下 ActionScript 。因为感觉做一些简单的需要长连接的互联网应用，flash 是一个不错的选择。在大多数情况下，比要求用户安装一个客户端要人性。（当然，和要求用户为浏览器安装一个莫名其妙的 ActiveX 控件相比，让用户自己决定是否下载独立客户端要友好的多）

因为，虽然 Flash 大多数情况下作为一个浏览器插件（在 Windows 下是一个 ActiveX 控件）的形式存在，但其安全性比之许多绿霸之流的流氓软件还是值得信任的。

问题在于，怎样让 Make 递归的处理所有子目录。因为 GNU Make 默认的 wildcard 只能枚举出当前目录的文件，而不能递归下去。

求助于 Shell 指令当然是一种方法，如果只考虑 unix 环境，我会用 shell 去做。在 Windows 下也有 for 语句可以使用。但我不想处理复杂的平台差异。所以就在 Make 内置的函数里想办法了。

目前，自我调整为一周六天工作，每天提早到上午十点半上班，并坚持在晚上两点前回家。维持了一个月后，感觉生物钟有所调整。周末也可以真正的谈的上休息了。

最近两个月居然去了三次电影院，如果不出意外，这周还要去一次看变形金刚。若放在半年前，我是无论如何没有这个兴致的。

新来的同事居然对抱石有兴趣，经过简单指导，已经有明显进步了。我的手指伤也好的差不多了。希望下个月的比赛可以去观摩一下。

另外，我们又多了几个桌游爱好者。前几天开了一局冰与火之歌，加了第二扩展，感觉很有意思。这两天订了一套 small world ，想必这种入门级的游戏可以更多吸引新人。可恶的是，RFTG 的第二扩展继续跳票。

前段时间我还在抱怨 tcc 不能跑在 64 bit 环境下，结果今天因为查 bug ，去关心了一下新版本，发现 0.9.25 已经开始支持 64bit 了。

表扬到此为止，现在开始抱怨。

今年二月份拿到这本书的电子稿时，还不是现在这个名字。

《程序员的自我修养》这个名字听起来比原来的那个名字感觉好一些，但又让人感觉有点不知所谓。还是副标题直接：《链接、装载与库》。我更愿意接受这样的一个名字，有如那本多年前读过的英文经典：《Linkers & Loaders》。

那段时间很忙，一直到现在都是。书稿我压了很久，直到有一天，博文的朋友说，约个时间和 Fenng 、俞甲子等杭州的程序员碰头聚一下。我连夜开始读书稿。不然，见面了谈起这本书来，说不出所以然多不好意思。

在写 lua debugger 的时候，我需要判断一个字符串的前缀是不是 "@" 。

有三个方案：

1. 比较直观的是 string.sub(str,1,1) == "@"
2. 感觉效率比较高的是 string.byte(str) == 64
3. 或者是 string.find(str,"@") == 1

我推荐第三种。（注：在此特定运用环境下。因为用于判定 source 的文件名，大多数情况都是 @ 开头。如果结果为非，则性能较低）

第一方案 string.sub 会在生成子串的时候做一次字符串 hash ，感觉效率会略微低一些。

第二方案效率应该是最好，但是需要记住 @ 的 ascii 码 64 。如果前缀是多个字符也不适用。

不过调试器设计的关键不在于界面，在于调试协议。前两年的那个是设计的不完整的。

最近同事强烈要求引擎提供一个强力的调试工具，虽然我个人不太依赖调试去写代码。甚至认为，经过反复调试才正确工作的代码不是好代码。不过周末还是花了点时间重新制作了一个 lua 调试器。

中间发现一些问题，非常让人吐血。列在这里，做个记录。

可惜的是， X Window 领域的直接针对 XLib 编程的范例太少。偶尔碰到点问题都让人很痛苦。只有反复研究文档了。

我的程序在处理 Resize 消息时老是不正确，仔细阅读文档后，发现是以前理解有问题。

起先，我为窗口消息注册了 ResizeRedirectMask ，然后在消息循环中就可以得到一个 ResizeRequest 消息。然后，我处理这个消息，但结果总是不对。

今天研究了一下，发现 ResizeRedirectMask 会导致 no further processing is performed 。也就是说，通知你 resize 请求后，X 系统就不管你了。至于还差什么事情要做（比如改变客户区大小），我也不知道该怎么做才完全正确。（如果在 Windows 里，应该是调用 DefaultWindowProc )

不过解决方法其实也很简单，不用注册 ResizeRedirectMask ，而注册 StructureNotifyMask 。在窗口改变的时候， X 会发一个 ConfigureNotify 。因为这个只是 Notify ，所以 X 会把所有它应该做的事情做的周全。

多少年过来，我在潜意识的去追求复杂的东西。比如我自幼好玩游戏，从小到大，一直觉得玩过的游戏过于简单（无论是电子游戏还是桌面游戏），始终追寻更复杂规则的游戏，供我沉浸进去。或许是因为，有了更高的理解和控制复杂度的能力，就可以更为轻松的驾御复杂性。

这很好的解释了 2000 年到 2004 年我对 C++ 的痴迷。还有对设计模式的迷恋。

Eric S. Raymond 说：尽量不要去想一种语言或操作系统最多能做多少事情，而是尽量去想这种语言或操作系统最少能做的事情——不是带着假想行动，而是从零开始。禅称为“初心”（beginner's mind）或者叫“虚心”(empty mind) 。

代码写多了，问题见过了，甚至是同一问题解决多了。模式这种东西自在心底，不必拿出来。时时的从零去想，总能重新明白一些道理。

为什么说语言重要也不重要，算法和数据结构重要也不重要。对要解决的问题的领域的理解很重要（即明白真正要做什么）。理解了，我们才可以用面向对象，用模式去套问题；可理解了，我们又不真的需要这些繁杂的抽象。

闲话放一边，今天想谈谈树结构的管理。

在 freeBSD 下，我很少进 X 。主要是写服务器程序，或者是用来 ssh 到别的服务器上做管理。纯文本模式很清爽，速度很快，让人心情愉快。

唯一的烦恼是，有时候屏幕上有那么几个汉字显示不出来。有时是代码里的中文注释（所以我本人虽然英文极滥，也坚持用英文写注释），有时是别的机器上的一些文件名。

以前有同学向我推荐 zhcon ，类似以前 dos 下的中文系统。可这个玩意性能极低。用它我还不如直接用 X 呢。

周末，我花了两个小时写了个小程序，算是自己的解决方案。

今天也是机缘巧合，莫名其妙的翻出老资料温习 Forth 了。我想是个心结吧。19 年前，我痴迷于 Forth ，只看到了皮毛；13 年前，我进入大学的第一年，在校图书馆借出的第一本书，就是《Forth 语言》，读书笔记写了 20 多页。

只到今天，我才有机会，有能力，去仔细探究 Forth 的深层思想。当然，由于时间有限，几个小时的阅读，也只算是初窥门径。原本是想研究下 Forth 的系统实现，对同事正在设计的 3d 粒子系统，提供一些建议的。

碰巧又读到 Charles Moore 在 99 年的访谈稿 1x Forth ，颇多感慨。题头那段话，我在一周前刚好苦口婆心的对一同事说过，只差几个字而已。

晚上晚饭时就接到楼下邻居愤怒的电话，急忙从公司奔回家看。看人家家里到处是水，心有不忍。也是想把事情早点解决掉，最后当晚提了一万元作为赔偿。

老实说，按实际损失（楼下家里并没有怎么装修），我心里价位也就是 3000 块最多了。只是我自己犯了错误，感觉对不起邻居，说赔多少就爽快的答应了。大家还是合合气气做邻居。这段时间进进出出，还笑着打打招呼。

没想到这房东不乐意了。觉得我工资卡上的钱是天上掉下来的，说拿就拿出来。成天想着让我也给她一点。理由是地板被泡坏了。老天，水是从洗水间直接漏下去的，顺着楼下那家的天花板滴的满屋子。

我们家当天，客厅地板一点毛病都看不出来。这么多天下来，地板也丝毫没有异样。

我这人就这毛病，是我的责任，我绝对不推卸，无中生有的事情让我去承担，那就没那么容易。

我想，所有写过一定代码量的 lua 程序员都会写一个类似的东西放着备用吧。这两天调试 lua 程序的时候，发现以前做的简陋的 print_r 不够好用。对于复杂的 table 打印出来一大篇很不直观。结果就放下手头的工作，花了整整一个小时，写了下面几十行代码。把 table 输出成树结构。

比如：

a = {}

a.a = { 
    hello = { 
        alpha = 1 ,
        beta = 2,
    },
    world =  {
        foo = "ooxx",
        bar = "haha",
        root = a,
    },
}
a.b = { 
    test = a.a 
}
a.c = a.a.hello

print_r(a)

可以输出成：

+a+hello+alpha [1]
| |     +beta [2]
| +world+root {.}
|       +bar [haha]
|       +foo [ooxx]
+c {.a.hello}
+b+test {.a}