mrzenix-Write

知道不知道

mrzenix — Mon, 18 Aug 2008 02:52:38 +0800

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

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

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

升级为wordpress 2.6了..

mrzenix — Sat, 16 Aug 2008 02:48:16 +0800

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

你，只是一杯水，而已。 - 看清问题的思路

mrzenix — Wed, 30 Jul 2008 05:46:30 +0800

转载请注明出处..

在一次次的失败经验之后告诉我们，一些看似宽广的设计思路是愚蠢而浪费时间的。在现实中，咱们举例说明。

华强北有很多很多的商铺，也许我们可以看到，他们的业务貌似很赚钱（一台联想电脑如果卖出价是10000，我看过内部数据，代理进货价格大概也就是2000，不是吹的，水分之多让人毛骨悚然的不自觉做起了俯卧撑）。

但是往后想，最终受益者似乎是，生产厂家，而不是零售商。

举例，大家都知道，国产电视机内部不少芯片都是必须进口的，国内似乎并没有自主芯片（当时这样，不晓得现在呢），mp3解码芯片也是如此，外壳设计的再好看，lcd显示再绚丽，把它卖出的价格看起来也挺高的，但是生产厂商并不怎么赚钱，例如批发商，一台mp3大概能卖掉大概能赚到25块钱。那芯片在其中，卖一芯片能就赚到20块，所占到的例如接近整机的50%，还不带广告策略，不带市场营销渠道，只管卖给你厂家就Over了。所以，卖整机还不如买技术。

我们在这世上生存的目的，无非就是掠夺，上帝眼看着一部分人的钱流动到另少部分人身上了，往往最终真正的受益者，所付出的力量却是最少的。此文就说明，如何付出最少而获得最大化的利润？

羊毛出在羊身上，咱不能只管着买毛衣却不知道毛线也是在羊身上“耗”出来的。当问题从脑海中浮现，请把握问题关键，打蛇也得打七寸，桶肛门（=.=）不是？

我们有一个目的，赚钱。从哪儿赚钱？哪里人多哪里就赚钱撒。中国人喜欢什么？高科技！例如12个喇叭的山寨手机，最好镀金镶钻的！这时候，疑问出来了，什么手机比较好卖啊？答案是，上千款的手机。于是，我们就开始寻找到了一家可爱的具有12个喇叭和镀金的中国国产手机厂商，并且，买下了代理权，然后开始开店铺啦，网店啦，接着就卖手机做广告。..

我们把它叫做大众思维，因为绝大部分人都是这么干的。

整个市场，实际上是一颗树状结构。最上面是杂七杂八的应用，而下面，就是组成应用的零配件。在哪里最最受益呢？还用问吗？树根撒。类似君主立宪制的国家，一人之下万人之上，此乃王者。但是，树根要支撑整棵大树，所以必须强壮（IBM就是强壮的树根）。我们这泛泛之辈，找个树杈就够了。于是，买了一家大触摸屏的某厂商的代理，开始推销着卖产品。

我们把它叫做小众思维，因为少部分人会这么做。并且，赚钱了。

还有一部分做寄生虫，一部分做养料，一部分做管道… 你看，连寄生关系都出来了（一些外设），养料是底层（电路板，钉子，螺丝），管道是运输层（物流业）。多么缜密的计划。但是，做这些的虽然比绝大部分人要少。但是，毕竟还是被瓜分了天下。

不如，咱不做这些了，市场就这些吗？于是，一个崭新的想法油然而生。

神般的mrzenix说，我要做人（is not do people again）！

于是，天空一声巨响，mrzenix从神变成了一个人。mrzenix说，我要水！于是，自己跑去不远处的小溪，瓢了一碗水。mrzenix又说，我要泥土！于是去不远处挖了一堆泥土。mrzenix再说，我要阳光！咦？阳光怎么没有了（废话，那时是晚上）。于是，他跑去爱迪生家里要了一盏电灯。这时，他发现了地上有一颗种子，于是把它放到了土里，埋了起来，浇了水，等待着树苗拔地而起，秋天就有好果子吃了。他把种子泥土放到盆子里，拿回家里，搭建了一个温室，小心翼翼的拿着电灯照着。一天一天过去了，种子发芽，树根一点一点扎根，已经有小树叶了。于是，他把这小树苗栽到了户外，接受阳光！小树一天一天长大，变成了大树，好不容易到了来年春天。它开花了！熬到了秋天，日夜盼着的果子，结出来了！于是mrzenix高高兴兴的把果子摘了下来，开开心心的吃了起来。

