吃掉小红帽

A.以党的名义保证，我不是标题党。

B.近来要被吃掉的不是小红帽，而是一个狗。我是今天才把整件事情弄清楚的。我冒险在这里把事情说一下，但不希望被跨省追捕。同时我写的是童话，不是换五毛钱稿费的。

在不久不久以前的过去，一个不知道是白猫还是黑猫的猫，抓了不少耗子，但不怎么地道，老有人指指点点。一个狗也想要耗子，它就到猫的地盘。这猫这狗相安无事多年。大概猫也觉得狗到自己地盘上拿耗子，已不属于多管闲事的范畴了。首先猫就给狗一二三四五地定了规矩，如不许咬自己尾巴，不许随地大小便之类的。这些猫是做不来或者看不惯，但却是狗的天性。

尔后约摸半年前出了点事儿，那狗被发现四处偷骨头，偷来后自己挖坑埋了。猫发现这事后，就指示猫仔狗仔们，大声吵吵嚷嚷起来，搞得不明真相的街坊四邻都觉得狗不是什么好狗。但骨头被偷这种事天天有，况且被偷的只骨头，不是一天天贵的肉。由这件事情，聪明人就看出来了：猫不爽狗，而且很不爽。

其实，在骨头门之前，猫就往狗上东蹭西蹭，一些猫身上的跳蚤，就到狗身上了。这狗和他家其他狗，亲密无间，因而这些跳蚤们就又跑其他所有狗身上。跳蚤来来去去的，忙里忙外，在干嘛，没人知道。但跳蚤总会定期回到猫的耳朵边，悄悄说点什么的。就在前几天，狗发现这事，觉不妙了，就开始叫。狗叫，原因很简单，怕了。怕死那只猫了，准备逃了。那猫可不是一般的猫，它可以变老虎，可以变狮子。狗这边呢，平时也就是帮人装装腔，人对猫指指点点，狗只是学着叫，这是狗的天性。

就是这样，猫被惹急，火了。狗叫了，打算跑。猫说：我这地盘是开放的，谁都可以来，不过要来得守规矩。狗呢，它也想守规矩，可守了规矩，就背了它的天性，背了它祖宗，于是狗也就只好夹起尾巴逃了。这事情还有个花絮，另一条狗，本地狗，巴吉度，蓝色爪子。在出事前一天，被伊朗人拐了，伊朗人从哪里冒出来的，现在也没人搞清楚，与上面的事情有没有关系，更没人知道了。被绑的巴吉度，虽然获救了，但现在嘴巴被塞抹布了，什么都说不了。看着猫狗大战，一边是自己的同类和竞争对手，另外一边是抓老鼠特别狠的猫，它也就不好说什么了。

这事发生在一个院子里，院子有很高很高的一圈围墙，高到狗急了跳出不去的。关于墙有这么一说：”待月西厢下，近风户半开。拂墙花影动，疑是玉人来。”，是《西厢记》里的莺莺说的，这话什么意思呢。翻译成现代文大概就是：你快点爬墙头出来吧，墙外边的美女可漂亮了。

关于如何爬墙头的技术实践呢，大家可以私下问我。

完。

C.阿凡达，我是前几天看的。观后感到处有，就不扯了。说说我的发现：导演卡梅隆就是一宅，地地道道的宅。
人类控制克隆来的别种生物，这设定和EVA如出一辙，不过EVA是外星人入侵地球，这次是地球人入侵外星。
人类军队的机械设定，那种大风扇朝下的飞行器，还有那种人形机器人，明明就是直接把攻壳苹果核的机械拿出来改改完了。
那些令人眼花缭乱的植物，都是古典主义时代的产物，达芬奇的直升机变成花飞来飞去的，那种森林结构，与那啥啥啥神庙神似。
剧情啊中心思想啊，就是《与狼共舞》，或说成钉子户大战城管，都没问题。
DVD说会加入外星人的sex片段，这招也是和日本动画学的。
小道消息说：卡梅隆将拍真人版的《铳梦》。
关于阿凡达，好看，真的很好看，特效制作是因《LOTR》成名的Weta，这次真的很烧钱，从头到尾都是特效，使用了约 4,000 台 HP BL2×220c 刀片服务器，Intel EM64T Xeon 2500 MHz 处理器和 104TB 的内存。
不好看才怪。

D.失落的秘符。期待了很久的，丹布朗的新作。美国背景，估计是宣传美国旅游来的吧。提供背景知识线索依旧强大，作者对历史、宗教、阴谋论、神秘学、现代主义、高新技术等各种元素运用自如，编织出一个巨大的骗局。看的是人民文学出版社的翻译版本，个别处让我觉得有点问题，作者的知识面强大得让译者无法应付了，不过不算影响阅读。关于这个一流的娱乐小说，我的感想就是：坑蒙拐骗，惊心动魄，趣味无穷。罗伯特兰登这个名字搞不好就是新世纪的福尔摩斯。

