时间过得真快，去年这个时候，正在积极准备毕业论文呢~ 一转眼，新员工又要来公司了，我已经是老员工了，如此多少个一年下去，我们这批人就退出历史舞台了。这一生中，到底是应该在一个地方筑巢，终老一生，还是应该到处去走走看看。我有时候说不清楚。但是梦想还是有的，所以我睡觉去了。

最近公司一个很要好的同事跳槽了，高中最好的哥们马上要跳槽了，大学同寝室的兄弟要来北京了，项目合作方一个很不错的工程师要来公司测试了。这些人互相之间都没打过交道，但是对于我来说，都是非常重要非常重要的人。人生有时候就是这样。也许很没有理由的，一个人就会改变你的想法，继而大大的改变你的生活。

最近一个很要好的同事跳槽了，跳到离我住地不远的地方。在村里。据说头儿很不错。看了招聘贴也感觉非常有激情，有事业心。虽没有见过，但这种感觉很强烈。

      这位兄弟跟我同时进的公司，刚开始在一个项目组，但是很快，我被调离，这虽然没有中断我们之间的联络，但是却直接导致了他在我之前离职。呵呵

      记得他还在公司的时候，每天基本上就是在接电话，开n个telnet连接，解决发生在祖国各地的bug。忘了，IM的窗口数也为n，当然仅仅是工作用的rtx。另外，机器内存只有256M，还要共享一部分显存。调程序时，相当一部分时间是停留在切换窗口的过程中。

    终于跳槽了，薪水大幅度提高倒在其次（毕竟校招和社招就不一样），关键是生活得很有精神。压力的减轻的同时，发展的机遇大大增加了。这算得上天上掉xb的事情了。所以姑且称之为xb吧。

    注意到xb是刚到公司来的时候，发现我们有好几本一模一样的书，后来经过很长一段时间一起抢饭吃，逐渐熟了起来，发现果然在学校时，看过不少同类型的书。不过由于工作性质的关系，后来我阅读的范围逐渐杂了，看了很多数据库的（其实就是伟大的甲骨文公司那个产品），而他越来越精于STL。不过现在，他开发数据库去啦……

    高中最好的哥们马上要跳槽了，这哥们，名字叫lj，看这些名字叫的，一个比一个绝，去上海研究“生化武器”，前几天告诉我，已经找了一家wuhan的公司，可能是为了他WHU的女友吧。本来还想去上海找他玩的。可惜了，不过以后找他更方便了。

    想起过去一起逃课，一起踢球的日子。一起通宵的每个星期五晚上….一切仿佛还在眼前，一切却又那么遥远，毕竟已经不是小孩子了，虽然在职场上还是很嫩。大学毕竟还在一个学校，常常一起吃饭，一起玩两盘实况，虽然不能天天见面，但是有事情还是很容易找的。有一年没见了，之前还从来没有这么久不见面的。不知道什么时候会有机会。

    大学寝室的哥们，在武汉的公司，被外派广西一年后，调北京来了。终于啊。我不是一个人在战斗了…呵呵，大学班上那么多人，工作在长江以北的就我一个，郁闷啊！找个人玩都不行。

     以上这些，其实也是让我很迷茫的缘故。公司的发展策略，让我们这些人不得不为自己考虑后路。对这个城市的陌生，刚来的时候周围没有一个熟人，这一切都让我感觉自己很快就要离开此地一样。虽然就工作来说，这个城市还是有很多很好的位置的。但是交通的拥挤和早餐的匮乏，让我的休息时间变成修炼时间了。也许换一个离公司近一点的地方住是一个好办法，但是找起来确实很麻烦，而且不知道会住多久。

    合作方的小x来北京了，要一起测试，虽然这次测试我可能直接操作的不多。不过见到他来还是比较开心的。其实，我来公司之后，最满意的就是合作方，很正规的洋子，南研所的人，会在电话里仔细讨论实现细节。如果是项目一开始就是南研所参与，估计不会到今天这个样子。在他们的逼迫之下，我们项目组这边通过不断的努力，寻找热点，发现了很多问题。调整后原来一个小时周期很难完成的任务，现在不到二十分钟就行了。等这次测试结果出来还得好好总结。但是他们公司的做事情的方式，确实值得我学习。所以说，这段时间的合作，还是受益非浅的。

    不同公司文化确实不一样，就像通信业内某公司老是死人一样，我们的策略是，能让本地维护人员解决的，决不让开发人员解决，本地维护人员能拉着开发人员一起解决的，决不自己单独解决。做服务的到了这个地步，确实很有境界。不过不好意思说什么，毕竟自己没做出啥对改善局面有帮助的事情，我就做我的外包吧。跟着合作方好好学习。比跟unicom强。呵呵

    如果有一天，我换了个环境，看到中国结，会不会还头晕呢？

