边走边唱 - 我已将宝刀擦拭，敌人却不见了踪影—

2005年05月22日

偶然一次，看了《二月》结尾几集，忽然又唤起了我对完美的追求。
《二月》主演有：董洁、沈傲君、辛柏青等。整个剧情MV化，画面唯美。
片头片尾曲贯穿整个剧中，极具感染力，凄美得像清晨的露珠，只要稍碰即碎。

我能揣摩出《二月》导演的良苦用心，但是没有唯美到底。主要体现在剧情有些拖沓。
另外，在演员的选择上，董洁长得太袖珍；辛柏青额头太大，明显老成，还有包牙，笑起来不够诚实。
希望以后能与他们合作拍一部我认为唯美的影片。

由于我的博客CSDN网络故障，片头片尾曲《我疯了》《我的乖》的MP3暂不能上传，你们可以网络搜罗一下，下面附上歌词，共飨之：
《我的乖》
　门关着，
　　灯灭了，
　　风凉呢，
　　我的乖，乖吗？
　　我的乖，不要再哭了，
　　该求的已求过了，
　　香炉里的香已经灭了，
　　他不是你的，
　　我的乖，不要再闹了，
　　说什么都没用了，
　　该走的人他不想走了，
　　可不走有什么用呢？
　　心疼了，
　　泪干了，
　　花落了，
　　我的乖，乖吗？

《疯了》
　作词：王筝作曲演唱：小柯

　太阳在我左边
　投下光影
　半个黑色的我
　这时有云飞过
　飞过冷的肩
　是要下起雨么
　我在云中穿梭
　记忆随风落
　前情旧梦里
　漫天晶莹的泪
　模糊了谁的脸
　海水一样咸
　心要疯了
　你让天开云破无处躲
　这样疯了
　你要把出路给我
　心是疯了
　甘心让你套上这枷锁
　情愿疯了
　以为你是真的爱我

归类于：岁月无声 — 蝈蝈龙 @ 12:56 am 评论(0)

2005夏时尚男装浅析

以下纯属个人观点:

衬衫:
休闲衬衫以亮色为主，尤其是白色，加大块底花或花状不规则图案。材质仍然以棉为主，在欣赏者看来，材料有涤纶使衬衫更挺，但是对于穿着者来说，显然不如全棉舒服。
对于格子和重对比色彩的条文衬衫将被视为老土。而西装衬衫则变化不大。

长裤:
今夏长裤以麻料为主，因其材料轻薄而倍感舒适凉爽，穿着随意。有商家推出今夏仿麻全棉服装。挑选时一定要注意。
如果你认为麻料长裤有些前卫，那你至少要接受全棉修身裤。

鞋子:
因为有了麻质的长裤，你再也不用担心穿露脚趾皮凉鞋的搭配问题了。放心地露脚趾吧。
而西装皮鞋总是变化不大，不过总的趋势是对皮质要求更纯、鞋底更柔软。

总结：

如果你觉得自己实在没有精力修饰自己，又怕被视为老土，那么只要你坚持牛仔裤运动鞋，你将永远走在时尚的前面:)

归类于：岁月无声 — 蝈蝈龙 @ 12:54 am 评论(2)

设计模式–抽象工厂之新解

动机

设计模式相信大家早已不再陌生，尤其在Java语言被广泛使用以后，GoF设计模式更是被广大Java程序员所熟知。
抽象工厂模式作为GoF模式中最重要和最经典的一个模式，几乎无处不被使用。
但是你真正地完全理解了抽象工厂设计模式了吗？你能默写出一个抽象工厂框架吗？

看了许多抽象工厂设计模式的中文文档，总觉得阐述得还不够简单，文档格式的组织也不够良好，提供的代码不够完整，这都导致了读者要么没有耐心读完整篇文档，要么不能真正实践例子代码。

于是有了"新解"的想法，即虚拟一个足够简单的案例，尝试从一个全新的、更加通俗的角度去诠释它，并提供完整的可以运行的Eclipse工程去调试运行它，非常适合设计模式初学者。

虚拟案例

中国企业需要一项简单的财务计算：每月月底，财务人员要计算员工的工资。
员工的工资 = (基本工资 + 奖金 – 个人所得税)。这是一个放之四海皆准的运算法则。
为了简化系统，我们假设员工基本工资总是4000美金。