E.松本あすか Piano Espressivo。被推荐的东西，听完后不住感叹：这又是一个Nodame啊-_-，有时候彻底和速度记号对着干，弹着弹着就乱入屁屁体操，或者即兴加入一些小尾巴什么的。
比较有意思的有第一张里的09，拉二钢，Jazz化的，热热闹闹而且三倍速度的，和原曲给人的印象完全不同，但绝对是让人也想这么折腾一下的改编。同样的还有接下去的10.，李斯特的狂二，相当地慢悠悠，但相当有感觉，可是说完备的技术和独特的见解的结合。
第二张里的05的是Nikolai Kapustin的Jazz双钢琴，是两张专辑里完成度相当高(主要是不胡来了-_-)的。

F.说点关于小红帽的事情。主要说的还是指CentOS。一直发现CentOS中yum源更新很慢，很多东西都停留在几年前的版本，一些最近才出现软件更是没有。最近有点想通这件事情了。CentOS主要还是面向生产环境而存在的，我也是这么用的。既然是生成环境使用自然是要求kernel啊gcc这类的东西越可靠越好，不一定是最新版本，yum源就是为此而存在的。而至于具体生成环境的配置因人而异，自然提供二进位制版本也不一定有多少人真正会去用。大家自然习惯自己去选择合适的版本自己配置来用，例如我自己现在nginx用的还有给别人装的就都是unstable的-_-。yum的作用吗，自然是连接官方的源更新关键的安全补丁和kernel之类的核心组件，一切以稳定优先。

G.Git、Mercurial(Hg)、乌龟。
最近纠结关于分布式版本控制的问题，最后还是选了Git。Hg是基于Python的，所以是跨平台的，比起Git多了一个基于http的远程提交模式，但只能算是匿名提交，没有验证机制。如果要验证也和Git一样需要通过ssh。
就是这个ssh远程提交在win下有点问题，无论Hg还是Git。首先一个是Git是给unix环境用的，在win下需要cygwin的支持，TortoiseGit也不例外。现在就是TortoiseGit的连接是通过Putty的，ssh-keygen生成的private似乎无法在Putty里用(同样用RSA，不清楚什么问题，我在win下也用了很长时间的Putty了，也用过ssh key，一直没遇到这种情况)。我一开始就是这个问题在win下远程提交搞不定，在linux下没问题。后来发现TortoiseGit有一个Puttygen工具，用那个生成ppk(putty private key)文件之后在项目文件右击，TortoiseGit的Settings->Git->Remote的配置里导入ppk即可。public key方面和ssh-keygen的一样处理。
说说Git和Hg的不同吧，除了刚才说的平台兼容性之外，Git似乎某些方式更加分布式一些，例如可以同时合并多个分支，而Hg只能同时合并两个。但Hg命令方式和svn比较像。不过Git也是很容易上手的。除此之外Git似乎比Hg还快上一点点。

H.Haitink的肖八，阿姆斯特丹音乐厅管弦乐团。最近特别沉迷，和适合最近现实环境的音乐。

奏鸣曲式的第一乐章紧接肖七最后带出的那点不安，低音弦乐先于小提琴独白出现。第一主题湿冷，有力度，而哀号遍地又带着点崇高精神抗拒着的，紧接着的展开部可以说都是整部交响曲之后杯具的预演。Haitink在处理弦乐组一点点从小提琴的流畅地歪曲出急促恐怖的展开非常精湛，一点点地抓住人，让有人一点点被活活勒死的感觉，300小节后开始定音鼓、小军鼓的一次次敲击可以说拳拳到肉，令人揪心。弦乐织体如浪潮(我这么叫，是因为一个德国电影《浪潮》)般膨胀翻涌，作为旁观者多的是无奈与惊恐。中断后由一段英国管抒情独奏开始再现部，似某种大和谐之后的悲凉与无助。最后以纯洁而哀伤低音弦乐副部收尾。
乱入一个大家估计看过很多很多很多次的诗：
在德国，起初他们追杀共产主义者，我没有说话——因为我不是共产主义者；
接著他们追杀犹太人，我没有说话——因为我不是犹太人；
后来他们追杀工会成员，我没有说话——因为我不是工会成员；
此后他们追杀天主教徒，我没有说话——因为我是新教教徒；
最后他们奔我而来，却再也没有人站起来为我说话了。
——马丁.尼莫拉

第二三乐章都是典型肖式谐谑曲。第二乐章是两个主题交替进行的非回旋结构，第一主题木管与圆号进入呈示部之后，三拍子第二主题高音木管组就大弧度的回旋发展，到最后铜管组一声叹息未完就被止住。一副附和着什么木偶性格。
第三乐章以中提琴锐利的匀速运动开始，简单粗暴。之后是各种乐器不断放大，其中的哀号遍地。末尾小军鼓连续整齐强硬的’突突’声推出一个恐怖的声浪(浪潮)。随后转入第四乐章。

