我这么寻思啊，在各种伟大的Linux这种对开发人员这么友好的OS们里面，一切构建方面的问题都是纸老虎。也因为目前手里没方便的Linux机器（其实公司里有一台，外加跑着blog的VPS，就是嫌麻烦…），所以怎么在Linux上面折腾build openjdk7就不废话了，应该比起openjdk6来说不会复杂太多的吧，参考 [浅读openjdk6] 1. 构建openjdk6 。在Windows上嘛，谁乐意折腾谁折腾去吧…反正build完了debug时也不是很爽。
继续阅读首先，不管常识也好，django自己的文档 也罢，用应用服务器发送静态资源文件一直就不是什么好办法，尤其用python、java这种东西做的应用服务器，几乎没什么可能达到apache、lighttpd 、cherokee 、nginx 之流的性能——当然有人说nginx是web应用平台，换而言之，应用服务器，这个我也没话说。
继续阅读其实一共也就才2天。
还是头儿一直张罗着要做一个设计模式的培训，因为连续2次公司技术考试里大部分人对设计模式的试题回答得都比较业余。我一直觉得这种东西是很虚的那种技术，所以一直以来不是太感冒：曾经有过N次都是看了设计模式的书就发现自己前几天在干的东西就是某模式，总觉得一帮人吹的那么神乎其神干什么。今天讲师也正好提到了Joshua Bloch大爷也有这种经历。所以说，自然而然地在不了解模式的情况下就应用了一种或N种模式也不是什么稀奇的事情，更不值得沾沾自喜，只不过不学习设计模式就能自己总结出目前流行的所有这些设计模式，那就真是神一般的存在了。
继续阅读接上篇，当openjdk6的代码库已经用mercurial clone/fclone完毕之后，就可以构建openjdk6了。当然构建与阅读源代码没有太大关系，只是如果日后还要做hack的话，总要通过构建和测试来检查、调试自己的hack不是，所以了解openjdk6的构建方法还是有点必要的。
继续阅读最近几天在抽空看openjdk6的源代码。总觉得如果打算干很久java的话，光靠看tutor、doc、reference始终有种底气不足的感觉；src.zip里的东西可以随用随看，但各种本地方法调用以及src.zip不方便包含的类的源代码都是平日在eclipse里开发时很少会花时间看的，但这一部分往往最能决定一个java应用程序的性能。其实预谋了很久了，大概多半年到一年前就有这打算了，可始终没什么空闲，杂事也很多。
继续阅读