自一个人默默走

可以说我是一个懒人，比如说我曾经学过 js 所以就希望用它来做更多的事情。

因为之前的 js 非常简单，所以我想用它嵌入更多的程序中进行开发。

然而这种想法在今天晚上，我对 js 的发展失去了信心，之前，在看了 m$ 的 jscript.net 手册应该就有想法了，但以为是 m$ 又一独断的做法，今天晚上却发现，ecmascript 4 的标准，由 adobe, m$, yahoo 等多家公司共同制订。

最让我失望的地方在于 es4 是强类型语言，而且语法非常严谨，有 java 的风格。但很多人需要的是一个强大的脚本，而不是一个复杂的语言。mozilla 声称 es4 的 tamarin vm 会比以往的所有 js vm 都快，但可以肯定的是，性能并不是大多数用 js 编码的人最需要的。

js 需要自己的标准库，需要自己的 byte-compiler，需要自己的简洁——但并不需要复杂。

当然了，es4 也可以像 vb 一样，仅使用 variant 类型。我们暂且把 es4 的类型问题放到一边，另一方面，它引入了太多的关键字、表达式之前的东西，更强大地支持了 html, xml 等 web 创作，但很明显地——它更复杂了。也许你说我懒得接受新的事物，也许它们可以带来好处——是的，我可以回答你，在过去写 js 的过程中，曾经碰到一些问题，但是以为的 js 代码仍然工作得很好——我不需要那些新添加的功能来做更细的工作——我仅把 js 当作一种脚本，当 js 力所不能及时，我会考虑用 c++ 等更复杂的语言对其进行扩充。

当然，我不希望这个文章会引来 es4 fans 的批判，纯属个人观点，在 es4 那么复杂的情况下，也许我会更倾向于使用 python。

晚上在弄关于数据连接的问题，感悟到 OLEDB 真是个伟大的创举——说伟大是因为众多的数据库厂商都必须支持这个标准——甚至到 .NET 时代，M$ 依然在 .NET Framework 中提供了 OLEDB ADO .NET 连接——你当然可以选择专门针对的 SQL Server 或者 Oracle 等数据产品的连接组件，但是要清楚地认识到，使用专门的组件连接库时，你在获得了一定效率优势的同时，也失去了在多种数据库选择的机会——使用 OLEDB 连接更换数据库产品的代价只是一个连接字符串，而专门的连接代价就大了。
PS: 今天试图下载 IBProvider——Firebird 库的 OLEDB 连接，很可惜，那个东西是 Commercial 的，很不幸没有找到版本 3 的下载；洗澡的时候就想，为什么我不用 Firebird 官方提供的免费 ODBC 连接，然后用 OLEDB - ODBC 连接呢？

今天早晨在下载 Turbo C++ 2006，现在期望这个 IDE 可以达成我需要的 3 个主要功能：
1. 集成单元测试，就是说可以利用构建后事件，调用 boost.test 程序，然后把结果分析出来；
2. 批量构建，就是说可以不用写 Makefile 来完成构建工作——我现在没有十分的精力来写复杂的 Makefile，最好 IDE 能够具备这样的功能；
3. 较强的调试能力，最好能像 VC 那样的调试能力。
如果能达到上面的要求的话，就可以开始使用 Turbo C++ 了。使用其的好处在于：
1. 可以比较容易地进行 GUI 设计，不需要再专门学习或寻找别的替代；
2. 可以使用 CBD 方法进行代码复用；
3. 可以简化我现在需要进行的 Firebird 编程，不用再去学习 ibpp。

另一方面，我决定不再去学习原来打算的 python, ruby 等等；不再去研究 Emacs 怎么配置、移植到 POSIX 上等等问题；毕竟精力十分有限。

这里插一个题外话：昨天上 MSDN 偶然看到 .NET Framework 3 的下载——微软的这种发展速度是可怕的，但是我决定不跟随这种发展。怎么说呢，C++ 是在一种稳定的状态发展另一种稳定，这也是 Stroustrup 给 C++ 定的基调——优先扩展库而不是语言——C++ 的程序员利用现有的 C++ 条件开发中各种各样的库，而不是优先有什么需要就往语言中添加什么；而 .NET 语言正好相反，所有往往大家还没有完全掌握一门 .NET 语言的时候，其又发展了——所以 .NET 语言在某种程度上是相当臃肿的，且注定不能成为工业级平台，这点同于 Java(别说不知道 JRE 是用 C++ 写的)。

朋友调侃我是个善变的人，没办法，我是在各种因素中寻找一个自己的平衡点(对了，复杂认为世界是不平衡的，不管了，反正平衡不平衡，我现在就是没有过多精力)。

我最终还是装了 VC，利用 Visual Assist X 的便捷进行 C++ 开发。当然装 VC2005 的目的不是为了进行 C++/CLI .NET 开发，而是要进行 native C++ 编码，然后再转到 GCC 上。在 Windows 上确实没有什么好的 GCC 开发环境(Windows 上的 Code::Blocks 都比 Linux 上的差了几个档次；在 Windows 上使用 VIM，天啊，饶了我吧)。
等不进行 C# 开发了，我很愿意到 Ubuntu 上从事专门的 C++ 编码，然后购买本 Unix 内核编程。在抽象思想上 GP 比 OOP 要先进些，一方面因为 GP 才刚开始流行(国内听说过 GP 的人不多，使用 GP 开发的人是少之又少)，所以 GP 的作品相当少；但另一方面 GP 的设计具备了足够的弹性，需要再进行些研究，我个人认为是可以进行分布式计算的。

因为工作的需要，我要告别 Java 开发，从事 .NET Framework 的开发。
我决定在家里继续使用 Ubuntu，但卸掉 eclipse 等工具，不再学习 Java 了。考虑使用 VIM 进行 C++ 的开发(G++, GDB/DDD, GNU Make)。
白白了 Spring, Structs, JSF, ...