未曾想到，这本书，我读了2遍，这部电影，我看了3遍。
　　
　　九把刀的青春中，有他的沈佳怡，而我的青春里，也有曾寄托整个生命意义的她。
　　
　　这大概是我愿意一遍又一遍，去回味这段故事，因为我分明从中看到了我和她的身影。而所有的这一切，都归结为“爱情”、“青春”，这两个神圣的词语。
　　
　　每每回忆至此，便便有些怅然、失神，叹上一口气，眼眶也不禁湿润起来。
　　
　　
　　
　　故事很简单，以柯腾为核心的一群男生，从国中（初中）起，便一起追求美丽、成绩好、单纯善良的沈佳怡。国中三年，高中三年，大学2年，8年里，柯腾与沈佳怡一直以友情、暧昧维持着热血、单纯、美好的关系，却最终遗憾未能成为恋人而分手。这本书与这部电影，便是九把刀献给他一直追求8年的已为人妻的女孩最后也是最为隆重的礼物。当然，也是纪念他那热血的青春。
　　
　　
　　
　　我在年初一看的电影，便强烈爱上了沈佳怡的美丽、纯洁，因为我分明在沈佳怡的身上发现了她的身影。而柯腾那酷酷地、帅帅的形象与台词，也深得我喜欢。柯腾是一个无可救药的烂学生，为了追求他喜爱的女孩，便埋头苦读，在陪伴沈佳怡读书的那些年中，他们的感情也在逐渐的发展、深入。然而，因为学习，始终未能迈进一步。多么希望他们能够在一起，就像每一个美好的感情中，都应该有一个完美的结局。然而，电影中，因为怕被对方拒绝而无法面对失去爱情的结局，柯腾选择了一直努力追求却排斥答案的方式，却因举办一场打架比赛而导致的争吵中，结束了8年的羁绊。这让我很痛心，真的很难过，以致整个下午闷闷不乐起来。为什么？一切都如此美好，为何却突然结束？为何不能在一起？长久地在一起？我似乎是在问自己，也问已远在英伦的她。
　　
　　即使隔天再次看完电影后，我依旧不能释怀。突然想起这是一部由小说而改编的影片，那原著中一定有我想要的答案，和其他更多发生他们之间的故事。又一个下午，窝在被窝中，听着电影中的原声音乐，读着网上的原著。
　　
　　
　　
　　原来，柯腾的青春里，有3个女孩。国中里的，是李小华；高中到大学二年级，是沈佳怡；与沈佳怡分手后，则又是8年的毛毛虫。
　　
　　原来，柯腾的烂学生形象只局限在国中前两年，后被沈佳怡、李小华共同治愈，而他分明那时更多为小华而疯狂。
　　
　　原来，故事里的男孩，还有电更多的他，更多的各自追求、互为情敌而努力竞争的故事。
　　
　　原来，高中柯腾与沈佳怡并非同班，而分了文理科。
　　
　　原来，在追求小华无果后，沈佳怡才真正成为他生命中最重要的女孩，并默默陪伴她几乎每晚的晚自修、补习班、暑假、以及数不清的睡前电话，贯穿整个高中三年。
　　
　　原来，因沈佳怡放弃了交大仅有2个名额的提前录取机会，柯腾错过了与沈佳怡共同升入同一大学的机会。
　　
　　原来，国中里的沈佳怡，是个欧巴桑，超级可爱的欧巴桑。
　　
　　原来，柯腾的个子竟比沈佳怡矮上三公分，而且性格在女孩面前，是如此内敛、易害羞。
　　
　　原来，沈佳怡一直喜欢柯腾、等待柯腾、关心柯腾，甚至分手的2年后，她依然希望能和柯腾在一起。
　　
　　原来，还有那么多可爱、热血、纯情、温馨、快乐、执着、友谊、伤痛、意外的故事，而这些，串在一起，便是整整8年，这全部的青春。
　　
　　
　　
　　因为爱情，他全校倒数几十名的无可救药的差学生，一跃而为前三十名的资优生。
　　
　　因为爱情，他每晚留学，在不同的班级，默默陪着沈佳怡自修，为的是每次8点半十五分钟的聊天。
　　
　　因为爱情，他将所有的热情投入到无限的学习中，为的是能够与沈佳怡一起登上校考的领奖台。
　　
　　因为爱情，他坚守着最佳异性朋友的角色，默默倾听、分担她的一切烦恼与忧愁。
　　
　　因为爱情，他绞尽脑汁，与那些竞争者们斗智斗勇，争相表现。
　　
　　因为爱情，他音律文盲，却可以谱写出一曲又一曲的情歌，并招呼一帮同学合唱、表白。
　　
　　因为爱情，他一次又一次与沈佳怡打赌，比赛成绩的高低，被迫剃了光头、也天天买牛奶奉送至她的班级，享受着失败带来的无尽幸福。
　　
　　因为爱情，他在一次为她准备的生日中，亲手做了10个小礼物，并在一件T恤上画了“you are the apple of my eye”。
　　
　　因为爱情，他一夜又一夜的站在公用电话前，给她打电话，甚至花光了生活费，天天啃馒头。
　　
　　因为爱情，他无法承担被拒绝的结果，因为这是他过去8年的全部生命意义。所以他宁愿天天追逐，却不愿听到她的答案。
　　
　　“我想当一个很厉害的人，让这个世界，因为有了我，会有一点点差别。而我的世界，不过就是你的心”。
　　
　　
　　
　　然而，正是因为他爱她，爱得如此炽烈、如此热血、如此执着，爱了她8年。“突然，我感到很害怕。我极度恐惧，自己不被允许继续喜欢这个女孩……那种事情发生的话，可以想见我的生命将如虚踏河面的叶，纵使漂浮在潺潺流水上，却仍将渐渐枯萎……我根本没有问你，所以你也不需要拒绝我。我会继续努力的，这辈子我都会继续努力下去的……你就耐心等待，我追到你的那一天吧。请让我，继续喜欢你。”
　　
　　 他们就这样，错过了一次又一次成为恋人的机会，而一直暧昧着。“是的，就是这么暧昧。即使没有办法更进一步，我也乐在其中”。“有人说，恋爱最美的时期，就是暧昧不清的阶段”。哦，她也这么和我说过，而我也和她有过2年的美丽的暧昧时光。
　　
　　
　　
　　然而，如果始终无法向前迈进，终将分手，便是令人痛苦的结束。而这一切，因为一场拳击比赛，而将双方性格中固有的矛盾明朗化、凸显化。
　　
　　“妳永远都看不见我放弃的背影有多么伤心，我的幼稚出自我热血的根性，就是靠着这股热血，我才能喜欢妳那么久。而这份热血，竟成了你否定无所谓的存在。八年了，喜欢沈佳仪第八年了。国中三年，高中三年，大学两年，喜欢这个女孩的每一天都让我朝气十足，每次睡梦中醒来都知道今天生存的意义。让我快乐。让我在这个世界上有非常在意的事物。让我今夜痛哭失声。”
　　
　　“在人生某个关键点上，我明白了沈佳仪与我之间个性的矛盾。这个矛盾我早已知道，身边的朋友也不断地提醒我，但我总是以为正经八百的沈佳仪与搞怪冲动的我之间的矛盾，并不是排斥，而是一种反差的浪漫。人生没有意外，只能说是命运使然。”
　　
　　他断然放弃，她也没有挽留。几个月后，他和毛毛虫在一起，而她也选择与另一位男生的开始。
　　
　　
　　
　　8年的时光，最终却是如此结局，还是难以让人释怀。当然也不可能立刻斩断他们之间的一切。至少，在双方的内心深处，都会留下的小小空间，里面装满了某种情愫，只为对方珍藏、保有。即使逐渐会被遗忘，但它不会被任何东西侵蚀，永远美好、永远在那儿。
　　
　　 他依然与朋友们，久久聊着关于沈佳怡的重中回忆与故事，也在地震后的那一晚，惊慌、努力地给她电话，得到了所有答案。也会结婚时，默默地为她祝福。也会在这么多年后，为她，提笔写上一本书，创作一部电影。并在电影中，通过男主角，在倾盆大雨中，全力的喊出：“沈佳怡，我喜欢你！”
　　
　　
　　
　　而她呢，她其实早就准备好了肯定的答案，她一直在等待他的答复，却也忍住主动开口，一直默默享受着暧昧–这恋爱中最美的部分。也真的希望，他能够一直久久的追着她，能够再久一些，再久一些。
　　
　　即使分手后，即使她了男友，他有了女友，她也还在等待…
　　
　　“自从你交了女朋友，我还以为你对我的喜欢，迟早都会让你跟你的女朋友分手，那时就可以名正言顺跟你在一起了。结果等啊等，你们都一直好好的，让我很羡幕，可是也没办法……但其实今年愚人节，我原本要打电话给你，问你想不想跟我在一起……如果你回答不要，那我还可以笑着说是愚人节的玩笑。如果你点头说好，那么，我们就可以在一起啦。”
　　
　　他说：“少了月老的红线，光靠努的爱情真辛苦，错过了好多风景。也许在另一个平行时空，我们是在一起的。”
　　
　　“……真羡幕他们呢。”她同意。
　　
　　也许，在另外一个平行时空中，我们也是在一起的，我默默地想着。
　　
　　
　　
　　故事在她的婚礼中，结束了。却通过小说、通过电影，在这个世界上，在我们的心中，有了全新的开始。
　　
　　即便是第二次回味这部小说，熟悉了所有的情节和结局，但4个小时里，我依旧在不停的笑着、乐着、感动着、纠结着、畅想着。一次又一次，被书中的那些可爱的小事所感染，而忘记了周围的一切。这便是青春、爱情、校园、友谊、纯洁、热血的无限魅力，便是这部小说与电影的无限魅力。而我，也终于知道了答案，终于释怀，终于可以真诚地说上一句：谢谢你，祝福你。