这样看来，不管树再怎么分叉，都不会逃脱市场掌控（除非被人折断嫁接，mp3似乎就是一个例子，被嫁接到手机市场）。不过，让人欣慰的是，最后的好果子，好收成，一个不漏的，都让mrzenix给吃掉了。mrzenix才是最终受益者！

下面是对于这个美丽的童话故事的角色分析。

水，是养分的载体，水，就是金钱，水就是光大劳动人民，没有水就没有生命！

泥土，固定物，作为扎根场所，养分的聚集地，养分就是工作人员，事实上，还是广大劳动人民。劳动人民真伟大。

阳光，是技术支持，在缺少阳光的情况下，借别人电灯一用，后来，就借助天下聪明人士了（Linux,Google不就是这么壮大起来的?）。

树，就是市场，由商人为载体，不断的把水推向上层。

果子，就是收成，无数的水，阳光，养分聚集而成的精华。只可惜，让mrzenix一人吃了。

你不觉得，全世界都在围着Microsoft,Google等强大的企业转吗？
网站主们，博客主们，你们不是都靠着Google的ads施舍么？
也许，对于这种世界顶级的企业来说，世界就是他们。
很多时候，你，只是一杯水，而已。

mrzenix post at 2008-7-30 5:33:33

LK’s CodingStyle Notes(4-6)

mrzenix — Thu, 24 Jul 2008 18:55:53 +0800

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)…

=============================================
Chapter 5: Typedefs 类型定义

不要把类型定义命名类似"vps_t"。
如果在代码里看到
vps_t a;
天知道你的vps_t是什么鬼东西。

对比一下，如果是这样的。
struct virtual_container *a;
这样你就知道，哦，原来a是一个结构体指针。

大部分的人都认为类型定义是帮助可读性的，但是事实上并不是这样（即使你这样认为），它有以下几个用途：

(a) 很多时候被用于隐藏对象。例如，"pte_t"，对于这个隐藏对象你就可以使用适当的存取函数了。

(b) 清除整型。这个抽象概念帮助消除混乱，不管是对于"long"还是"int"。例如u8/u16/u32（无符号x位整型变量），都是很好的类型定义方法。
    注意：这些都是有原因的，因为类似"unsigned long"这样的定义，没有理由让它变成
        typedef unsigned long myflags_t;
    但如果它有一个清晰的理由去解释为什么在某些情况下使用“unsigned long”，或者根据其它的配置可能让它定义为“unsigned long”,那么就得使用一切的手段在前面使用typedef.
    这里我想到Microsoft使用匈牙利命名法对于类型的定义，混乱的局面就很清晰的浮现出脑海了。

(d) 在某些情况下，以标准c99类型，新类型是相同的。（新标准出来后，使程序可以向上兼容）

(e) 用户空间的类型安全。固定的结构体对于用户空间是可见的，我们不能要求c99类型也不能让u32跑到类型定义前面去。因此，我们在共享用户空间上使用__u32或者类似的类型。

或许还有其它的案例让你使用类型定义，但是规则基本上都没有永久固定的要求你怎么去使用typedef，除非你可以非常清楚的和规则相匹配…

=============================================
Chapter 6: Functions 函数

函数应该是简短而甜蜜的，而且只做一件事情。我们知道ISO/ANSI屏幕大小为80×24，所以，函数一般只做一件事情并且要做好！
最大长度的函数对于其复杂性和排版等级是成反比的。因此，如果你有一个简单的函数，但是它有一个很长的事件语句（例如switch case），每个时间都处理不同的小事情。如果这样的话，那使用很大长度的函数是可以的。

无论如何，如果你有一个复杂的方法，而且你认为一个没有什么天赋的高中一年级学生可能不能明白这个函数是干什么用的，这时候你应该坚持“接近最大的限度”。对名字描述使用助手（如果你觉得执行危险，你可以告诉编译器把它们inline掉，这有利于你更好的完成工作）。

另外，数数你函数里的局部变量，它们不应该超过5-10个。它们如果发生了什么错误的话，重新审视一下你的函数，把它们分解成更小的部分（或者再写一个函数）。
人类的大脑大概可以同时跟踪7件不同的事情，更多了就会感觉到糊涂了，所以，变量定义的能少则少。

