不亦快斋

    我总是向别人强调每日构造的重要性，也总是强调要自动化－－自动化到一次双击，或者一个脚本，就能生成软件的安装包，甚至软件的部署！是的，对于需要部署的软件来说，安装包不是终点，每日构造成功的标志是的部署成功，并且冒烟测试通过。如果这一切任何一个步骤出了问题，那都意味这心跳骤停！     然而，我的这种宣传并没有起到很好的效果，很多人认为，每日构造，就是每日生成release版本的二进制文件，e

    我们总是希望有这样一个库：它能够让我们方便的完成某个任务，如果A库使用起来比B库简单那么一点点，我们就更愿意使用A。因此，我们也经常干这样的事情：把一个现有的库做一个薄封装，从而使用起来更适合当前的编程环境。   一般而言，简单的库总是更好的，然而这并不是一定的。我总是能听到一些程序员抱怨：为什么XX库的YY功能不能预先提供一个最简单的使用方式，非要程序员再手工做一些工作。我想，这有两个解

语言入门: 有丰富C经验,缺乏C++经验的: 《C++ Primer (3RD)》 有其他语言的丰富经验的: 《The C++ Programming Language》简称TCPL(对不住纯C的fans了) 如果选择薄一点的书：《Essential C++》《Accelerated C++》都是不错的选择。 其实，我个人一直认为C++Primer带着太过强烈的C的痕迹，对于学习C++未必是好事。

from: http://blog.youkuaiyun.com/goodboy1881/archive/2006/03/27/640004.aspx  

    曾经有人说数学是自然科学中的皇冠,而且总是尽力使自己和其他学科保持距离.而其他学科总是力求和数学搭上关系,如此便可以身价百倍.当年恩格斯曾经说唯一没有运用数学的学科生物学,最终也被孟德尔抓住了统计学的尾巴.    Functional Programing是厕身于象牙塔里的精灵,总是力图保持和现实的距离，并以纯粹的血统为荣，如今，也越来越多的被其他语言所攀附,Lambda演算似乎要成为一波

起因:    因为工作需要,写了一个小工具,嵌入到各个项目中(这些项目都是DLL项目).然后,在这个工具可以输出一些信息到日志文件.当然,输出信息需要标明这些信息来自哪个程序模块.首先,就想到了GetModuleFileName,一查MSDN,第一个参数hModule无法提供，如果提供NULL,只能得到创建进程的那个EXE文件。又顺藤摸瓜，找到了GetModuleHandle函数。然而，问题仍然存

    我们要想写文章,最起码,要能认识足够多的字.但是，更重要的，是要知道我们想说什么。这两个方面都是不可或缺的。那么，是不是要等到认识了所有的字才能写文章？当然也不是。如果每写几个字就需要查字典恐怕也写不好文章--思路都被打断了。首先，我们应该在文字上自由了，然后就可以畅快地表达自己的思想、观点、感受，偶尔一两个成语典故需要查一查字典也无伤大雅。    就这方面来说，写文章和写程序是极其相似的

本文谢绝转载 http://www.weibo.com/0x2b    Protein的性能瓶颈主要是在runtime，而runtime是基于FBX来写的。FBX已经停止开发，而且改动代价太高，因此，美国那边打算把把FBX从runtime中去掉。这是一个大工程。当时Protein的新经理M也刚来不久，我们都有点担心资源不够。这时，美国的架构师也忙于新的项目，也没时间给出Protein的新设