中国企业奖金和个人所得税的计算规则是:
	奖金 = 基本工资(4000) * 10%
	个人所得税 = (基本工资 + 奖金) * 40%

MaxDO软件公司要为此构建一个软件系统（代号叫Softo），满足中国企业的需求。

案例分析

奖金(Bonus)、个人所得税(Tax)的计算是Softo系统的业务规则(Service)
工资的计算(Calculator)则调用业务规则(Service)来计算员工的实际工资。
工资的计算作为业务规则的前端(或者客户端Client)将提供给最终使用该系统的用户(财务人员)使用。

针对中国企业为系统建模

根据上面的分析，为Softo系统建模如下:

图 1

相应业务规则(Service)类源码如下:

package com.maxdo.sample.service;
public class Constant {
	public static double BASE_SALARY = 4000;
}

//////////////////////////////////////////////////
package com.maxdo.sample.service.chinese;

import com.maxdo.sample.service.Constant;
public class ChineseTax{
	public double calculate() {
		return (Constant.BASE_SALARY + (Constant.BASE_SALARY * 0.1)) * 0.4;
	}
}

//////////////////////////////////////////////////
package com.maxdo.sample.service.chinese;

import com.maxdo.sample.service.Constant;
public class ChineseBonus{
	public double calculate(){
		return Constant.BASE_SALARY * 0.1;
	}	
}

那么前端类Calculator源码如下:

package com.maxdo.sample.client;
import com.maxdo.sample.service.*;
import com.maxdo.sample.service.chinese.*;

public class Calculator {
	public static void main(String[] args) {
		ChineseBonus bonus = new ChineseBonus();
		double bonusValue  = bonus.calculate();
		
		ChineseTax tax = new ChineseTax();
		double taxValue = tax.calculate();
		
		double salary = 4000 + bonusValue - taxValue; 
		System.out.println("Salary is " + salary);
	}
 }

运行Calculator,输出结果如下:

Salary is 2640.0

针对美国企业为系统建模

问题提出

为了拓展国际市场,MaxDO要把该系统移植给美国公司使用。
美国企业的工资计算同样是: 员工的工资 = 基本工资 + 奖金 – 个人所得税。
但是他们的奖金和个人所得税的计算规则不同于中国企业:

美国企业奖金和个人所得税的计算规则是:
奖金 = 基本工资 * 15 %
个人所得税 = (基本工资 * 5% + 奖金 * 25%)

解决方案

根据前面为中国企业建模经验，我们仅仅将ChineseTax、ChineseBonus修改为AmericanTax、AmericanBonus。修改后的模型如下：

图 2

相应业务规则(Service)源码如下:

package com.maxdo.sample.service;
public class Constant {
	public static double BASE_SALARY = 4000;
}

//////////////////////////////////////////////////
package com.maxdo.sample.service.american;

import com.maxdo.sample.service.Bonus;
import com.maxdo.sample.service.Constant;

public class AmericanBonus{
	public double calculate(){
		return Constant.BASE_SALARY * 0.15;
	}	
}

//////////////////////////////////////////////////
package com.maxdo.sample.service.american;

import com.maxdo.sample.service.Constant;

//////////////////////////////////////////////////
public class AmericanTax{
	public double calculate() {
		return (Constant.BASE_SALARY * 0.05 + Constant.BASE_SALARY * 0.25);
	}
}

前端类Calculator源码如下(红色的部分是被修正处):

package com.maxdo.sample;
public class Calculator {
	public static void main(String[] args) {
		AmericanBonus bonus = new AmericanBonus();
		double bonusValue  = bonus.calculate();
		
		AmericanTax tax = new AmericanTax();
		double taxValue = tax.calculate();
		
		double salary = 4000 + bonusValue - taxValue; 
		System.out.println("Salary is " + salary);
	}
}

运行Calculator,输出结果如下:

Salary is 3400.0

整合成通用系统

问题提出

让我们回顾一下该系统的发展历程：
最初，我们只考虑将Softo系统运行于中国企业。但随着MaxDO公司业务向海外拓展， MaxDO需要将该系统移植给美国使用。
移植时,MaxDO不得不抛弃中国企业的业务规则类ChineseTax和ChineseBonus，然后为美国企业新建两个业务规则类: AmericanTax,AmericanBonus。最后修改了业务规则调用Calculator类。