源码中，不同的函数之间应该用一个空行隔离开。
如果函数具有返回值，那么在这之后的宏中，应该紧贴上一个函数的尾部。
例如这样：
int system_is_up(void)
{
return system_state == SYSTEM_RUNNING;
}
EXPORT_SYMBOL(system_is_up);

在函数的原型中应该包含了参数的名称和具有类型。
虽然这在C中是不要求的，这是为了Linux的完美。因为，这是一条简单的方法去给读者们（Linux内核阅读者）增加一些有用的信息。

mrzenix post at 2008-7-24

LK’s CodingStyle Notes(1-3)

mrzenix — Thu, 24 Jul 2008 18:53:07 +0800

在参看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.），因为这对于代码没有优化，还对阅读产生了一定的影响。
作为一个得体的编码人员，在每个语句后面都得留下空行，方便分段的阅读。

=================================================================
Chapter 2: Breaking long lines and strings 每行避免显得太长

编码样式都非常具有可读性的，所以要避免每行的字符太长，在此设定每行不能超过80个字符。

就像这样：
void fun(int a, int b, int c)
{
if (condition)
     printk(KERN_WARNING "Warning this is a long printk with "
                         "3 parameters a: %u b: %u "
                         "c: %u \n", a, b, c);
     else
     next_statement;
}

"The limit on the length of lines is 80 columns and this is a hard limit."

=================================================================
Chapter 3: Placing Braces and Spaces 括号和空格的摆放

C风格的另一个问题是对于括号摆放位置的问题。不像上面所说的排版大小，这些括号都是由于一些技术原因而去选择摆放策略的。但最完美的选择，已经由先知Kernighan和Ritchie展示给大伙儿了，就是在开头和结尾放上大括号！
if (x is true) {
     we do y
}
这是给非函式语句块的格式。
还有：
switch (action) {
case KOBJ_ADD:
    return "add";
case KOBJ_REMOVE:
    return "remove";
case KOBJ_CHANGE:
    return "change";
default:
return NULL;
}
而对于函式语句对于大括号的摆放是这样的：
int function(int x)
{
     body of function
}
注意到没？这就简单完美的区分了语句块的使用方式了！
同事哦，这种大括号的放置方式，有效的避免了一个大括号独占一行的愚蠢举动，影响可读性，造成不必要的麻烦，think 25-line terminal screens here…

单语句不需要大括号，例如这样。
if (condition)
action();
但是需要换行。这并不与前面的话有冲突，让我们再想想只有25行的终端界面吧…

如果语句超过两行，就需要大括号了。

if (condition) {
do_this();
do_that();
} else {
otherwise();
}
对于空格，Linux内核样式相信函数关键字一一对应（function-versus-keyword）的法则，在关键字（大多数吧）的后面加上空格。
值得注意的是这里有一些关键字例外：sizeof, typeof, alignof, and __attribute__。
使用一个空格的关键字例如：if, switch, case, for, do, while
就像这样
if (condition) {
do_this();
do_that();
}
而为什么有些关键字不要空格.. s = sizeof(struct file); 因为加上空格后，
显得有些别扭( s = sizeof (struct file); )…

需要两边加上空格的还有： = + - < > * / % | & ^ <= >= == != ? :
而如作一元操作符不需要：
& * + - ~ ! sizeof typeof alignof __attribute__ defined ++ —
‘.’ and "->" 后的成员函数也是不需要空格的。

mrzenix post at 2008-7-24

把自己放大

mrzenix — Sun, 06 Jul 2008 02:21:19 +0800

相信每个人都觉得自己很聪明，觉得自己与众不同，觉得自己是很棒的。曾经毫无顾忌的挑战一个比自己强大百倍的人，曾经认为自己可以得到世界冠军。这些，似乎都是童年的自己把自己放大n倍后看到的世界。
— 题记与本文无关。

—-

其实我不知道应该再说什么。它似乎在出生时，就是散文。
我blog的三年生活，最初是为了避开父母偷看的日记而产生的情感发泄场所。似乎一切都已成往事，但当年的愤怒还依依重现。
我愿意这个世界是充满幸福的。

