levine

这是我之前发表在chinaunix上的一篇帖子。今天再把它只字不改的贴在这儿，并不表示什么，仅仅是一次收集的过程。如果您之前没有看过此帖，还对其中的某些观点有自己的话要说 -- 多半是急着否定-- 建议您先google一下看看原文中别人是怎么说的。先申明一下，我不是什么高手。尤其是在linux c/c++方面，甚至是个非常的低手。在这儿，我不是故意大放厥词，来博取CUer们的注意。所有的都是认

现在摆在面前的最大难题恐怕是如何做设计，而并非对基础知识的理解。这种感觉在这些天越来越明显。这不是在说要忽视基础的学习，而是该超越这一步。软件设计的能力似乎和一个人掌握的基础知识没有必然的联系。起码现在看来是这样的。就对Linux的理解来说，对其各个方面的细节已经了解的很多，文件操作、进程间通讯。。。但似乎还是做不出像样的设计来。原因可能是之前设计经验太少了和对基础的理解还是不够。如果真是

    Symbian程序开发有其特殊性，不但表现在其特有的语言层面的实现机制--例如Descriptor， 而且在调试方法上也有很大不同。本文就此做一些概念上的说明性介绍，很多方法的引入（尤其是建设性的方法）是来自于Peter Jiang的文献。当然他的一些思想也是有根源的，这些都在最后的参考列表中给出来。我充其量来说，是归纳总结和呈献者。    本文的一些介绍是基于这样的开发环境：Micr

软件的正确性比效率更重要。效率低下但功能正确的软件，用户顶多不太情愿的说“凑合着用吧”。但对于含有错误的软件来说，即使效率最高，用户也是不能接受的，“什么破玩意儿”，大概是最宽容的评价了。从开发者的角度来说，保证程序的正确性永远是第一位的。我用了两个月的时间完成了别人半年的工作量，但遗憾的是，我在代码里留下了一个错误。当我发现错误并准备修改的时候，就是耽搁软件发布的时候。别人可能只会看到你犯下的错

《代码大全》是一本讲软件工程的书。花了将近三周的时间过了一遍，虽然没有预期的效果好，但总的来说，确实是本好书。作者更像是以过来人的身份，教导新手如何做程序设计。加上幽默诙谐口语化的写作方式，让我看得还算有耐心。这本书可以说是程序设计的大百科全书，但我觉得更适合有经验的程序员阅读，把自己平时的编程经验和书中经验之谈做比对，更有所领悟。好像有的地方比较啰嗦，其实可以写得比一千多页要薄得多。有空翻翻，仅

除夕，外面烟花盛放，一个美丽的夜晚。或许，我们就像那灿烂的烟火，昙花一刻，转瞬即逝。 春江花月夜春江潮水连海平，海上明月共潮生。 滟滟随波千万里，何处春江无月明？ 江流宛转绕芳甸，月照花林皆似霰。 空里流霜不觉飞，汀上白沙看不见。 江天一色无纤尘，皎皎空中孤月轮。 江畔何人初见月？江月何年初照人？ 人生代代无穷已，江月年年只相似。 不知江月待何人，但见长江送流水。 白云一片去悠悠，青枫

记得三年前北航西门有个很大的旧书店，我和Ann差不多一周或者十来天就去淘上一次。有一家是专卖中国古文史类的书，店主是个和蔼可亲的老爷子，他总是耐心的给我介绍一些好书。他店里的书，都不是新书，但也不是旧书，而是多年前的印本，但基本都是没开封的。我很喜欢这种类型的书。以前的书无论在封面设计还是页面排版水平都一点不逊色于现在的书。我记得有一次，淘到了一本1993年齐鲁书社出版的《二拍》的足本，让我高兴了

这里man指的是类UNIX系统中的Manual Pager Utils. 互联网触手可及的今天，还有多少人愿意求助于man? 就如我们看到的那样，Google已经把man送进了历史。这也许是很多UNIX用户不愿看到，但又不得不面对的现实。 Linux下的手册页非常简洁清晰。而且这些手册页的编写者很多都是程序编写者本人，因此几乎没有一句废话。为了学习Vim编辑器，许多人抱怨参考书太少