结果我们发现：每当Softo系统移植的时候，就抛弃原来的类。现在，如果中国联想集团要购买该系统，我们不得不再次抛弃AmericanTax,AmericanBonus，修改回原来的业务规则。

解决方案

一个可以立即想到的做法就是在系统中保留所有业务规则模型，即保留中国和美国企业工资运算规则。

图 3

通过保留中国企业和美国企业的业务规则模型，如果该系统在美国企业和中国企业之间切换时，我们仅仅需要修改Caculator类即可。

让移植工作更简单——面向接口

问题提出

前面系统的整合问题在于：当系统在客户在美国和中国企业间切换时仍然需要修改Caculator代码。
一个维护性良好的系统应该使系统源码的修改量降为最小。

解决方案

MaxDO发现不论是中国企业还是美国企业，他们的业务运规则都采用同样的计算接口。于是很自然地想到建立两个业务接口类Tax，Bonus，然后让AmericanTax、AmericanBonus和ChineseTax、ChineseBonus分别实现这两个接口，据此修正后的模型如下:

图 4

修改后的Calculator代码如下:

package com.maxdo.sample;

import com.maxdo.sample.service.*;
import com.maxdo.sample.service.american.*;

public class Calculator {
	public static void main(String[] args) {
		Bonus bonus = new AmericanBonus();
		double bonusValue  = bonus.calculate();
		
		Tax tax = new AmericanTax();
		double taxValue = tax.calculate();
		
		double salary = 4000 + bonusValue - taxValue; 
		System.out.println("Salary is " + salary);
	}
}

显然，系统经过改造，当它在美国和中国企业间切换时Caculator代码的修改量减少了(不必修改绿色的部分)。

为业务规则增加工厂方法

问题提出

然而，上面增加的接口几乎没有解决任何问题，因为当系统的客户在美国和中国企业间切换时Caculator代码仍然需要修改。

只不过修改少了两处，但是仍然需要修改红色代码部分。致命的问题是：MaxDO常常将这个移植工作转包给一个叫Hippo的软件公司。由于版权问题,MaxDO并未提供Softo系统的源码给Hippo公司，因此Hippo公司根本无法修改Calculator，导致实际上移植工作无法进行。

解决方案

为此，MaxDO考虑增加一个工具类(命名为Factory)，代码如下:

package com.maxdo.sample.service;

import com.maxdo.sample.service.chinese.*;

public class Factory {
	public Tax createTax(){
		return new ChineseTax();
	}
	public Bonus createBonus(){
		return new ChineseBonus();
	}
}

那么修改后的Caculator看起来如下:

package com.maxdo.sample;

import com.maxdo.sample.service.*;
import com.maxdo.sample.service.american.*;

public class Calculator {
	public static void main(String[] args) {
		Bonus bonus = new Factory().createBonus();
		double bonusValue  = bonus.calculate();
		
		Tax tax = new Factory().createTax();
		double taxValue = tax.calculate();
		
		double salary = 4000 + bonusValue - taxValue; 
		System.out.println("Salary is " + salary);
	}
}

不错，MaxDO解决了一个大问题，设想一下：当该系统从中国企业移植到美国企业时，我们现在需要做什么？
答案是: 对于Caculator类我们什么也不用做。我们需要做的是修改Factory类的红色部分，修改结果如下:

package com.maxdo.sample;

import com.maxdo.sample.service.american.*;

public class Factory {
	public Tax createTax(){
		return new AmericanTax();
	}
	public Bonus createBonus(){
		return new AmericanBonus();
	}
}

为系统增加抽象工厂方法

问题提出

很显然，前面的解决方案带来了一个副作用：就是系统不但增加了新的类Factory，而且当系统移植时，移植工作仅仅是转移到Factory类上，工作量并没有任何缩减，而且还是要修改系统的源码。从Factory类在系统移植时修改的内容我们可以看出: 实际上它是专属于美国企业或者中国企业的。名称上应该叫AmericanFactory,ChineseFactory更合适.

解决方案