我们看到的这个世界，美好的世界，清新而自然。此时的清新自然是相对的。世界所有事物，都是相对的。我们可以随意的放大，也可以随意的缩小。我们可以以学校作为参照物，也可以把另一个城市作为美好的标准。哪个是真正的标准，谁也说不清楚，也许对于世界的评价，本身就是唯心的。那倒不如把自己放大，把自己本心的东西想法放大，作为标准模型，这个时候，世界看起来也许是截然不同的了。

以小我观察大我的过程，个人必须在这个时候是作为观察者的存在，就像飞机上鸟瞰大陆一般，此时你就是神。同时也可以进入世俗，把自己缩小融入其中，做一个 “卑微的”职业人，观察人生百态，五彩缤纷的世界便开始映入眼球。并不需要评价它，它本身就是其魅力所在，我想你这时会爱上这个世界。

这个世界，就前缀”这个“二字，就代表着有无数的世界在一个时间运行着。社会的发展与变迁，它似乎并不能进行跳跃式的发展。该怎样还得怎样，贫穷的过渡时期，是这个时候了。让人讨厌的世界就在这个时候油然而生。而更让人恶心的是传统与创新共存的时候。让传统毁灭，让创新扼杀，并且还产生一个新的体制。

他们总喜欢浮夸，人有多大胆，地有多大产似乎就是这个道理。

长时间的浸泡与洗礼，很多想法已经改变，很多话语已经陈旧，在寻找自己人生道路的过程中发现，道路似乎不是发展而来，而是拓荒。在一次次的转折中度过，在没有指南针的指引方向下，我只能像无头苍蝇般乱飞，在充满无限幻想的世界幻想着轨迹，但总不能逃逸出世俗的枷锁，慢慢的，我融入了一切，感受着天地。关注着往年从未想过看过的事物，我能感到，我和大众一样，所接触的咨询，总是不最新的。所以我们错过的太多了，我已经错过了高中三年，实在不想再错过什么。

兴许这就是一个超级大型的数据库，它的结构既复杂而又简单。

简单在于它用两个字概括就足够了，那就是“和谐”。

Os x 10.5.2 Leopard

mrzenix — Sun, 22 Jun 2008 05:18:39 +0800

足足试了两天，这个Mac OS X 10.5 Leopard，经过不懈的努力，修改无数次驱动包，终于找到适合的了，装上。现在是如此完美。两天来我只睡了2个小时…。不过很高兴，用上苹果机了。

《什么是数学》初读感

mrzenix — Fri, 13 Jun 2008 09:23:10 +0800

这是一本看着大快人心的书，从开头数学发展，证明定理，求素数，开始，就是以通俗易懂的语言描绘。
很多以前不知其所以然的东西，在那一刻豁然开朗，那种感觉，似乎是对数学新的理解感受吧。
现在看了只有五分之一，用到的知识似乎只是初中升高中的定理和证明方式？夹杂着历史故事，现在却更加牢固了。那种“归根”的陈述方式，令所有其它的数学书籍黯然失色。它让数学不在神圣，让我们都可以去接触，去感受。
我想如果把我困在了孤岛，却只能带3本书上去，我会选择《算法导论》《什么是数学》《日月神话》，如果让我舍弃，我会舍弃《算法》，再只能带一本，我宁愿舍弃《日月》，回归《数学》，万物归根！

perfect commentary style

mrzenix — Thu, 12 Jun 2008 12:39:48 +0800

e.g:

/* Project Babel
*
* Author: Livid Liu <v2ex.livid@mac.com>
* File: /htdocs/core/V2EXCore.php
* Usage: V2EX Page Core Class
* Format: 1 tab indent(4 spaces), LF, UTF-8, no-BOM
*
* Subversion Keywords:
*
* $Id: V2EXCore.php 316 2008-01-15 00:25:31Z v2ex.livid $
* $Date: 2008-01-15 08:25:31 +0800 (星期二, 15 一月 2008) $
* $Revision: 316 $
* $Author: v2ex.livid $
* $URL: http://project-babel.googlecode.com/svn/trunk/htdocs/core/V2EXCore.php $
*
* Copyright (C) 2006 Livid Liu <v2ex.livid@mac.com>
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
* (at your option) any later version.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software Foundation,
* Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
*/

美国大学科技技术之-操作系统原理教案

mrzenix — Sat, 31 May 2008 11:14:30 +0800