什么是MapReduce? Google的分布运算开发工具MapReduce，用于大规模数据集（大于1TB）的并行运算! 可以定义一些函数，对批量数据进行操作。比如可以定义使每个数据乘以二的函数，这样，可以并行执行，而且可以分发到不同服务器进行分布式运算。而且，在某些时候，即使是单机运算也有不小的意义，比如求平均数时很容易就可以实现，相邻数相加的运算，可以使参与运算的项快速减少一半。如果采用普通算法逐个运算。首先，如果一直加下去，很容易溢出，如果采用边加边计算，逐项求平均，很容易造成精确度丢失，解决这个问题的算法可能会相当复杂。

当然，这只是MapReduce功能的冰山一角。google的成功绝对不是偶然的。

到这里快一个月了，刚刚过去的一个星期正式开始写了一点程序，也算正式走上了工作岗位了，等生活走上正轨，也有时间正式写写blog了！呵呵。到时候可以把自己的情况搬上来了~

关于对于VC/MFC/ATL的评论问题,其实我很早就想写一篇文章来阐述自己的观点,
不过又觉得这种容易引发论战的文章实际上是在空耗大家的时间, 不如做点实际
工作. 但是现在中国程序员群体的思想走向已经到了一种非常危险的一边倒的地步,
上几期电脑报上登出了几名14岁的小孩子, 刚刚学会写几个程序, 就把VC列为自己
的梦想. 我去年找工作的时候，连续被几个公司问会不会VC，得到我的答复之后，
他们怎么也不能相信一个学了四年C，两年多C++，还利用“空闲”时间学习了Java、
Perl的人，一个敢于在“专长”一栏里写上“掌握C++”的人，居然只是对VC“略
有了解”，我从他们的表情中看出一种不屑：“你还敢说自己懂C++？你还有时间
去学别的东西？连VC都不会，水平能高到哪去？”我并没有费力去向他们解释VC外
面的世界更精彩，因为之前我在提到STL这个词汇的时候，已经留心他们目光，那是
一种冷漠、茫然和无动于衷。一切都已经十分清楚，解释是徒劳的，他们根本不知道VC外面还有C++。

当然不劳大家担心，我最终还是找到了一份满意的工作。但是这种经历对我的触动
是很大的，因为我已经深深地感觉到，当我们中国的程序员好不容易能够有机会以
一双开放的眼睛面向整个世界的时候，我们的思想又被迅速地封闭了起来。一个叫
微软的巨人用一只巨大的圆规在我们的思想里画了一个大圈圈，并且对我们说：
“天就是这么高，地就是么大，你们享受吧！”伊甸园的生活是快味的，但是，
当我们所有人都被牢牢地限制在一个范围之内，听命于一个上帝的清规戒律时，我看不到我们自己的未来还有什么希望，我甚至看不到我们自己存在的意义。

不自由，勿宁死！

我们的能力当然是有限的，在相当长的一段时间里我们所能到达的疆界还是会远远地小于先驱者开拓的界域。但是我确信，就在现在，我们的能力至少可以突破微软给我们划定的天地。微软是好的，她很体贴，很出色。但是不论是微软也好，巨软也好，在我们程序员的心中，没有凯撒。我们可以把你当朋友，但是你别想做我们的主子！我们一定要走出去，虽然我们知道极限是存在的，很长时间里我们是不可能超过前人的，但是我们一定要出去。我们可以因为累死而在探索的道路上而止步，但决不能在人为设定的篱笆前畏缩不前。