解决方案是增加一个抽象工厂类AbstractFactory，增加一个静态方法，该方法根据一个配置文件(可以是XML/Properties文件) 一个项(比如factoryName)动态地判断应该实例化哪个工厂类，这样，我们就把移植工作转移到了对配置文件的修改。修改后的模型和代码.

图 5

抽象工厂类的代码如下:

package com.maxdo.sample.service;

import java.io.FileInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.util.Properties;

import com.maxdo.sample.service.chinese.*;
import com.maxdo.sample.service.american.*;

abstract public class AbstractFactory {
	abstract public Tax createTax();
	abstract public Bonus createBonus();
	public static AbstractFactory getInstance(){
		AbstractFactory instance = null;

		Properties prop = new Properties();
		InputStream stream = null;
		try {
			// 从config.properties读取factoryName项的值
			stream = new FileInputStream("config.properties");
			prop.load(stream);
		}catch(IOException e){
			e.printStackTrace();
		}
		String factoryName = prop.getProperty("factoryName");
		
		//  根据FactoryName的值决定实例化哪一个工厂类
		if(factoryName.equals("American")){
			return new AmericanFactory();
		}
		else if(factoryName.equals("Chinese")){
			return new ChineseFactory();
		}
		return instance;		
	}
}

config.properties内容如下:

factoryName=Chinese

采用上面的解决方案，当系统在美国企业和中国企业之间切换时，我们需要做什么移植工作？

答案是: 我们仅仅需要修改配置文件config.proerties，将factoryName的值改为American。
修改config.properties的工作很简单， MaxDO的工程师只要写一篇幅配置文档说明书提供给移植该系统的团队(比如Hippo公司) 就可以方便地切换使该系统运行在美国或中国企业。

最后的修正（不是最终方案）

问题提出

前面的解决方案几乎很完美，但是还有一点瑕疵，瑕疵虽小，但可能是致命的。

考虑一下，现在日本NEC公司决定购买该系统，NEC公司的工资的运算规则遵守的是日本的法律。如果采用上面的系统构架，这个移植我们要做哪些工作呢?