源主力站点:http://www.cs.utexas.edu/users/lorenzo/corsi/cs372h/07S/

CS372H : Introduction to Operating Systems (Honors)
Spring 2007

The crosscutting theme in this course is providing abstractions above imperfect hardware to make it usable by programmers and users. At the end of the course, students should understand a set of abstractions (concurrent programming, virtual addressing, memory protection, caching, transactions, …) that are useful in many large-scale software systems—not just OS kernels. More important than memorizing specific abstractions used in operating systems of the past, students should understand these abstractions well enough to synthesize their own abstractions when faced with new problems.

Another important goal of the course is for students to understand the computers they use and on which they build their applications. A student graduating with a CS degree should believe "there is no magic": they should be able to describe the chain of events that occurs when they hit a key and cause a letter to appear on the screen from the register level (or logical gate level or transistor level) to the system architecture level to the operating system level to the application level. This is philosophically important, but it is also of practical interest to developers who need to figure out how to make a system do what they want it to do.

开机。

mrzenix — Thu, 22 May 2008 21:29:07 +0800

这件事情值得小庆下。
置于绵阳的mrzenix.com安然无恙，根据日志显示，是地震后一个小时关机。
原因大概分析如下：
1.强烈的地震让电源震掉了。
2.电信大楼有备用电源，即使电源没有了也继续开机，大概是因为空调因为猛烈的地震损坏或掉下来不工作，空气过热，服务器自保，自动关机…
果然安然，恢复了就好，我还是幸运的，md，效率真是快，才这么几天。..
呵呵，现在在抓文档，准备放一个文档大全玩儿。～～不知道会不会有版权纠纷..郁闷。

另外工作室开始了一个新的开发项目，正在钻研计算机图形物理运动，老师将伟大的物理引擎编写任务交于我。
图形学 + 分布式..
除了网游，还能有什么呢？

圣火传递照片…

mrzenix — Fri, 09 May 2008 22:00:50 +0800

太激动了太激动了.. 圣火离我不到3米远～
一群火炬在我身边！
好吧，后续图片不分先后～

跑步后可怜的头发

知识的传授

mrzenix — Thu, 01 May 2008 01:24:30 +0800

       突然想到一个命题，如果知识灌输开始不是语言、文字、个体教授，而是从机器直接复制灌输，这个世界会是怎样的？架设一个人在出生的当时就可以使用机器直接传授这个世界的所有知识，那这个人对这些知识的理解，是否仅限于类似“翻阅字典”的理解方式，异或是对于其思想与精神有什么或好或坏的影响呢？这本身应是知识-思想-精神互相关联的关系阐述。
       对生物的理解，每个人都是复合形式的四力循环体，其存在的唯一目的是“满足欲望”。而知识层面仅仅也只能作为其涉猎工具罢。所以一次灌输的知识应该不能影响个人意志与思维方式的。但所谓知识也是前人所总结的一种“工具集合”，让这个被灌输知识的人理解知识似乎又是考验意识的另一种方式。通常有两种结果，1是类似“雨人”的天才白痴，2是可以对其灵活运用。但根据以前我看的一本书籍（忘了啥书了）中似乎提到，大脑一旦在同时接受大量信息的时候会导致精神错乱，一些永久记忆者似乎就是因为这种错乱最终导致变成了“雨人”。这种揠苗助长的知识传授方式看起来不是那么乐观，要么把人变成天才，要么把人变成活的百科全书了。
       又另一层面，如果那些所谓知识可以对其意识产生影响呢？这个似乎比较麻烦。这个世界会出现越来越多的同思想人群，即使在这个”不稳定”的物理范畴内，其固定的思维方式，也将导致知识的停僀，没有分叉的现象。
       OK，人格分裂现象再次显现。
       人不修不成道，只有在逆炼中成长，才能真正成为朝不同方向分叉的人，这才是真正的智人。

ScribeFire

mrzenix — Fri, 25 Apr 2008 18:03:10 +0800

是个好插件….

种种不断发生的问题与耐心考验

