mrzenix-Write

    在唯物主义挣扎多年后，我不再向往这个让人恶心的伦理化世界，唯心才是世界第一生产力。一个人发起的战争，一个总设计师，一个总裁，一个总统，一个国王。 

    一帮人，有且只能有一个带头人，这个人就是王，这个人就是法，这个人的意志，其他人都得无条件的服从。让会议见鬼去吧，让投票抉择见鬼去吧，股东见鬼去吧，协同合作见鬼去吧。 

                                                  —— 不算题记的题记 

不管是什么工作，都需要一个带头人。我们有小团队合作，但不可能出现协同合作。“一山不能容二虎”，这是常识。带头只需一个人，其他人按照一人的意志行事，这样的效率和质量都是最高的。Apple、Google、华硕、奔驰、劳斯莱斯的“黑箱操作”事实上跟911恐怖袭击没区别，跟产生所谓“国家机密”的背后运作方式也没有区别。其好处是不言而喻的，所得到的效果也是被最大化实现。

不管是在创作什么东西，其价值就是作者价值的体现，其他人就如用作抛光鹅卵石的溪流一般，匆匆而过。与其说是合作，不如说是被利用的工具罢了。艺术家使用笔墨作工具，领导人把人才作工具，架构师把程序员作工具。作为工具，永远只是被动语句。所以，我们学习的所谓“团队精神”，实际上是《作为工具的修养》。也许你的金子，但你永远不会发光，充其量只是反光而已。

你要做那艺术家呢？还是那上好的笔墨？

你要做金子？还是做灯泡？

抉择吧，爆发你的小宇宙吧！

elfen lied OP.

Audio clip: Adobe Flash Player (version 9 or above) is required to play this audio clip. Download the latest version here. You also need to have JavaScript enabled in your browser.

downland

不同语言歌词：

原版歌词（拉丁文）
OS JUSTI MEDITABITUR SAPIENTIAM
ET LINGUA EJUS LOQUETUR JUDICIUM
BEATUS VIR QUI SUFFERT TENTATIONEM
QUONIAM CUM PROBATUS FUERIT ACCIPIET CORONAM VITAE
KYRIE, IGNIS DIVINE, ELEISON
O QUAM SANCTA, QUAM SERENA
QUAM BENIGNA, QUAM AMOENA
O CASTITATIS LILIUM

(more…)

很棒的打击乐.

在亲爱的丁丁猫的blog听到的..

Audio clip: Adobe Flash Player (version 9 or above) is required to play this audio clip. Download the latest version here. You also need to have JavaScript enabled in your browser.

我想我已经中毒了!?

我意识到，其实一切都在串联。即使看起来并发，其实是错觉。
每一个事件都由一条名叫时间的东西串联起来，高高挂起。
或高，或矮，无论如何，这流水般优美的事件链条，是那么的让人陶醉。

因为那不是人类的所谓刻度，所以衔接的如此完美。

只有人类才会发明，“二”，这个数字。

经过了几个小时，终于搞完了。
从Wordpress2.1直接升级2.6居然还是直接复制文件就可以了。对于数据库还能自己转换。
插件都能自己更新，我觉得太无敌了。
改了一些皮肤，改了一些插件。
生活更美好。

(more…)

 
Chapter 4: Naming 命名
 
重申一下，c是异常强大的语言(膜拜orz…)，所以请对你的命名原则负责了，别像Modula-2 和 Pascal 程序员那样把变量变得太可爱了，像这样“ThisVariableIsATemporaryCounter”的名字，最好还是杜绝长字符命名了吧。事实上，在C程序员的习惯上，完全是可以写成“tmp”就好了。写成这样的目的是读写方便，不会晦涩难懂，毕竟谁都知道tmp就是Temporary的简写来着。
无论如何，混乱的命名都会让你皱眉头的，所以，在全局命名的问题上，必须加上适当的描述。

例如你有一个函式是"计算活跃用户数目"，就可以写成这样：count_active_users()，别写成了cntusr()。
对在函式上加上类型描述是非常损害脑部的（类似匈牙利命名法…我以前还挺推崇的，这是Microsoft的官方指定命名规则~~），作者说这种命名法只会让人们感到混乱。他老人家还说，No wonder MicroSoft makes buggy programs.

局部变量的命名，必须短小精悍，把握重点。例如，如果你有一个整形变量的计数器，那么你只要把它命名为“i”就可以了。其实在局部变量中，没有必要写的过于复杂，如果对于上下文没有阅读障碍的话，把它叫做“loop_counter”是没有建设性的。

ps 如果你担心你把这些变量给弄混了，那就有另一个麻烦了，这就是“函数生长激素不均综合征”(function-growth-hormone-imbalance)…

(more…)

在参看Linux的CodingStyle(位于Linux内核的Documentation\CodingStyle文件)的过程中,这是一个非常完美的编码规范.
小小笔记一下。

Chapter 1: Indentation 排版

1) 对于Tab占位的大小问题有很多的纷争，有些人趋向于8个空格等于1个tab，有些人则喜欢使用4个空格(我就是如此)。不过不管那种排版方式，都是为了让代码更加清晰而设定的。
例如：
switch (suffix) {
     case ‘G’:
     case ‘g’:
         mem <<= 30;
         break;
     case ‘M’:
     case ‘m’:
         mem <<= 20;
         break;
     case ‘K’:
     case ‘k’:
         mem <<= 10;
  /* fall through */
     default:
     break;
}
关于这个，可以根据习惯而指定。

不要把多个语句放到同一行，就像：
if (condition) do_this;
   do_something_everytime;
虽然对于比较短的语句来说这很方便，不过对于内核这种异常简洁的风格不要使用这种狡猾的技巧（ Kernel coding style is super simple.  Avoid tricky expressions.），因为这对于代码没有优化，还对阅读产生了一定的影响。
作为一个得体的编码人员，在每个语句后面都得留下空行，方便分段的阅读。
(more…)