增加新的业务规则类JapaneseTax,JapaneseBonus分别实现Tax和Bonus接口。
修改AbstractFactory的getInstance方法，增加else if(factoryName.equals("Japanese")){….

注意: 系统中增加业务规则不是模式所能解决的，因此无论采用什么设计模式，JapaneseTax,JapaneseBonus总是少不了的。

我们真正不能接受的是：我们仍然修要修改系统中原来的类(AbstractFactory)。前面提到过该系统的移植工作，MaxDO可能转包给一个叫Hippo的软件公司。为了维护版权，MaxDO未将该系统的源码提供给Hippo公司，那么Hippo公司根本无法修改AbstractFactory，所以系统移植其实无从谈起，或者说系统移植总要MaxDO亲自参与。

解决方案

解决方案是将AbstractFactory的getInstance方法的if/else改变为java类反射方式实现，修正后的AbstractFactory代码如下:

package com.maxdo.sample.service;

import java.io.FileInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.util.Properties;

abstract public class AbstractFactory {
	abstract public Tax createTax();
	abstract public Bonus createBonus();
	public static AbstractFactory getInstance(){
		AbstractFactory instance = null;

		Properties prop = new Properties();
		InputStream stream = null;
		try {
			stream = new FileInputStream("config.properties");
			prop.load(stream);
		}catch(IOException e){
			e.printStackTrace();
		}
		String factoryName = prop.getProperty("factoryName");
		try {
			
		     instance = (AbstractFactory)Class.forName(factoryName).newInstance();
			
		} catch (Exception e) {
			e.printStackTrace();
			instance = null;
		}
		return instance;		
	}
}

注意源码中红色部分，得益于JAVA这个API提供的反射机制，我们才得以这么做。
配合java反射机制，你需要修改config.properties文件的factoryName值为实际的类名:

#factoryName=Chinese
factoryName=com.maxdo.sample.service.chinese.ChineseFactory

总结

图5是最终版的系统模型图。我们发现作为客户端角色的Calculator仅仅依赖com.maxdo.sample.service包，它不必去理解中国和美国企业具体的业务规则如何实现，Calculator面对的仅仅是业务规则接口Tax和Bonus。

Softo系统的实际开发的分工可能是一个团队专门做业务规则，另一个团队专门做前端的业务规则组装。抽象工厂模式有助于这样的团队的分工: 两个团队通讯的约定是业务接口，由抽象工厂作为纽带粘合业务规则和前段调用，大大降低了模块间的耦合性，提高了团队开发效率。

抽象工厂模式的实现得益于OO语言的特性。对于Java语言，相应的的特性是：

Java的接口特性: 比如,Tax obj = new ChineseTax();
实例化一个真正的类ChineseTax，然后返回一个接口Tax。这个是Java的基础知识，如果你还不能明白，我建议你先去看看一些Java编程的基础书籍。
Java的类反射机制:　Class.forName("RealClassName").newInstance();
正是因为这个API，我们才得以将系统的移植(实际是实现类的切换)转移到配置文件的字符串修改上面。

Java世界几乎所有的组件都有抽象工厂模式。完完全全地理解抽象工厂模式的意义非常重大，可以说对它的理解是你对OOP理解上升到一个新的里程碑的重要标志。学会了用抽象工厂模式编写框架类，你将理解OOP的精华:面向接口编程.。

完整的代码请在这里下载。

作者简介

蝈蝈龙(Ailon Guo)是一位自由职业者，专门从事于J2EE系统的咨询交流与协作，现在上海游荡，您可以通过ailons@21cn.com与Ailon联系。

归类于：软件生涯 — 蝈蝈龙 @ 12:52 am 评论(5)

四.一六事件

公元2005年4月22日，一名参加四一六游行的朋友被逮捕。23日，又一名参加者被
逮捕，并且是直接到他所任职的公司执行逮捕。

回顾：
让我们回顾一下公元2005年4月15日，网上的游行组织者、支持者已经将酝酿已久
的游行活动安排妥当。当晚上海城市的气氛相当活跃、热烈。

4月16日，那个早晨格外晴朗，上海万人反日游行开始了….
游行的有学生、工人、外企员工等。到早上9点钟，场面已经蔚为壮观。

警察兄弟克尽职守，守护在在队伍两旁，亦步亦趋，送水端茶。

行至上海领事馆，武警兄弟手拿盾牌，严密把守，游行者向建筑内投掷石块，武警
兄弟视而不见，大家心照不宣。

行至虹桥日本人集中区，有愤青开始勇敢地砸日本车、砸日本店，局势有些失控。

殊不知，这一切都被人偷偷录相……

分析:
4月16日，我起床比较晚，起来后听到新闻播报：此次游行未经政府允许…..然
而，这时已经来不及了。
事情真是蹊跷，按照政府一贯的政治行为，如果从内心想遏制此次游行，想必应该
早有准备吧。
说实话，这个播报实在太蹩脚，连一个小学生其实都骗不过啊:D

推理：
这是个阴谋:) 新闻播报时，时间已经是4月16日清晨，大家已经在游行的路上。
当大家知道游行是非法的这个消息后，游行已经结束了，不是吗？而这恰恰给政府
以口舌，翻查录相资料，有奖举报，逮了几个典型给你看，控制游行活动愈演愈烈。

另一方面，民间的反日游行和政府有力的遏制在国际上展示出一个非常有亲和力的
姿态，成为与小泉讨价还价的砝码。

如此，政府有资本对日本说：小泉兄弟，你看，中国人民很生气，后果很严重。但
是，我们政府控制住了局势，我们是有诚意的….。

呵呵，中国政府用心良苦啊；或者说真的迫于国际局势，逼不得已吧。只可怜了我
的几个兄弟被拉去做了祭奠。

总结：
从1919年始，历次学潮、运动都以单纯的学生、愤青开先锋，做铺路石。然后政客再
出场。
爱国有道，鲁迅就不赞成无畏的牺牲。
生命不息，斗争不止。斗争一定要讲究策略。政治风云中尤为如此。
谨上其言，共飨之。

归类于：岁月无声 — 蝈蝈龙 @ 12:49 am 评论(1)

我的早晨，从中午开始

最近有几件可喜可贺的事：连战抵京访问；小泉反省殖民；我彻悟"难得糊涂"。
昨日依然夜战，再起来时，太阳又已西斜，但世界已经改变——因为，心在改变。

我的早晨，经常从中午开始。