mrzenix — Tue, 15 Apr 2008 19:37:44 +0800

       一个东西能被创造出来定是作者花费了巨大的决心，耐心，和汗水。在不断的改进升级修复的过程当中体验着痛苦，在不愿做却必须应对的情况之下，几乎以绝望的应付式地接受一次又一次的打击考验。这挑战着耐心与信心的最大承受度，被人支使的容忍度。
       在达到承受临界点的时候，如还不采取措施，必然产生报复式的灾难式的念头。
       如果这是一个问题的话，对我来说确实是一个问题，那么我会用什么样的方式去解决呢？对于任何机械式运动来说，积累是一个过程，不管是不断膨胀的耐心或承受力，绝对的膨胀过后，都只需要第三者的轻轻一针，一切梦幻便如气泡般破灭，从而导致你从头到尾从来没有完成过一份工作。而这个承受力，就是更厉害的一个境界了。我还没找到适合的解决方法，只能较为阳光的，静下心来慢慢厚着脸皮完成工作。毕竟这个世界留给我们太多太多美好的东西应该去面对的。

臭鸡巴，老子跟你拧上了

mrzenix — Mon, 07 Apr 2008 20:45:38 +0800

这段时期不断的违纪旷课，已经威胁到我的人事安全问题（注意，不是人身安全），连续招惹三个老师，人心啊。我有时也是很阴险的。
人在发怒的时候，最易看清他是最真实的面貌。
这个世界阴险的、重心机的多的是，我却从没见我们班主任那般阴险，站在讲台前，有寒风凛冽的感觉。
按死规矩办事，这人老子最瞧不起，跟咸鱼无异。
规矩就是用来打破的，我喜欢鲁迅的一句：“愈艰难，就愈要做。改革，是向来没有一帆风顺的。”

倘只看书，便变成书橱。

ps：我跟一咸鱼拧上了。只不愿其一直烂下去。

互相牵制

mrzenix — Fri, 04 Apr 2008 13:01:03 +0800

有些类似黏合剂的东西，把你和某些事物联系在了一起。产生了牵制作用。拖累了进度，同时牵制了自己的自由。形成一种“缓慢进步”状态。它介于相互控制的基础上。
类似于，你把它造出来，你就得对它负责。对于软件业更是如此，这便是一种牵制。你创造了东西，就得为它改善。
像Linus那样不断的完善他的Linux。这是一种推动作用。
而为别人做出的东西，不断的为之作出技术指导甚至更新、升级、修复。这就像是父母让你生个儿子一般，对它负责，却又被它所牵制。到这个层面上的时候，已经不知道是为之骄傲还是被它所累了。

mrzenix/文

临界点

mrzenix — Mon, 10 Mar 2008 17:04:19 +0800

    耐心跟气球一样存在着临界点，即使是你慈祥的爷爷奶奶，在你强烈的烦躁攻势下，她可能也会爆出一句类似tmd的惊人语句。
      耐心临界点越高的人爆发的力量相应的也越大，像氧气瓶，你可以往里面不断的灌氧气，你以为可以一直灌下去，结果压力越来越大，它所爆发出来的不是一个裂缝慢慢释放，而是整个爆炸了，同时你也死的很惨。
      如何去释放这心中的烦闷？其实这可以像小学的bt题目一样嘛？一池子水，同时打开水龙头和下水道，下水道相对流量大些，请问多久可以释放完毕？这样的解决跟浪费时间浪费资源没什么两样。
      经验中，实际上可以采取提高临界点的方法。
       你不是要玩吗？老子有的是时间，陪你玩。也就是“豁出去了”。这个时候人可以觉得没有任何压力，把压力转移到施压着身上，把临界点提高到无限大这不是厚脸皮，这是后现代主义的乐观生存法则。在几乎弱肉强食的世界，看的就是谁有时间，看谁把谁急死！此人便是赢家。
      谢谢。

mrzenix/文

你去做结扎手术吧。 - 《颐和园》影评

mrzenix — Fri, 22 Feb 2008 03:53:37 +0800

有一种东西，它会在某个夏天的夜晚像风一样突然袭来，让你措不及防，无法安宁，与你形影相随，挥之不去，我不知道那是什么，只能称它为爱情。
余虹日记

感谢如小果小姐（如小果不是小姐）的推荐，这部影片是中国顶级的禁片，哦，这几天我一直在看禁片和毛片（未剪辑或未剪辑完成的影片）。

我是通过《颐和园》才知道娄烨这个导演的存在，也通过影片认识了他，这是一部极度压抑的影片，一看就知道导演是一定是性压抑了。

