Morning@Weblog

记得三年前就听说过ant，当初还曾简单的使用过，不过时隔3年，印象已然不深。昨天重新学习ant，在huihoo找到了一篇介绍ant使用方法的文章（可惜年代久远），在对ant的使用有所了解之余，还有另一番收获。 (more…)

一直声称“要转向java领域”，不过今天算是碰了一个不大不小的钉子，让我汗颜了一把。

这大概可以算是我n年来运行的第一个java程序了（以前也摆弄过一段时间的java），我还记得要准确设置JAVA_HOME和classpath的，不过编译通过后，却遇到了一个莫名其妙的java.lang.NoClassDefFoundError，好在网络无极限，google一搜就可以找到解决方法。

原来缺省时classpath的取值为“.”，亦即当前目录，在手工设置classpath之后，务必不要忘记在所有路径之前添加“.;”，比如：
.;%JAVA_HOME%lib;%JAVA_HOME%libtools.jar;
否则，即使.class就在你眼皮底下java也依然会熟视无睹的。

That’s my mistake, a very stupid mistake.

上周末又去听了一回讲座（关于Web Service和Websphere的），大有上当的感觉。原定2个小时的内容，有将近一半的时间都在为某个培训机构作宣传，这真是一个糟糕的开场白，那时我正在下面翻看一本《程序员》杂志以示“抗议”。剩下的时间里，演讲者只有简单概述一下Web Service而已了，幸好草草收场，否则我就真的要坚持不住了——很不体面的打起瞌睡来。

唯一有些价值的东西都列在下面了，以表示我没有白去一趟： (more…)

在今天例行的下班“公车时段”，在最新一期的《程序员》杂志上看到了一篇关于Visual Studio 2005 Team System的介绍性文章。我承认，对于VS2005 Team System的所有了解完全是从这篇文章开始的。随后在网上Search后才知道，这个被称作为企业应用开发提供集成化的全面解决方案的“半成品”，在几个月前的TechEd2004上是众人瞩目的焦点。 (more…)

在下班回来的公车上摇摇晃晃的看着一篇刊载于往期《程序员》上的题为“《测试驱动开发》精彩选读”的文章。Kent Beck的这本书确实很吸引人，只是这中译本的翻译不敢恭维，至少不能算作专业，有机会还是拜读原著比较好。不过这并不妨碍我在短短的公车时段里与这位我所钦佩的XP大师“碰撞”出思想的火花来。请不要误会，我并不想高攀。而是，忍不住幸喜于读到细微处的一点共鸣，虽然这和XP，TDD，本身似乎关系并不大。 (more…)

昨天在CSDN看到了一篇讨论开源的文章，引来跟贴无数，甚是激烈。向来口水战总被指为意义甚微，不过还是会有许多人耐不住寂寞，当然这其中也不乏金玉，但轻率的争辩总是多过理性的交流，因此在这样的氛围里智者也很容易因为言词过激而自乱阵脚。 (more…)

上周末参加的活动，内容有关于Palm OS编程，只是讲座形式显得单薄呆板了些，不过我还算幸运，拿到了一个纪念品，居然还是以替补身份领奖的，不知哪位老兄有事未能出席，把这个机会让给了我：）

点击此处查看照片

Chapter 3 The Surgical Team

成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良后果（系统调试）。
千万不要忘记后半句话。

小型精干队伍对于真正意义上的大型系统而言，太慢了。就效率和概念完整性而言，最好由少数干练的人员来设计和开发，而对于大型系统，则需要大量的人手，以使产品能在时间上满足要求
小型队伍开发大型系统，导致过长的开发周期，而软件是具有实效性的
(more…)

Chapter 2 The Mythical Man-Month

一切都将运作良好，每一项任务仅花费它所“应该”花费的时间。
这是一个观念的转变问题，在这个行业里“浸淫”的这几年，还好自己已经褪去那层“乐观”了

在单个的任务中，“一切都将运转正常”的假设在进度上具有可实现性。因为所遇到的延迟是一个概率分布曲线，“不会延迟”具有限定的概率，所以现实情况可能会像计划安排的那样顺利。然而大型的编程工作，或多或少包含了很多任务，某些任务间还具有前后的次序，从而一切正常的概率变得非常小，甚至接近于无。
这段话有点罗嗦，简言之，任何事情只要一上规模，便会变得难于控制，这里所指的是时间可控性
(more…)

Chapter 1 The Tar Pit

有关Programming Product和Programming System的解释
不想对两者做过细的界定，一般的理解，很像是实际当中的产品开发和项目开发

有关编程这一职业的乐趣和苦恼的论述
引出了焦油坑的比喻，很有意思的比喻

Chapter 2 The Mythical Man-Month

Dorothy Sayers的《The Mind of the Maker》一书中，将创造性活动分为构思、实现、交流三个阶段。
交流实际隐含了创造者与使用者之间的反复交流过程，就像系统的反馈环节，必要的反馈使系统得以完善

对于创造者，只有在实现的过程中，才能发现我们构思的不完整性和不一致性
深有体会，不完整性和不一致性就像两对孪生兄弟般形影不离，几乎每个凡人都会在创造性劳动中同时犯下这两个错误。与其假意回避，不如坦然面对。

终于决定把blog彻底搬到自己的网站上来了。这将会是一个纯粹技术性的blog，但不会局限于某项单一技术，因为：
- 不打算把这里当作调侃、发泄的场所，这会和网站的整体风格格格不入
- 我不是任何一项技术的狂热爱好者，对技术的探究深度也很有限
- 和生活一样，技术也该丰富多彩一些才是 (more…)