先去车库开出我的宝马，然后去逛菜场。
一条活杀的鲫鱼，再煮上一锅香喷喷的米饭，口水已经先在喉咙中酝酿出来。

鲫鱼汤时奶白的，米饭是像蚂蚁蛋般晶晶亮亮的。
我的餐桌离厨房五米，离茅房三米，吃饭的时候狼吞虎咽，绝不用担心过量。拉屎的时候顺顺畅畅，不必关门关窗。

我把青春献给了你——生活，我只要窗前一缕阳光、晚餐一顿干粮.

归类于：岁月无声 — 蝈蝈龙 @ 12:48 am 评论(1)

人民便当

" 什么便当最有理，最有理啊，最有理…. 人民便当为人民…"

“人民便当为人民”—— 口号清脆而响亮，天天响彻上海地铁站，每每听到那声音，我的心都被强烈震撼，久久不能平静。

自从人民便当的广告发布以来，许多人为之癫狂。据统计，截止至2005年4月20日，已经有5789名地铁上班族听到该广告后激动得卧轨身亡。另据一项百万网民大调查结果显示：八成网民听到该广告后出现呕吐心悸症状，另外两成听后呆若木鸡，网络自动断线，生命危在旦夕。

"人民便当"广告——声音之杀伤力，画面之感染力，语言底蕴之丰满，前无古人，后无来者！！！

关于“人民便当”广告播发后所带来的其他效应：鸡听了不下蛋；狗听了不看家；陈水扁听了要攻大陆；李亚鹏听了要拍一部百集电视连续剧——《人民便当》，等等等等… 社会开始动荡…

我有许多梦想，破灭了一个又产生新的一个。
我也有许多愿望，实现了一个又出现新的一个。

而今，我最迫切要实现的一个愿望，或者说是对"人民便当"的一个小小请求，那就是：为了人民的生命和来之不易的、安定团结的社会局面，请您立即停播该广告。

最后，作为"人民便当"的忠实拥护者、铁杆崇拜者，我拿卧轨烈士们临终前的最后一句遗言结束今天的话题:

看了“人民便当”的广告，我终于开始喜欢脑白金了。

归类于：岁月无声 — 蝈蝈龙 @ 12:43 am 评论(5)

UML2.0工具

如果一说起UML，你就夸夸其谈Ration Rose、Together，那么，我猜：你一定不是一个UML Fan.

今天花了半天时间安装了MagicDraw 9.0, 还找了破解(临时用用，我支持正版)，也许能让大家耳目一新。
因为它支持UML2.0 ，所以也是个很好的UML2.0学习工具；并提供对XMI很好的支持，我正准备用它结合AndroMDA实现Java开发中持久层的MDA

另外，我还安装使用了 Posedion for UML ，它是ArgoUML改进后的商业版。
没怎么使用呢，但是，我觉得它的插件思想很好，刚把AndroMDA插件安装好，相信可以更加自然地实现MDA

归类于：软件生涯 — 蝈蝈龙 @ 12:42 am 评论(1)

《Hotel Rwanda》(卢旺达饭店)

影片的故事取材于1994年卢旺达动乱中的真人真事。在影片的开头，两个部族的人正在发生争斗。收音机里的声音煽动着胡图族人铲除图西族人，任何可疑的对象都不要放过。虽然当时整个卢旺达已经陷入癫狂之中，然而一个名叫保罗·卢斯赛伯吉纳(唐·奇德尔饰)的胡图族人却保持着人道的态度，向不幸的人们敞开了庇护的怀抱。保罗是基加利一家欧洲人开办的米勒·科林斯饭店的经理，这家饭店专门接待来自欧洲的游客和当地的军界政要。

　　保罗为图西族难民创建了一个秘密的避难所，在千方百计的努力下，竭尽全力的保护着身为图西族人的妻子、周围的亲属、朋友和其他人免受灭顶之灾，直到联合国维和部队的到来。迫于当时形势的危急和严峻，所有维和部队全面撤离，失去保障的图西族人俨然成为待宰的羔羊。首都基加利的街道上血流成河。保罗动用了所有的能量，在与国际救援组织取得联系的同时，还编造出机智的谎言周旋于暴徒之中。虽然无助的人们已经近乎绝望，但卢旺达饭店的保护却重新燃起了这些人生存的希望。最终，保罗成功的挽救了1268名图西族人的生命。