第四乐章悲壮而绵长，以固定低音的变奏为基础，亮丽的音色变成越来越微弱的大提琴和低音提琴，缓缓进行，不断交替。满是惊吓过度发呆空虚，偶尔出现高音长笛和单簧管，一点点提示，最后Haitink的结尾相当细致，出现一丝明亮。

第五乐章，提拉第四乐章收尾，迅速地转换出黑暗后的黎明。全曲十分动人，语言描述是多余的。全曲最后在淡淡的美好气氛中收尾，算是一种安慰吧。

在当时，肖的第八交在政治上都是十分敏感(我很想说现在也是，见此篇B部分)。
肖斯塔科维奇说：音乐把人从头到脚彻底照亮，同时那也是“最后的避难所”。

L.Livyatan，是一种海怪，现代希伯来语拼法。最后和蓝loli一起稀里糊涂地敲定用了这个名字，名字什么的最讨厌了。不过除了敲定名字之外也做了一些事情，蓝loli在忍受40度以上的高温一遍写着文档、roadmap一类的，真是辛苦。我就是乱七八糟地提出了很多稀奇古怪的想法，稀奇古怪的想法这部分我称之为ooxx，并且乱七八糟地付诸堆出了最底层的middleware和context的预览性代码，于是发展出了下面的对话：
甲：你今天ooxx pull到远程服务器了没？
我：恩。
乙：你这两天做了多少ooxx吗？
我：没有，都在写文档。

关于ooxx的妄想还有：
在应用内部RESTful处理，对MVC结构进行变更，区分出具体的交互层(偏前端、UserAgent识别等)与持久化逻辑支持层(业务逻辑、关系模型、数据库抽象)，可以实现竖向的分布式部署什么的。
运用php5.3的closure特性，实现类似JS里Prototype的扩展机制，而非传统的’事件式’、’Hook式’的方式(如Kohana)。不过对于一个有abstract class的语言来说去实现Prototype多少不是很和谐。
明晰Context，通过允许多个Context存在，勾勒出一点点在单cgi线程流程中的虚拟多线程，可以在App中再开始一个App，保存里App的结果，生成静态页面什么的。
除了传统MVC还提供一个roll-you-own style，就是可以脱离Controller、Action来随便乱搞-_-

等等还有很多多余的想法，包括middleware(来自于Ruby的Rack，closure套着closure套着closure，要变更输出内容直接替换-_-)，也不知道如何解决效率问题，有没有用更是不清楚。目前ooxx我大概画了4张图来展示上面这些乱七八糟的概念，但没有付诸任何文本来解释清楚-_-，文档什么的最讨厌了，谁理解了帮我写吧。

总之这个ooxx不等于Livyatan，只是个人发疯而已，算是Livyatan的试验田。
关于Livyatan初步想法就是做成一个高效简洁优雅，但是创新(创新这方面PHP应该向Ruby学习)，便于web2.0应用快速开发的框架。
目前我和蓝loli先打好基本框架，然后希望更多人能参与进来吧，主要可怕的是东西做出来，但是文档不全等于废物(这种情况很常见)。所以大概得需要众人的力量来填坑了。

I.个人提炼浓缩自定义版的Zend Coding Standard，Livyatan的强制执行标准-v-。其实例如缩进方式就和我原来不一样，我用TAB主要图省事。
.纯代码文件不要以?>结束
.用4个空格缩进，而不是TAB
.单行在80字符上下
.用LF换行，不用CR或者CR+LF
.文件全部UTF-8编码，不准使用BOM
.命名空间规则同类名规则，类文件必须定义命名空间
.类名中的每个单词用大写开头，用”_”分割路径。不能连续使用大写如JSMint/MinifyJS应该是JsMint/MinifyJs
.文件名应该与命名空间+类名一致
.函数名以小写开头，后面的单词大写开头，不使用”_”
.变量同上
.类中的”private” 或 “protected”的方法和变量，用”_”开头，”public”不能用”_”开头
.没有全局变量全局常量
.常量全部大写，用”_”分割单词
.字符串尽量用’包含，如字符串中要用到单引号或者转义符，用”包含
.双引号中变量直接使用”$var”或者”{$var}”，不准”${var}”
.用”.”连接字符，回车之后”.”与”=”对齐
.”.”与”=”左右都有一个空格
.花括号”{“之前先回车
.”else” “else if” “if()”等左右的花括号在同一行
.”return”的值不要使用圆括号
.尽量不用eval
.尽量不用&传址
.注释按phpdoc标准，用英文

J.就到这里，应该没了，什么时候想起什么来再补。