每次看完《程序员》杂志都会有些新的收获，这次看的是《程序员》2005年第4期，顺便把一些阅读过程中产生的想法记录了下来。

[软件建模，大势所趋]
看完微软、IBM、Borland等公司的最新动态，感觉软件建模是大势所趋，以前虽然也有众多建模工具，但是由工具支持得不好，建模的各个阶段彼此脱节，使用户体验(user experience)很差。随着Microsoft VSTS(Visual Studio Team System)的发布在即、随着Borland的ALM(Application Lifecycle Management )工具及基于Eclipse的产品计划的实施，相信在不久的将来软件建模会有一个很大的改观。

[源代码就是设计]
Artima上出现了“源代码就是设计”的续篇，作者阐明其观点：
a)“the source code is the design” does not mean “don't do design , just code”;
b) the design is a process but not a product；Somethings like UML diagrams or CRC cards are not the real software design.
c)“we need good architectures (top level design), good abstractions (class design), and good implementations (low level design). ” UML diagrams or CRC cards可以帮我们完成top level design和class design，但是这并不意味着设计结束了。我们还需要low level design — that is the source code。
d)“The only way we validate a software design is by building it and testing it. There is no silver bullet, and no "right way" to do design”作者坚持认为“不到写完代码，代码通过测试，设计工作就不算完。

编码可以看作low level design，它是设计工作的延续，不到编码完成测试结束，我们永远不能知道我们的设计是否正确。

[关注开源，参与开源]
相信现在国内外任何一家软件厂商都不能不考虑“开源的影响力”了。从JDO2.0的起死回生，到EJB 3.0采纳了众多开源组织的建议，我们清醒地看到了这一点。同时我们国内的开源又是怎样的呢？不可否认的是中国的开源发展也是迅速的，但是还远远没达到“普及”的程度。我相信现在国内很多软件公司对开源的理解也只停留在“免费使用”这个层面上，用的时候还要“挑三捡四”一番。这和国外的“开源洪流”形成了鲜明的对比。最近传出Borland公司即将发布基于Eclipse的产品，BEA加入开源世界，虽说这背后有其“利益”因素在驱使，但是这也为我们国内厂商指明了一个大方向“关注开源，参与开源”。开源需要激情，国人期待在中国出现大师级的开源领袖，而实现这一目标首先需要你参与到开源世界中去。希望国内的软件厂商能把眼光放的更远一些，而不仅仅是现在的免费“索取”。

[技术与市场]
这是一个很有意思而又值得大家反思的话题，超前技术到底能不能带来市场收益上的“超前”，当年的Apple公司的Macintosh和鼠标的发明给了我们些许的启示“技术和市场不能脱节”，值得我们反思。

[文档的作用]
文档多被作为一种“成果物”，而不是沟通和交流的手段。大多数人为了文档而文档。文档形成后，便少有人问津了。

[AOP是最佳解决方案]
在最近的通用框架项目中设计“网管”模块，几乎框架中的所有模块都要使用其中的告警机制，感觉如果用AOP实现肯定会特别舒服，不过我们使用的是C语言开发，虽说C语言是“万能的”，不过到现在为止，我还没见到用C实现的AOP框架。

[要事第一]
这几天很多事情都摆在面前，干这件事的时候还在想着另外一件事，导致哪件事都没能做好。突然想起“高效能人士的7个习惯”一书中的一个习惯就是“要事第一”，把自己的事情按优先级分类，确定deadline，这回做起来就顺手一些了。

[习惯的定义]
昨晚，刚刚接受过“高效能人士的7各习惯”培训的my roommate问我一个问题，“什么是习惯”？愕然间，听到他的解析“习惯是知识、技巧与意愿三者的混合体，我们有付诸行动的愿望，在这样的一个思维惯性的推动下，久而久之就形成了经常性的行为–习惯”。Note：习惯是各中性词，怀习惯同样符合这一定义。

[身体才是革命的本钱]
昨天下午突然感觉身体有恙，浑身冒冷汗，做什么都做不进去，离开座位walk around for several minutes，还是感觉极差，所以请了假，早早回了寝室，躺在床上突然想到一句长辈们总在我们耳畔重复的话“身体是革命的本钱”。在寝室看完了上个星期买的《程序员》2005年第4期，写下了以上的文字。

著名的C++准标准库boost在2004年末发布了1.32.0版本，作为C++的忠实Fans怎能“袖手旁观”，趁闲暇时download it and build it。[注]：由于没有公司Unix服务器的管理员权限，所以只能在自己的Windows平台上编译了。

1、前提
a) 下载Boost_1_32_0源码包(http://sourceforge.net/project/showfiles.php?group_id=7586 ),由于在Windows平台下编译，我们可以选择下载boost_1_32_0.exe文件；
b) 安装Windows下的GCC版本（这里我们使用开源的GCC作为编译工具，因为其Free），我选择了MinGW-3.2.0-rc-3（http://sourceforge.net/forum/forum.php?forum_id=438862 ）；
c) 下载Boost专用build工具bjam，在Windows平台下我们可以得到已经编译好的bjam.exe（http://sourceforge.net/project/showfiles.php?group_id=7586&package_id=72941 ），你可以  下载boost-jam-3.1.10-1-ntx86.zip文件。

2、目录结构
a) 运行下载后的boost_1_32_0.exe文件，选择解压缩到的目录即可。如D：\boost_1_32_0;
b) 将下载的bjam.exe拷贝到上述目录中。

3、设置环境变量
a) 由于默认情况下，MinGW会安装在C：\MinGW下，一旦你选择其他目录，你就需要自己设置Path。将%Your_MinGW_Install_Path%\bin加入到你的系统Path变量中。

4、Build
在命令行下进入到boost源码包存放的目录，如D：\boost_1_32_0，然后运行:
bjam “-sTOOLS=gcc” install

编译由此开始，如果你的系统没有装Python相关的东东，在编译的最开始会提示你一些warnings，无须理它，让它继续吧！默认的boost安装路径为C:\boost，我们这里采用默认路径。

5、Build结果
编译的过程是漫长的(一般配置的机器2小时左右)，需要你耐心的等待。
编译后结果：在C:\Boost下生成两个文件夹include和lib，在D：\ boost_1_32_0中则多了一个bin目录。

6、应用boost
a) 设置boost库
如果你使用的IDE（比如Microsoft Visual Studio或者MinGW Developer Studio(http://petra.hos.u-szeged.hu/~aking/www.parinya.ca/download/MinGWStudioFullSetupPlus-2.05.exe )）,你可以在IDE的include和lib路径中直接设置boost库的位置。如果你用的是命令行工具，对于复杂的项目构建估计你需要写你自己的Makefile了。
b) 使用boost的例子
//HelloBoost.cpp
#include
#include
#include
using namespace std;
using namespace boost;

int main()
{   
    string s = "Hello Boost，This is a test";
    tokenizer tok(s);
    for(tokenizer::iterator beg=tok.begin(); beg != tok.end(); ++beg)
    {
        cout << *beg << "\n";
    }
}
//Compile: g++ -o HelloBoost.exe HelloBoost.cpp -I"C:\Boost\include\boost-1_32"

//output：
Hello
Boost
This
is
a
test

现在你可以尽情去研究boost，体会它的无比强大了。