C++是我最钟爱的语言，我愿意投入一辈子的时间在她的身上。VC也是一个好东西，在Windows下我最喜欢的C++编译器。MFC/ATL也都是好东西，如果将来需要，我也会认真地学习它们。但是，我心中的天地比这要宽广的多，标准C++所定义的语言性能集和标准库，是更加绚丽的风景线；STL所带来的通用编程时代的曙光，更令我心驰神往；设计模式的精美与一致，面向模式编程范式的初现端倪，面向对象软件工程的成熟与巨大希望，TAO/ACE的庞大与精致，我们中国人自己的C**语言的动人心魄，…，让我目不暇接的珍宝太多太多。虽然我所能接触到的东西只是一小部分，虽然在这个过程中我更加深刻地发现自己的水平是多么的不值一提，但是我已经可以大声宣称：外面的世界很精彩！

我知道我们都还是生活在现实世界中的，精神上的快乐不足以填饱辘辘饥肠。但是
我们现在是在说C++啊！想想你为什么不用更简单、更好挣钱的VB、Java、Delphi，
偏偏要把已经够难学的VC当成自己心中的理想呢？不就是因为VC能够代给你自由、
自信和自豪吗？如果你意识到VC同样是道更大的篱笆墙，你为什么不愿意冲出去，
获取更大的自由、自信和自豪呢？

B.Stroustrup说：“我想大家学习C++，应该是为了解决哪些开创性的问题，而不是
一次次地重复解决哪些已经有了成熟的框架和现成的解决方案的问题。”C++是开拓
者的语言，是思想者的语言，是“高手”层次之上的语言。或许在实用性、简单性
方面，现在和将来都会有许多语言不断地超越它。但是，我认为在相当长的一段时间里，在构造和表达软件工程思想和创造性软件的开发领域，不会有什么语言能超过它。或者说，精通了C++语言及其思想的程序员，在思想深度和对新技术的领悟能力上上是远远超越其他语言使用者的，我们或许应该称这种人为程序员中的思想者。正因为如此，我认为被限制在VC的圈圈里，不是一个C++程序员能够容忍的。

我觉得，作为一名真正的C++程序员和自由的思想者，更应该有有一颗仁慈的心。不要整天纠缠与C++和JAVA谁好谁次的争论，不要一听说某软件使用VB做的就鄙夷起来，更不要拒绝学习其他的语言。C++难学、难用，距离应用层面比较远，这些问题我们应该坦率地承认，可能的话做出一些努力来改变这些情况。应该积极鼓励把其他语言与C++混合使用，让C++成为它们背后坚实的支撑。我不是公司的老板，但是我觉得，如果我的企业能拥有这种水平的程序员，我会为自己的企业而骄傲，也会给他最高的薪水。

附：
我个人认为MFC实现上的缺陷：
MFC是在89年代末，90年代初定型的，当时C++还十分不完善。在当时来讲，MFC是相当先进的。但是从那以后，C++发生了（可以说是）革命性的巨大变化，与新的C++相比，MFC的体系结构和实现机制显得比较落后，很多优秀的C++特性都没有被合理地应用，反而自己另起炉灶搞了一摊。而且VC这种语言也越来越不象C++了，完全为微软自己的应用而量身定制，甚至不惜违反标准。（不过在编译技术尤其是优化技术上的确还是无人能及）

MFC由几个缺点让我比较不满：
1. 大量使用稀奇古怪宏, 搞的代码不象个样子. 真佩服有些人那么耐心地去分析它们.
2. 消息映射的实现机制十分笨拙. 不用继承我可以理解, 但是为什么不用委托, 而要
   用表驱动? 还是那句话, 搞的代码不像个样子.
3. 对于底层SDK的封装太薄, 面向对象的感觉不足.(当然也有他的好处, 不过这毕竟是
   C++!)
4. 自己另起炉灶搞了RTTI, SEH, CString, CObjXXX(Container)这些东西, 实现的
   又不太好, 早几年还可以理解, 现在则完全落伍.
5. 很多场合本来是标准库可以一展身手的地方, MFC完全没用上.
6. 为了迎合MFC, 编译器的很多地方都违反标准.
7. Doc/View体系的局限性, 想突破很难.

话说回来, MFC还是一套出色的工具. 但是现在它事实上已经成为了对中国C++程序员的一个威胁, 它把太多的精力和资源吸引到支路上面, 而对于主干道上真正的好东西视而不见. 矫枉必须过正, 所以我不惜得罪一大批人, 写了上面的文章. 正如开篇所
说, 我一向认为无休止的争论是空谈误国, 该说的话已经说了, 大家可以批评讨论,
但我大概是不会再回到这个话题上来了.