我不要自我重复 — 这也许是在编程开发这最最基本的一个信条，就是要告诉你不要出现重复的代码。我们很多的编程结构之所以存在，就是为了帮助我们消除重复(例如，循环语句， 函数，类，等等)。一旦程序里开始有重复现象的出现(例如很长的表达式、一大堆的语句，但都是为了表达相同的概念)，你就需要对代码进行一次新的提炼，抽 象。

http://en.wikipedia.org/wiki/Don%27t_repeat_yourself

提炼原则 — 跟“不要自我重复原则”相关，这一原则是说“程序中任何一段具有功能性的代码在源代码文件中应该唯一的存在。”

http://en.wikipedia.org/wiki/Abstraction_principle_(programming)

保持简单 — 简单化(避免复杂)永远都应该是你的头等目标。简单的程序让你写起来容易，产生的bug更少，更容易维护修改。

http://en.wikipedia.org/wiki/KISS_principle

不要开发你目前用不到的功能 — 除非你真正需要用到它，否则不要轻易加上那些乱七八糟用不到的功能。

http://en.wikipedia.org/wiki/YAGNI

用最简单的方法让程序跑起来 — 在开发时有个非常好的问题你需要问问自己，“怎样才能最简单的让程序跑起来?”这能帮助我们在设计时让程序保持简单。

