其实一直不太清楚“碎碎念”这词的真正含义，直觉告诉我是类似于唠唠叨叨纷繁复杂的意思。于是拿来当了题目。

27周岁，在我们老家那边已经是一个3、5岁小孩父亲的代名词了。晚上给家里打电话的时候，老妈又絮絮叨叨的围着我的个人问题纠缠不休，索性以最近工作调动的事情吸引她的注意力。从一直呆着懒散惯了的老东家，到中间疯了般的一天面试4家单位，再到现在基本确定去向。很多改变，似乎只在一两夜之间的事情。

许多年前，高中的时候，事后好几天才回想起来自己的生日已过。那时候，似乎时间是所拥有的最廉价的财富。

许多年后，却如同一个斤斤计较的小女孩般在意这一天。是感觉到时光飞逝，还是岁月蹉跎？自己也说不清楚。

收到了很特别的一份礼物，一位朋友在MSN上把彼此认识的一点一滴发了过来。文字容易让人产生时空的错觉，一起回顾着那些片段，恍惚间我们的过去又站在了跟前。望着里面的自己，轻轻的晃晃脑袋，如同《宰相刘罗锅》里头的皇帝垂暮之年一般轻声叹息。

如果时间可以重来，有一半的人都可以成为伟人。

不知道第二个27年，回首再看今日文字，又是如何感觉？

对自己说，生日快乐。

1.5:
http://java.sun.com/j2se/1.5.0/docs/guide/language/index.html

1.6:
http://java.sun.com/javase/6/docs/technotes/guides/language/index.html

Essential Classes:
http://java.sun.com/docs/books/tutorial/essential/index.html

Java Bean Tutorial:
http://java.sun.com/docs/books/tutorial/javabeans/whatis/index.html

The Java EE 5 Tutorial:
http://java.sun.com/javaee/5/docs/tutorial/doc/

The J2EETrademarked Tutorial for the Sun ONE Platform:
http://java.sun.com/j2ee/1.3/docs/tutorial/doc/

Java EE APIs & Docs:
http://java.sun.com/javaee/reference/index.jsp

面试题：
http://www.ad0.cn/netfetch/read.php/379.htm

记忆力随着年龄的增长一直成反比例函数呈现，但有些东西，镌刻在脑海中，随着岁月的冲刷，反而越来越清晰，怎么都抹不去了。

比如说，你的生日。

记得《金婚》中有一段，佟子和出国回来的李天娇再次相遇，还是同样的人，还是同样的音乐，不同的是已从慢慢搅拌着喝咖啡换成了柠檬水，从共同讨论那位交响乐艺术家到早已忘了他的名字。事后佟志对大庄的感慨让我记忆犹新：

这人吧，难得有一些美好的回忆。就不该再去揭开那个梦，才发现其实一切早就已经不是原来的样子。

（原话记不真切了，大致是这个意思）

Anyway，生日快乐，曾经的小海豚。

这是孔子的标准，我恐怕还做不到。但是偶尔加以反思，并及时记录下来，还是有必要的。

今天要谈谈事业，或者说，工作。

大学里面开始，就比大多数同学更早接触实践，以至于在刚毕业那会儿多少有点沾沾自喜。很多知识是花了非常大的代价（成本）学来的，那时候没有意识到。

后来在理光工作了一年多，激情已消磨殆尽。技术上没有任何长进，对那里相对沉闷的气氛也是不太适应，急匆匆的开始了第一次跳槽。

现在想来，跳槽前对新东家的选择还是十分必要的，我觉得至少应该花10来个钟头（有效时间）去认真研究一下该公司的背景和发展前途，以及跟自己职位相关的一些信息。还要考虑和自己的长远规划是否吻合之类的问题。

more…

朋友国庆去大漠游玩，从乌鲁木齐给我寄了一袋薰衣草干花。

前阵子曾向她提过，晚上睡觉容易失眠。这就惦记上了，让我有些小小的惊喜。

生活正以它特有的幽默作着平衡，有时候觉得这个秋天也不算寒意太浓。

不是，这不是。

厌倦了纷繁复杂的琐事，
厌倦了毫无激情的工作，
厌倦了寂寞独品的清乏，
就如同厌倦了各种程序永无休止的升级。

我只是，厌倦了。

能不能出一个生活的最终版，
把必要的功能和易用性永远的定格在那一刻？

不是，这不是我想要的生活。

• Update to Wordpress 2.6.1
• Plugins and themes update

注：

本文为《我的读书笔记之人月神话》系列的第四篇，欢迎指正。

=============================================================

交流：

作者先以“巴比伦塔的启示”为引子，提出了他所认为的项目成功的先决条件：

• 清晰的目标
• 人力
• 材料
• 足够的时间
• 足够的技术

本身这些条目都没有问题，但我觉得最后两点有待商榷。不可能等什么都准备到了“足够”的地步才去动手，特别是技术方面，在项目的进程当中去学习也是常有的事儿。

而巴比伦塔的失败，也证明了“交流”和“组织”（交流的结果）的重要性。

交流的可能途径：非正式途径；会议；工作手册

—————————————–

工作量：

以大型项目的数据为依据而研究所得的结论：

工作量=常数 * 指令的数量^1.5

由于我估计作者所从事的项目大都是操作系统级别的，所以书中很多指标都用类似“指令”这些指标来衡量。简单的讲，可以把这里的指令理解为系统的原子特征。指数型增长的趋势，倒也符合正常的逻辑推理。

复杂程度的指导原则：

编译器的复杂度是批处理程序的3倍，操作系统复杂度是编译器的3倍。

批处理和编译器我都写过，只不过那编译器是用高级语言Java写的而已，对于这个复杂度没有太深的体会。如果将来有机会接触到操作系统级别的复杂项目，那倒可以回过头来细细比较一下。

—————————————–

规模：

软件的规模是视其是否使整个应用系统更加有效而言的，并不在于它的绝对成本

• 仅对核心程序设定设定规模目标是不够的，必须把所有方面的规模都编入预算
• 在指明模块有多大的同时，确切定义模块的功能
• 培养开发人员从系统整体出发、面向用户的态度

时间与空间（占用的资源）

1. 项目的粗细程度决定所需的空间大小
2. 对于给定的功能，空间越多，速度越快

如何取得 空间<->时间 的折衷？

1. 从团队成员的编程技能上培训
2. 需要技术积累，开发公用单元构件

技艺改进的结果往往是战略上的突破，而不仅仅是技巧上的提高

最后，以篇末最经典的一句话总结本文：

数据的表现形式才是编程的根本

亲戚或余悲，
他人亦已歌。
死去何所道，
托体同山阿。

有些事情，终究不能避免。

一路走好，我最亲爱的外婆。