Kyle 的个人资料星庐照片日志列表更多  |  工具 帮助 |
|
2月23日 周星驰的礼物前几天在实验室和Tommy看了《长江七号》。先前就看过一些关于《长江七号》的褒贬不一的评论，我看完电影后，特别有同感的评论就是：这是一部焦点模糊的电影。它既想塑造太空狗的形象以开发玩具市场，又想反映一下民工的生活与奋斗，又顺带用特技表现了一下一个孩子的狂想，当然搞笑仍然是题中应有之义，太多的目的使本片的主题显得不够突出。但是我不能同意本片的周星驰是非典型周星驰，我反而觉得这是一部很典型的周星驰的作品。好吧，如果周星驰仅仅代表夸张的表演和无厘头的话，本片不够周星驰。但是以我看来，除了那些浮夸的外表之外，典型的周星驰电影的特点是：1 小人物；2 孩子般的想象；3 强大的场景情节细节设计（本片打蟑螂的桥段尤为出色）。这些在早期作品中不难见到苗头，只是自从周星驰自己当导演以来愈加明显，从《少林足球》到《功夫》到《长江七号》是一个一脉相承的过程。和早期作品相比，我觉得这几个作品才更加体现角色后面的周星驰本人：执着的社会底层的小人物情节，孩子般天真的想象力，一丝不苟而有异想天开的场景情节细节设计。 但是周星驰毕竟还是变了，如果是10年前，《长江七号》的结尾也许就是一个"翻身农奴把歌唱"，小人物摇身一变为暴发户的大欢喜结局。但也许是年纪大了，周选择了一个波澜不惊的结尾。在美国作家中，一直觉得他的作品是很像马克·吐温的，像《百万英镑》一样用一个小人物命运的大转折去黑色幽默一把这个社会，但是《长江七号》中鼓励多于讽刺，周一个转身靠近了欧·亨利，那种艰难困苦中相互偎依的温暖像极了《麦琪的礼物》的色调。周试图（我猜测）在作品中告诉我们：与物质享受相比，每天早上一醒来就发现家人在身旁就是最大的幸福。也许年纪大了，心肠也变软了，更注重家庭了。 最后谈谈周的表演，周的演技并不是那种演谁像谁的类型的。当他是我们心目中的那个搞怪的"周星驰"时，大家认为他的演技十分出色；而当他忽然摇身一变为一个严肃唠叨的父亲出现时，观众反而显得无所适从。《长江七号》中周基本上没有任何一个夸张的表情，但是他把他过往的夸张表演移到了"儿子"徐娇和宠物狗"长江七号"身上。所以才会有人说，周在《长江七号》中不过是一个配角，但是你若仔细回想，周的父亲是在整个影片中唯一能塑造出有意义的人物性格的角色，我个人认为周的表演还是出色的，只是观众需要适应他的改变。就像曼联的吉格斯一样，只是随着年纪增大，换了一种更安静方式踢球，把热闹的突破留给C·罗这样的年轻人，但你若忽视他，他就能在瞬间决定比赛。曼联的球迷对吉格斯说"年华老去，依然爱你。"周星驰的影迷呢？ 2月17日 春节结束春节结束，回到合肥。 当10天前，我离开合肥的时候，合肥还到处是白皑皑的积雪，当从没有积雪的浙江南部回来的时候，合肥的街边还可以到处看到没有融化的脏兮兮的雪堆。不同的是，春节结束了，回来又要投入紧张的工作与学习。 10天前，我还担心回不了家，从合肥到杭州的火车上向窗外看去，只见田野间都是让人心颤的白色，杭州火车东站则到处搭了供滞留乘客使用的军用帐篷，有负"高速"二字杭金衢高速上窝满了大大小小的汽车，以蜗牛的速度缓缓前行，前后一眼望不到头。鄙人在路上整整花了20多个小时才艰难到家，但比起很多人已经是很幸运了。 到家了精神一放松，不想就得了感冒，难受了几天。尽管如此，我还是找了一些希腊神话的书看，特别是特洛伊之战的部分，在中华民族的传统节日之际，在窗外炮竹声喧嚣的时刻，我却无拘无束地沉浸在西方的希腊神话里，脑海里尽是宙斯，波赛冬，帕拉斯·雅典娜，福波斯·阿波罗，阿佛洛狄忒，海伦，伊菲革尼娅，布里塞伊斯，奥德修斯，狄俄墨得斯，阿喀琉斯，赫尔托克这些神祗，美女与英雄的名字（令人惊讶，我现在竟然还能不查资料而直接敲出这些名字！）；眼前总是出现由波赛冬和阿波罗修建的坚固的特洛伊城墙，黑海上那一艘艘燃烧的希腊战舰，高大的暗藏杀机的木马。如果不是迫于生计，我肯定选择古希腊历史或西方古典哲学史作为我的研究内容。到那时我就要感谢《圣斗士》的作者车田，是他用一个拙劣的改编故事激发了我对希腊神话的兴趣，并步入其瑰丽的世界。 春节在家和父亲长谈了几次，父亲谈起了祖父的一些往事，听来既让人心酸也让人感到，所以我力劝父亲以后有空就整理一个回忆录出来，就在亲友间传看，让后来人知道先辈之艰难与远见，也是很有意义的事情。 回来之后，还是要收拾心情，认真学习工作。 2月15日 摘要《张爱玲的爱》回家前翻到了一个讲张爱玲和胡兰成的帖子，作者肯定是个文科的mm，因为文章在描述事实的同时夹杂了一些充满淡淡心事的文字和一些精致的句子。不得不佩服文科生把一件本来很简单的事情掰扯得无比复杂，云山雾罩，缠绵悱恻的能力。经过我认真的归纳，该文的中心思想可以归纳为一下几个部分 1 该文认为胡兰成是个薄情少义，鲜廉寡耻的庸俗文人，以胡和其诸位前妻的故事为证。 2 该文认为胡兰成不是真的爱张爱玲，他在意的是她的家世和名声，也许包括才学。出身无法与张相比的胡喜欢对他人炫耀自己与张的关系，就像一个穷小子捡到到金怀表，就每日戴着向人炫耀。事实上，如果他和张爱玲的关系，对大多数人来说，胡兰成就是一个陌生的名字。 3 该文认为张爱玲也不是真的爱胡兰成，张极度自恋，她所需要的就是一个能发出声音的镜子，在她每天在镜前顾影自怜的时候能够在她耳边重复："我的主人，你是最美的，你是最有才的，你是最有气质的……"胡对张的吹捧，及胡比张逊色的才学刚好满足了张的需求。和胡在一起，既有共同的话题，也可以稳稳压住胡，显示自己的才学。 综上所述，作者给我的印象是为了虚荣，此二人一拍即合，一个去休了老婆，一个去做了小三。然则虚荣实乃人性之最难克服之弱点，贤如俄国之托尔斯泰，亦掩面悲叹到："虚荣乃我无法战胜之弱点。"所谓才子才女，更难逃脱虚荣之怪圈，盖因才子才女内心较常人敏感，更希望得到他人的肯定也。 当然，以上乃该作者一家之言，要推断其正确与否，还要进一步调研其他资料。 2月2日 07年看的2本测试方面的书【前面的话】其实该blog是列在12月到1月初的计划内的，由于种种原因，蹉跎到现在，与其焦虑地担心能够从大雪中成功突围回家，还不如静下心来将手中剩下的工作完成。
子房计谋其事，无知名，无勇功，图难于易，为大于细。 ——《史记·太史公自序》 2007年看了两本和测试有关的书，一本是《Software Testing》（奇怪，在当当上竟然找不到这本书，可能是该书出版的年代比较久远了吧），另外一本是大师Kent Beck的大名鼎鼎的《Test Driven Develop》。看这些书的动机也很简单，就是我对自己的代码质量很不满意：我比较急躁和粗心，无法像强大的QL一样一遍就写出正确的代码。这些书也给我带来了关于测试的全新认识，如果让我找一句话来概括对优秀的测试人员的要求的时候，大概就是开头司马迁赞扬张良的那一句话。“无知名，无勇功”，相对开发人员，测试人员的光明总是相对黯淡一些，人们总是会记住那些天才的coder，但是没人知道几个著名的tester。“图难于易，为大于细”，真是太喜欢这两句话了，概括了对所有工程人员的要求，不够细致的自己，应该将此句作为座右铭。而且刘邦集团中，要有冲锋陷阵的开发人员灌婴，周勃；有能征善战的技术核心韩信，吃苦耐劳的后勤萧何，长袖善舞的销售陈平，当然也不能缺少无知名，无勇功的测试人员。 言归正传，《Software Testing》出版于2000年，如果采用ITj纪年，也就是3，4个世纪以前的古董，所以该书中很多测试方法现在应该有更好的实现，或者有新的方法代替。但是此书对黑盒测试，白盒测试以及动态测试，静态测试的基本概念讲解的较为清晰。让我印象深刻的是，该书提出的tester的职责，谨翻译如下： 一个测试人员的职责是： 1. 尽快地找到bug 2. 将这个bug精确地汇报给最合适的人 3. 确保这个bug得到修正 一般实际中很多人只能做到以上非红色的部分。 从测试的流程上，此书建议测试应该从Requirement开始，从工程开始需求分析的第一步，测试人员就应该参与进来，对开发人员形成的任何文档，代码进行测试。整个开发过程中，测试如影随形，作者特别批评了那种产品完成后往测试人员那儿一扔就以为万事大吉的测试方法，调侃该做法为“无中生有”的宇宙大爆炸模型(Big-Bung)。遗憾的是，国内很多公司都在此列。 此书还总结了工程中bug出现的几个特征，我喜欢把他们总结为Bug三定律：bug不灭律，bug出现时间递增律，bug共生律。大家“望文生义”，也可以大概猜出意思来。另外一个要赞的就是国外作者的认真仔细程度，该书不仅细到了写测试计划书应该包含哪几项，开测试计划会议的时候应该找那些人到场，甚至还包括如何在汇报bug的时候照顾开发人员的情绪，该书指出，严禁在发现其余人bug的时候手舞足蹈，做捡到100块钱状。真正体现了作者作为一个多年测试人员的细心程度。相比国外的教材，国内很多IT著作的质量如何，大家心里都有数。 如果说《Software Testing》讲的是测试方法，《Test Driven Develop》讲的是一种TDD开发方法（特别解释：TDD不是Time Division Duplex，而是Test Driven Develop；还有一种FDD的开发方法，是指Function Driven Develop，和通信没有关系）。TDD在Java界是大火特火的一种开发方法，Kent Beck也因此晋入大师之级。TDD的核心思想是：测试在开发之前，先写测试案例，再写实现代码通过该案例，然后重构优化，即一套测试-实现-重构-测试-实现-重构-……的韵律操。 我很喜欢该方法，且不说书中强调的使代码松耦合，提高可靠性等优点，对我个人而言，它正中我不爱动手，举止毛躁的痛脚；同时该方法弥补了用自上而下的开发方法写复杂代码时的缺陷。我这个土人写复杂代码的体会是：由于复杂代码各个功能很可能彼此依赖，因此用自上而下的开发方法写多个并行模块的时候，往往会顾此失彼。写模块甲时发现必须写模块乙，写模块乙又发现要用模块丙，……，结果最后忘了写模块甲L。配合TDD后，一切都井然有序了，用简单的部分最后汇聚成复杂的功能，用细小的步骤完成宏大的目标，图难于易，为大于细，呵呵。 该书纠正了我长期以来对TDD的误解：一是TDD并非可以100%地保证不出bug，只是可以让你选择要降低多大的风险，要冒多大的风险，做一个tradeoff；二是TDD不能代替设计，虽然书中写了一些三角法等手段，但复杂的设计工作是不能代替的。 为何对C程序员很少使用TDD？我的解释是C程序员一般都在做底层开发，由于要访问一些很难模拟的底层功能，因此增大了采用TDD的难度；另外C语言本身缺乏像JUint一样强大好用的工具（CUint好像好评不多）；另外C语言程序员很多出生通信，控制等行业，并不像CS的出生的人那样关注开发方法的演进。 总结一下，这两本书的核心思想其实是一致的，就是尽早测试，迭代测试，不停测试，测测测测测……。《Software Testing》从开发流程将测试提到了项目的初始阶段，TDD在开发过程中将测试提前到了代码编写之前，凸出了测试在整个开发流程中的核心地位。另外一个一致的观点是二者都强调变化，用测试去保证软件的改变。记得《The Pragmatic Programmer》里面影响我至深的一句话就是: “Rather than construction, software is more like gardening—it is more organic than concrete.” 毕竟如同张娜拉所说，软件对硬件的最大优势是它的可变性和快速性，如果软件也害怕改变，那就堕落到了硬件的地步了。要使软件变得如花草一般可以剪剪裁裁，随意改变，程序员对代码的态度如园丁对花草的态度一般，强大灵活的测试方法是必不可少的。
|
|
|