第一次看完后我愣住了，没有思绪在里面，像是被电影打了麻药。
感觉就是老子从没有看过这么牛逼的电影，整部影片充满了性压抑，却从不缺少性爱的成分。
于是我再看一遍，再看一遍，还再看一遍，终于开始了我的无病呻吟，也许不只是我的。

以日记方式拍摄的纪录片有它的好处，它可以反映当时的历史政治背景情况。
这是一群六七十后大学生的生活，一个女人对性的理解开始，再对爱的理解。
在欲望面前的处理，听说女人一般性爱结合的，但在剧中，余虹似乎把它们分的很开，她在一个又一个的男人身上寻找周伟的影子。（好吧，3+个）
很显然，她找到的只有一次又一次的，肉性的高潮，她可以心里想着另一个男人做爱。

我喜欢的一段，她坐在游泳池边写日记。她只想生活的更强烈一些，平庸的生活会让她痛苦不堪。
也许发生的这一切，只是她在追求强烈的生活，但在爱情面前，根本不存在出路，只存在幻想；而幻想，是致命的东西。
恰巧，每一次的床上戏，都很黑，感觉整个世界都是暗的。
看不清，遍只存在幻想。但一切都很真实，可以亲的到，可以摸得着。
在颐和园的湖面上划船，这是她一生中最幸福的时刻，却只占到整部电影的一小小部分。
兴许她渴望的，只是这样的浪漫。

“周伟，我要跟你分手。”
“为什么？”
“因为我离不开你。”

后面他们真的分手了，但是却不是这样的，这似乎不是分手，她抛不开她的记忆，她丢弃不了。

她在深水区和浅水区的交界处，躺着，痛苦辗转。
她怎么了？她为何这么痛苦。
整部片的唯一疑问。但是，又是那么的美，痛苦的美，悲凉。呵呵。

64，又是一次痛苦。他们三个在长安街，开始一起唱歌，然后一起跳舞，最后分开着走。
最后终于爆发，在这个性压抑和政治压迫的年代，周伟和李缇被宿管（..）抓奸在床。
整个政治描写似乎只是个衬托，冲动。爱情和政治运动一样，都是非常冲动的。
居然跟好友的女友上床，是报复吗？

后面出现一系列政治事件的画面，像是快进了十几年。十几年的快进，大家都变成了痴男熟女。
也许是欲望的驱使，她找了一个有夫之妇做爱，她唯一的一次女上男下，他们有相同处境，“孤离，没有目标”。
这件事情不违法，但是不道德。
女主角诠释了一下，什么是道德。
“两个人在一起，我觉得这才是道德，我和他彼此熟悉，我和他彼此身体熟悉的时候，我对他放心，从而对成功怀有勇气……”。
他们可以接吻，可以做爱，但是他永远不会停留在她的心。

骑车跌倒，没有联系的家人，但她想到了周伟，却不能联系。
她怀孕了，她做掉了那个孩子。

也许这一切都不会结束，但她选择了结婚，嫁给一个并不那么了解的同事，但他喜欢她，他不在乎。

结尾很仓促，李缇跳楼，周伟回来了，却只是相遇和接吻，即使她已经结婚五年，她还是忘不了。

我很庆幸自己没有生活在那个年代，没有这么多的事件，没有这么大的压抑。
生活的异常平静，安逸。但这是我需要的生活吗？
也许心底里我也是希望着，活的更强烈一些。

因为啊，幻想，是致命的东西。

“你去做结扎手术吧。”
“为什么呀？”
“那样就不疼了。”
–《颐和园》某台词

mrzenix/文

mrzenix-Write

知道不知道

升级为wordpress 2.6了..

你，只是一杯水，而已。 - 看清问题的思路

LK’s CodingStyle Notes(4-6)

LK’s CodingStyle Notes(1-3)

把自己放大

Os x 10.5.2 Leopard

《什么是数学》初读感

perfect commentary style

美国大学科技技术之-操作系统原理 教案

CS372H : Introduction to Operating Systems (Honors) Spring 2007

开机。

圣火传递照片…

知识的传授

ScribeFire

种种不断发生的问题与耐心考验

臭鸡巴，老子跟你拧上了

互相牵制

临界点

你去做结扎手术吧。 - 《颐和园》影评

美国大学科技技术之-操作系统原理教案

CS372H : Introduction to Operating Systems (Honors)
Spring 2007