http://c2.com/xp/DoTheSimplestThingThatCouldPossiblyWork.html

不要让我动脑子 — 这实际上是Steve Krug 关于web界面操作的一本书的书名，但也适用于编程。主旨是，程序代码应该让人们花最小的努力就能读懂和理解。如果一段程序对于阅读者来说需要花费太多的努力才能理解，那它很可能需要进一步简化。

http://www.sensible.com/dmmt.html

开放/封闭原则 — 程序里的实体项(类，模块，函数等)应该对扩展行为开放，对修改行为关闭。换句话说，不要写允许别人修改的类，应该写能让人们扩展的类。

http://en.wikipedia.org/wiki/Open_Closed_Principle

为维护者写程序 — 任何值得你编写的程序在将来都是值得你去维护的，也许由你维护，也许由他人。在将来，当你不得不维护这些程序时，你对这些代码的记忆会基本上跟一个陌生人 一样，所以，你最好还是当成一直在给别人写程序。一个有助于你记住这个原则的办法是“写程序时时刻记着，这个将来要维护你写的程序的人是一个有严重暴力倾 向，并且知道你住在哪里的精神变态者”。

http://c2.com/cgi/wiki?CodeForTheMaintainer

最少意外原则 — 最少意外原则通常是使用在用户界面设计上，但这个原则同样适用于编写程序。程序代码应尽可能的不要让阅读者感到意外。也就是说应该遵循编码规范和常见习惯，按照公认的习惯方式进行组织和命名，不符常规的编程动作应该尽可能的避免。

http://en.wikipedia.org/wiki/Principle_of_least_astonishment

单一职责原则 — 一个代码组件(例如类或函数)应该只执行单一的预设的任务。

http://en.wikipedia.org/wiki/Single_responsibility_principle

最小化耦合关系 — 一个代码片段(代码块，函数，类等)应该最小化它对其它代码的依赖。这个目标通过尽可能少的使用共享变量来实现。“低耦合是一个计算机系统结构合理、设计优秀的标志，把它与高聚合特征联合起来，会对可读性和可维护性等重要目标的实现具有重要的意义。”

http://en.wikipedia.org/wiki/Coupling_(computer_programming)

最大化内聚性 — 具有相似功能的代码应该放在同一个代码组件里。

http://en.wikipedia.org/wiki/Cohesion_(computer_science)

隐藏实现细节 — 隐藏实现细节能最小化你在修改程序组件时产生的对那些使用这个组件的其它程序模块的影响。

http://en.wikipedia.org/wiki/Information_Hiding

笛米特法则(Law of Demeter) — 程序组件应该只跟它的直系亲属有关系(例如继承类，内包含的对象，通过参数入口传入的对象等。)

http://en.wikipedia.org/wiki/Law_of_Demeter

避免过早优化 — 只有当你的程序没有其它问题，只是比你预期的要慢时，你才能去考虑优化工作。只有当其它工作都做完后，你才能考虑优化问题，而且你只应该依据经验做法来优 化。“对于小幅度的性能改进都不该考虑，要优化就应该是97%的性能提升：过早优化是一切罪恶的根源”—Donald Knuth。

http://en.wikipedia.org/wiki/Program_optimization

代码复用 — 这不是非常核心的原则，但它跟其它原则一样非常有价值。代码复用能提高程序的可靠性，节省你的开发时间。

http://en.wikipedia.org/wiki/Code_reuse

职责分离 — 不同领域的功能应该由完全不同的代码模块来管理，尽量减少这样的模块之间的重叠。http://en.wikipedia.org/wiki/Separation_of_concerns

拥抱变化 — 这是Kent Beck的一本书的副标题，它也是极限编程和敏捷开发方法的基本信条之一。很多的其它原则都基于此观念：面对变化，欢迎变化。事实上，一些经典的软件工程 原则，例如最小化耦合，就是为了让程序更容易面对变化。不论你是否采用了极限编程方法，这个原则对你的程序开发都有重要意义。http://www.amazon.com/gp/product/0321278658