Solaris转移到Linux
虽然目前的工作平台还是Solaris，但是已经打定主意切入Linux了。好在一直很注意跨平台的问题，所以C++的功底应该不会在Linux上荒废太多。
小小试用了一下Ubuntu，发现*nix在日常办公开发过程中还是和Windows不能比。所以基本流程就变成：VC6+Intel Cpp+Visual Assist写代码编译，VMWare+cygwin X Server远程调试。
最开心的一件事情是Sun Studio Express 3发布了，竟然有了PerfLib的Linux版本，啧啧。顺带说一下，Sun Studio Express3好像多了很多Linux版的工具（包括C++编译器），大家快去捧场啊。

学习Perl
一直对脚本持怀疑态度，一方面一直很怕无类型无定义变量，一方面对跨平台时候ksh/bash或者awk/gawk什么的参数差异耿耿于怀。甚至连自动生成Makefile这种事情，我也是不惮于自己写Java程序的。但是随着开发的深入，发现的确需要一个可以快速开发的脚本环境来作为粘合剂。最后放弃大红大紫的Python和Ruby，而选择各大系统都默认安装的Perl，个人感觉也是一个十分务实的选择。同时也要强迫自己学习一直没有机会接触的正则表达式了，嘿嘿。

OpenMP
大公司们对多核多线程的炒作如火如荼，而我还是只会用ACE的Thread Wrapper写点服务器端Thread Per Request应用，或者用Java操作一下UI Thread，感觉这些都只是伪多线程，大多数时候自己的思维还都是禁锢在单线程的简单流程中。OpenMP则大大开放了我的思维，比如循环内自动fork线程，如此低粒度的算法级并行，真的是以前没有想过的。顺带说一下比OpenMP成名更早的MPI，感觉这种强调分布式运算的东西太专业了，不适合我们平时的运算环境。

矩阵计算
在这个领域，我的浮躁本性暴露无疑，一直一山望着一山高，不肯定心好好研究一个东西。先是Fortran接口的BLAS和Lapark，紧接着就觉得MTL这种模板实例化才是可维护性和运行效率的最佳结合点，然后又发现uBLAS的表达式模板更加精妙，最后又对ITL的迭代子羡慕不已。一直到今天，发现有了OpenMP，又在鄙视uBLAS之流对多核多线程的短视。老是静不下心来钻研一个东西，也许这是比技术短板更可怕的东西。

矩阵
开始重新思考MTL了,一个冷冷清清的社区,一个缺乏表达式模板的矩阵库,一个画饼充饥的4.0, MTL真的有必要有这么大名气么?

反观uBLAS, 基本上已经finalize了, 可是借助boost的人气, 还是让人感到社区的活力.
唯一的遗憾, 它还是调用了Lapark. C++在科学计算中的苍白无力真是让人丧气.
最近的打算就是把ITL和uBLAS结合一下, 不知道有没有先行者可以让我瞻仰一下?

图形界面
鄙视wxWindoz, 坚决鄙视.
GUI本来就不应该是一个软件的中心, 我竟然要花这么多力气在这种"垃圾"接口上,为自己伤心啊
还是重回QT了,平时用GPL自己玩. 真要做产品,就让老板去买QPL, 呵呵
同时稍稍郁闷一下,为什么QT4不能用cygwin?

顺便说一下FLTK, 真的很喜欢这种量级的东西
但是它一定要在cygwin用windoz兼容模式下编译, 我的stlport和xerces全罢工了,咬牙恨恨啊
那位高手可以指点我如何改进么?

Boost
呵呵,工作原因, 短期内不会玩图算法了,但是要有很多矩阵方面的工作
因此放弃graph, 师从uBLAS, 好像又有的忙了...

XML
最近舒服啊, 配置文件中一个中文都没有, xerces光膀就能上阵了,呵呵

Database related
嘿嘿,全部用java了, JDBC简单啊, 舒服啊, 用的我满脸笑嘻嘻啊

发现C++的世界其实很小，对于一个领域，大家翻来覆去就是引用那么几个库。
但是很多名气大的库往往并不怎么样，呵呵，可能是我的需求不对路或者水平太低吧。
一己之见，欢迎拍砖
同时也想把C++关注一直做下去，欢迎大家一起思考

首先声明, 我虽然是用C++启蒙的, 但是有很长一段时间一直是用Java来维持生计的, 因此对C++可能会有些与脱节, 大家原谅.

系统服务

ACE波澜不惊地发布了5.5, 有什么新意么? 貌似subsetting做的有声有色.

但是发现Posix ACE停止开发了, 已经. 甚至还狠心的删除了源代码.

天哪, 觉得ACE最有前景的一块已经消失了. 剩下来一帮人在自娱自乐地搞CIAO和TAO, 无语啊. 又不是C++的强项.

不过也怪不得他们, 毕竟是半商业化的东西了, PACE对ACE和TAO的冲击太大了, 换了我是赞助者也不同意.

可怜的是我, 本来就特烦ACE_OS. 因此在获悉PACE的开发计划后, 硬是生生忍住几个项目的开发欲望, 打算等PACE出来解放我的. 但是想不到Java上转一圈弯路回来, 竟然碰此噩耗.

图形界面

在学校和在单位看一个开源项目, 最大的不同就是: 在学校先看Tutorial, 在单位先看license.

这不, 就这样, 即便QT 4 For win32有了开源版本, 可我还是放弃了自己的QT xx年资历, 投奔了wxWidgets

只是wxWidgets, 你的仿MFC接口也忒差了吧

MTL & ITL

这两个玩意许久未更新了, 难道BLAS竟是C++在科学计算中的终点?

望着MTL中指向Lapack的adapter, 我欲哭无泪啊

Boost Graph

老啦, 玩不动啦.

一坨坨的template, 真的看不动了. 据说C++ 200x还要加更多的C++ template语法

我投降在前了. 老实说, 不如做一个好点的std lib来的实在

最可怜的是我的网络流了, 本来想好好作为一番的. 但是工作不饶人, 只能对不住您了.

XML

什么世道啊, 不玩XML就不算程序员?

ACEXML好像还是中文不行.

xerces在Unix下还是要挂个ICU, 不然就只能手动换ISO-8859-1.

天哪, 我只是想读个配置文件, 您竟然给我这么一个大库, 我容易么我

RDBMS

Oracle不管它到了10g, 还是11what, 我发现我还是只用了它的8i功能子集.

没办法啊, 俺们低级程序员, 只知道把Oracle当作Data Storage, 浑然没有被Grid等等新特性招安的资质

唯一开心的是我最亲爱的OTL不但出了新版本, 还能支持10g了

一圈unixODBC, QT DB Interface, wxWidgets ODBC Interface, Oracle Gateway走下来, OTL还是你最好

RTDB

Berkerly DB被买走了, 无所谓. 类似的不是还有SQLite么?

我唯一关心的是Gigabase, 功能加了不少, 但是强化的实在是重量级过分了

本来想等PACE出来, 自己实做一个OORTDB的. 但是看来没希望了.

呼唤达人, 合作开发OORTDB, 我们用ACE_OS好不好???

同时嫉妒TopLink, 也呼唤牛人合作开发一个OO Adapter for RDBMS, 我们用OTL好不好???