无意在休假期间，又重新观看了遍在儿时已经看过的 《小倩》 这部电影。《倩女幽魂》中对蔺采臣和聂小倩之间的爱情刻画已然非常的到位，如果有能超其者，恐怕就只能是《小倩》这部电影了。

动画片夸张的手法，空中飞驰的投胎火车、佛与道争斗的场面，虽隔 12 年，但至今看来仍然是那么酣畅淋漓。随着年龄的增长，这次不仅仅是场面。好的影片同时注定要有很多的隐喻。让眼球大呼过瘾的场面过后，影片的戏路安排让人能慢慢得咀嚼出味道。

例如，戏中俩师徒与道长的争斗看似已然是势不两立，但到最后却投胎做成了兄弟。主人公蔺采臣奔向与聂小倩相约的地点，发现聂小倩投胎的娘亲竟然是自己的初恋情人小兰。更令人魂伤的，小兰所生的竟然是带把的男孩！幸亏此时剧情峰回路转，聂小倩从未去投胎，只是一直藏在蔺采臣随身携带的伞中。

纵观影片的剧情线，书生蔺采臣从梦境中醒来，到最后又犹如梦境般的结束。但不同的是，蔺采臣相伴的已然不是已为人妻的小兰，是聂小倩；而聂小倩也从盲目崇拜中走出，相中了文弱书生蔺采臣。

蔺采臣和聂小倩相约的北村那户人家门口的桃花树，现在看来俨然是个象征。桃花的暗喻，容易让人与陶渊明笔下的桃花源记串联起来，对比情人间的旅途其实也犹如寻找桃花源的旅途一般漫长、困难，因此两者尤其显得珍贵。

再来看看影片中的那些看似脱口而出，然而给大家欢笑的同时又能带来思考的台词

1. 「他看起来没那么脆弱吧？」，「难说啊，你伤了他的肉体，而我则伤了他的心灵…」 - 小兰夫妇
2. 「以前干活忙是为了她，现在是为了忘记她而干活忙，人总是离不开个忙字」- 蔺采臣
3. ...

再叹一次，单从 IMDB 上 6 分的得分 即可证明，《小倩》这部电影注定是个经典，以至于其后的 《千与千寻》 都有它的影子（据说其实是原班人马）。

反观目前的国产动画片（尤其是大陆）我甚至感到了绝望，唯一仅存的记忆也仅仅停留在了上个世纪。不管怎么样，好的电影无分国界，只是从私心上说，还是期待国产动画片重新崛起的那刻。

让影片中的最后的诗词结束此篇文章。走出动画片，其实每个人都在寻找梦中的那颗桃花树：

荒唐一觉春梦醒，
北村可有桃花树。

和朋友调侃时说到，在国内 IT 圈有这两种人：一种是骂着微软却还在用他产品（可能还是盗版）的人、还有种就是直接无视微软的「神人」。

微软在技术人员圈子中的口碑似乎都不是很好，它 没有 Apple 的浪漫 、Google 的理想、IBM 的工程师气质 -- 或许它只是家彻彻底底的商业销售公司。

从 Windows Mobile 的难产、Zune 的夭折、Bing 的换汤不换药、再到 Vista 彻彻底底的 失败， 微软这些年的确是流年不利 。

微软其实它自己也意识到了自己已步入中年危机。它开始进行一系列的措施，例如其中有项就是加快产品的更新速度：记得从 XP 到 Vista 经历了五年，而从 Vista 到 Win7 只用了两年。

同时，微软开始逐渐得重视社区尤其是草根开发人员的力量。微软放下了当年「技术引导者」傲慢（想想当年 .NET 发布时它的姿态）取而代之的是以「技术提供者」自居「谦逊姿态」。

在 那届 D2 时 ， 微软的超群 在介绍 IE8 新功能时的那句：「Firefox 有的功能，现在 IE8 也有了」，使得在场的观众哄笑不已。

说到此，又想到了近期 WordCamp 上 微软提升对 PHP 的支持 的新闻。

纵观互联网已将企业间的争斗从产品转向了平台间的圈人运动。微软以操作系统先入为主的地位短期内虽无法撼动，但同作为竞争者的 Apple 和 Google 还是会将未来搅拌得扑朔迷离。

还记得那 鲍尔默豪放的三声啸叫 ：「Web Developer!Web Developer!!Web Developer!!!!」。时隔境迁，虽然现在无法得知当 时他的真正用意，但从现在回望似乎微软正在逐步的实施其制订的反击计划。

未来的结果谁都无法预料，交给时间我们拭目以待吧…

-- EOF --

零九年似乎一直都在赶项目，而这次和阿软 UED 合作的项目情况尤为特殊，但这次项目让我获得良多。

不同风格和节凑的团队如何融合一起

每天都在用阿里旺旺，这次让我更近得了解了 他们的开发团队 。 本以为阿里系 UED 都是差不多风格，但我发现还是有各自的特色。搬到阿里软件的头几天， 就碰到如何相互分工合作的问题。

首先，我们花了些时间熟悉对方的产品以及代码产出物，以便熟悉其代码和设计风格。 然后，在大范围的空间中，约定了些大框架的规范（包括视觉规范、DPL、代码规范 等）。流程方面情况比较特殊，我们尽量简化和精简了开发流程。

然后，在产品分模块以后，明确了小组对应每个模块开发的负责人。前端和视觉不同的负责 人将对应的开发模块逐渐的连线，这样在方便了各自了解进度的同时，也可以让身处不同小 组的人员相互的熟悉。

经过一段时间的磨合，两个不同的团队已经可以很默契的配合了。顺便在这里惊叹于， 在出发点以及目标一致的情况下，各小组的人员的动能是如此的强大。

人件

项目进度的瓶颈在于我看来，不是时间、不是技术而是人。天时地利，还需要人和。这里所 谓的「人和」，指的是小组各成员的士气以及状态。在这段「特殊时期」中，我能想到些措施

1. 放音乐，缓解下气氛
2. 自由上下班时间，只要不是「太过份」即可
3. 适当调整下工作内容，不要让组员太枯燥
4. 小的练手的技术点，可以使用「竞标」政策
5. 在群里贴美女照片 :^)

进度和质量之间的博弈

尤其紧急的项目，PM 和 PD 对于项目进度就抓得越紧。这有时候未必会是件好事， 开发们会以为，可以因进度就可以抛弃些更为重要的点。

我曾经不止一次在邮件列表中将这一情况加入到「风险点」中，好在经过沟通我们的 PM 站在了我们这边。项目的开发人员也逐渐明白，在核心质量的代码上现在花些时间， 对于以后维护而言是有好处的。

如何避免因赶进度而带来的产品质量下降等风险，这说到底其实是个博弈问题，这就看开发 人员以及 PM 对于该项目是如何定位的了。

对于加班的态度

几乎每个管理人员都会认为，加班是赶项目进度的救命稻草，我个人对此持保留态度。坦白讲， 每个人都不喜欢加班，尤其是无偿无理由的加班，更不期望看见因为 KPI 而加班。

让员工每天朝九晚九以及周六都过来加班，他们的个人时间受影响不说，还可能使他们的士气受 挫，甚至会因此而产生抵触情绪。长此以往，这种情况得不到解决，那么后果将会很严重。

对于管理者而言，都恨不得项目第二天就上线，但毕竟罗马城不是一天就建成的。与其做好我们 这些底层开发人员的思想工作，还不如让那些管理人员想明白些这些事理更能治本。

最后，还是期待公司能有套更为合理的奖励体系，毕竟每个员工对于公司的付出，他们总是期望能得到肯定的。