就像每部影片一样，如果不老套地讲述一段英雄救美的故事，似乎就不能聚焦人们的视线。
而对于我来说，如果一部影片中没有一个目光犀利，从容镇定的男主角，那才叫缺憾:)

如果你去看看《Hotel Rwanda》(卢旺达饭店)，你将明白什么叫从容镇定。
Don Cheadle的演技对我的吸引几乎让我完全忘却了影片里残酷的种族清洗场面。

不多说了，去看看就知道

归类于：淘电影 — 蝈蝈龙 @ 12:41 am 评论(1)

今夜，柳月如钩

回到临时居所的时候，又是三更天。一直觉得气氛诡谲的那条小径，现在却成了我的最爱。
今夜，柳月如钩，蛐声格外响亮。夜，让我舒展。

城市钢筋水泥的步伐以意想不到的速度进行，偏留了这一隅给我。
我的临时居所不在工业区，后面是一座小学，前面的墙壁上爬满了不知名的藤，回家的那条小径紧贴着学校的砖墙。

夜晚，沿着藤墙走，教室里没有了朗朗的书声，更容易让人去回忆起自己的儿时….
儿时在村口的小学里，课桌上划三八线；儿时家中的土院，横七竖八地摆着几根粗木，我就坐在上面，幻想天外来客的造访。

一声响亮的蛐声，断了思绪。一直觉得今天好像有什么让我兴奋，可现在又想不起来。

上个周末，床头增加几本新书，还没看；昨天，刚刚下了一首吉他曲，还没听…不知觉加快了脚步。

午夜总要过去，但午夜，不可缺。

午夜，给我心灵以喘息，给我心灵以给养。

归类于：岁月无声 — 蝈蝈龙 @ 12:39 am 评论(1)

纯真年代，童言无忌

近日东游西荡，怨了满腔春花雪月之事，正欲梳理至博客。
巧看了童言无忌，开口便笑，直笑得日出云开，山花烂漫，遂移了志愿，转为记述我亲历的童言无忌，共飨之：

1. 小心着火
小表妹5岁，看到外公用火柴棍儿当挖耳勺用，急忙跑过去，紧张地大叫：姥爷，快拿出来，别把耳朵掏着火了。

2. 多吃蔬菜
小外甥女叫皓月，3岁。
她小姨走到哪里就跟到哪里。小姨吃饭，她在旁边看；小姨上厕所，她跟着。农村的厕所在外面，叫茅房，
她就蹲在前面不远的地方等小姨。
小姨说："皓月，你回去好不？你看着我，我拉不出来".
小外甥女回答："小姨，你要多吃蔬菜(防便秘)".

3. 我是男孩
人物：姥姥邻居家的儿子叫大卫，头发羊毛卷，5岁；远方来串门的表弟5岁。
一天在姥姥家院子看大人们包饺子，姥姥就逗表弟：“你说大卫是男孩还是女孩？”
表弟说：“是女孩”。
姥姥问：为什么？
表弟说：“你看他的头发是卷的”。
大卫看看表弟，又看看姥姥，然后把裤子脱下来，说：“你看，我不是女孩，我是男孩”

4.这只猪还得死
小时候，家里养了两头猪，那年夏天正赶上瘟猪,一天一只小猪瘟死了，我看着爸爸把它埋在房后的园子里。
埋完了之后，我对爸爸说：“爸，过两天那只小猪也得死…”
爸爸一愣，然后是笑.果然，没到一个星期，那个小猪也死了，瘟死的。

归类于：岁月无声 — 蝈蝈龙 @ 12:38 am 评论(2)

Pages (3): « 1 2 3 »

问题提出

解决方案

问题提出

解决方案

问题提出

解决方案

问题提出

解决方案

问题提出

解决方案

问题提出

解决方案

news

导航

分类

好站一箩筐

青帮会

最新日志

存档

最新评论

问题提出

解决方案

问题提出

解决方案

问题提出

解决方案

问题提出

解决方案

问题提出

解决方案

问题提出

解决方案

news

导航

分类

好站一箩筐

青 帮 会

最新日志

存档

最新评论

青帮会