Book review of "Time Management for System Administrators" (1)

"Time Management for System Administrators"是我第一次读时间管理方面的书,应该来讲还是感触比较深.读了也有两个月了,可真正的时间管理一直没有用起来. 虽然用了google日历,感觉也就是做做样子,而且也不太坚持.可见很多时候,并不是求不着道,而是道在那儿,人却不去理会.

此书是写给系统管理员的,不过程序员也可以在中间学到很多东西.作者在前言里说"This book is not for programmers. Beta readers told me that programmers should find this book extremely useful, but I feel that programmers have different issues and therefore deserve their own book."

我大概总结下我觉得书中对于程序员有用的地方,不过想要养成新习惯,重要的不是知道新习惯如何如何好,而是坚持使用新习惯.据说培养一个新习惯只要1个月,但是这一个月一定要坚持,不然就前功尽弃.我们身上的坏习惯都太多了,每天改掉一点,一个月,就会有巨大的提高.

首先,时间管理的原则是:1.一个管理工作(PDA或者纸笔);2.为那些重要的工作节省脑力;3.使用例程,并坚持它们;4.培养习惯和个人原则;5.在"项目时间"里保存专注;6.在工作以外的社会生活也坚持使用.

对于完成工作,专注非常之重要.SA想要专注并不大容易,因为时时有人找.但程序员一般都会有一些个人空间,帮助进入专注状态.工作中的干扰,最好可以完全避免,因为一但手头的工作被打断,你重新上手的时间可能比你完成剩余工作的时间更长.保存专注还有一些小帖士,比如保持桌子和电脑桌面的清洁,消除办公室里让你分心的东西,禁掉IM,邮件通知等等.同时,注意自己在一天的哪个时间段内最容易专注,在那个时间段内做优先级比较高的工作.最后,因为一天的早上人和事都比较少,可以考虑早点去公司,在那一段时间完成工作.

对于分配的任务,不要认为可以就用大脑记着,一定要用时间管理工具记下来.而且只有记录下来,才可以进行方便的计划,而不是被干扰打断.

大部分人每天的工作都是很无聊的,可以说是例行公事,但是如果例行公事都做不好,就不要考虑做别的更有意义的事情了.将那些琐碎的工都编排起来,记录为每日的例行公事,这样你就不会遗漏,而且也不用每天想有哪些琐碎的事要做.

人的生活是个不断的循环,也可以说是螺旋着上升吧.(也可能是原地转圈,或者说干脆是下降).时间管理也是一个管理循环的系统.时间管理的工具有三个特点,方便携带,可靠,和便于管理.因此,具体来说,时间管理系统的组成元素是这几样.日历,人生目标,每日计划,包括Todo list和Schedule.每天早上,用十分钟来计划自己这一天,检查日历,Todo list,置定Schedule.

.NET学习手记(1)-.NET之前的洪荒年代

如果我没有记错，微软是在2002年的2月14号,就是情人节那天，将.NET推到世人面前的，现在2009年了，.NET已经发展了7年，版本已经到3.5，4.0也马上要推出了。这个时候，我才开始学习.NET，作为一个Windows程序员，应该深感羞愧才对。

程序员不管学习什么，有条重要的途径都是看书。我在项目并用不上.NET时，只好先比看书起，陆陆续续开始看相关的书。国人写的＜你必须知道的.NET>，老外写的。现在在看的有<.NET本质论＞和，计划中的有，还有微软的sscli也打算研究。

我计划写这篇笔记很久了，我的计划是首先谈为什么要有.NET，结果刚开始看＜.NET本质论＞时，就发现Don Box非常清楚和深刻地讲了这个问题。Don Box提到.NET Framework从根本上讲提供了两个核心的集成技术：CLR和XML Web Service，后者我不大了解,没有接触。对于CLR，他则指出，CLR is better COM.

就我个人的理解，.NET的出现，是给机器与程序员之间增加了一层抽象形。原来的层次是 机器－＞操作系统API－＞程序员。Windows的API这个集合极大，是不可能完全掌握的怪物，作为补救，微软推出了MFC啊,WinInet啊之类库，但是这些都只是一层薄薄的封装，谈不上抽象层。而.NET，则是插入操作系统API和程序员之间的一个巨大的抽象层。从概念到编程语言，都是全新的。

另一个来源的支柱就是COM，在.NET之前，COM是Windows平台上支柱型的编程模型。但是COM的问题和它的好处一样多。首先就是复杂，COM是一种二进制接口，基于C＋＋的二进制模型，要求使用者至少得非常熟悉C＋＋。即使如此，在学习COM的过程中，依然会有无数的障碍。Joe甚至认为，COM让微软失去了整整一代程序员。

再者，COM没有实现继承，虽然微软认为，COM强制接口与实现分离，且只提供接口继承，是为了程序员好，但是它又提供了包容与聚合两种所谓的对象复用的方法，结果上就有一条，COM aggregation and COM containment are for identity tricks,not code reuse。

COM对象的生命期依赖于引用计数，而非真正的垃圾收集。我个人觉得引用计数总会给人一种资源管理就安全了的错误感觉，从而忽略了循环计数这种常见却难于发现的情况。而对于复杂一点的系统（如果还经常改变的话），想避免这个问题真的很难。

COM的套间，则是一个典型的提供策略非而机制的例子。STA吧，初看起来感觉是很好很强大，但是实际使用中，发现它简直是死锁之源（至少是假死）。

Don Box书中还提到了其它COM的弱点，比如tlb和IDL没有什么关系，COM不能定义依赖关系。其实，COM设计的时候，考虑的效率，而非易用，采取最小原则，需要最少的统一的 C++ 实现方式。这种方式，当时是必须的，现在看起来却不大合适。

总的来讲，CLR出现之前，的确是个洪荒年代，等我再看阵书，再接着谈感想。