buhui912的专栏

最近又来激情了，很想写写代码阅读心得方面的东西。自己算上从本科到现在好几年了，读的代码也有四五十万行了。本科一接触linux内核，就开始读内核源代码，当时花了不少时间，深入读完后，确实理解了内核一些东西，然后过了一阵子，呵呵，读的多忘得也多，再加上当时也不做笔记，不做什么实验，读了也有点白读了。自己以前接触linux内核东西，是想着自己可以随心所欲摆弄操作系统那该多好，呵呵，可惜操作系统是博大

大家可能都在想现在linux内核的学习到底对自己工作能带来多少好处。如果自己不是搞linux内核相关的工作，要不要去看内核那些深奥的代码。我的HPC组的一些经历能很好地给出一点启发吧。（我的讲话方式比较喜欢联想一些其他的东西，貌似这些东西跟我谈的主要话题也很有关系）做HPC项目时，富士通理研所把他们的PJSD模块整个结构设计文档发给我们，看看我们能不能提供些更好的建议，怎么

从网上找的单元测试评论：什么时候测试？单元测试越早越好，早到什么程度？XP开发理论讲究TDD，即测试驱动开发，先编写测试代码，再进行开发。在实际的工作中，可以不必过分强调先什么后什么，重要的是高效和感觉舒适。从老纳的经验来看，先编写产品函数的框架，然后编写测试函数，针对产品函数的功能编写测试用例，然后编写产品函数的代码，每写一个功能点都运行测试，随时补充测试用例。所谓先编写产品函数的框架，是指

一个人的开发毕竟和多个人的团队开发不一样所以两方面的东西不可少：表达：1：倾听别人说话2：自己说了.............3：写一些文档动手:1：操作各种软件工具的能力，比如SVN，souce_insight的能力2：灵活解决问题的思路当你是搞工程而不是搞理论时，当你是搞低端开发时，这两方面的能力就尤为突出了。自己在这两方面都不强，学校期间毕竟没有

C语言经典三大结构：循环，顺序，分支，是遵循冯诺依曼结构设计出来的。C语言是贴近底层的语言，因此用它编程比较枯燥，开发周期慢。但是有时需要打破常规，跳出传统程序设计影响，多抽象出一些过程，不妨学学函数式编程比如经典的反转链表，可以这样写：typedef struct cons_cell {        void * car;        void * cdr;}cons

1：小公司有时比大公司更需要些比较深入的技术。大公司可能每个人都是那颗螺丝钉，只管自己的一片。小公司有时更灵活，需要你应付各种技术上的困难。而且小公司不会太像中兴华为一样招人挑学校背景，我们公司的项目经理有些还是大专生的，小公司的待遇也未必差，互联网的时代，不一定是进大公司就好。2：虽然国内那些软件公司都是走低端路线的，但是并非每个公司不需要高端技术人才的。就像看一份代码，掌握技术全面比较深入

转孟岩老师的话：           基础软件开发崇尚的是自由、直接、透明、简单、高效，要像匕首一样锋利，像战士一样勇猛，像农夫一样朴实，反对繁琐华丽的设计，反对架床迭屋的层层抽象，反对复杂的结构和不必要的灵活性。而Java社群多年来形成的设计风格与此格格不入，甚至可以说是对立的。Java在意识形态上是要面向企业应用软件的开发，所以特别强调架构，强调设计模式，强调标准，强调规规矩矩，强调高姿态

用C语言开发是比较费时费脑的时，怎么才减少工作量，高效舒服地开发不得不需要考虑下首先代码要符合编码规范，大公司都有自己的一套编码规范。富士通的编码规范不得不佩服一下，确实很详细，很能避免开发时所出现的错误编码规范适合团队式开发，编码规范从深层次上说是一个团队的开发方言，就像家乡的方言一样，你要了解家乡文化，必须得了解方言。编码规范制定的科学详细点有助于代码的清晰可读，代码的调试编译错误避免

这几天，我在读Seth Godin的《创业者圣经：有创意，无资金，如何起家》（The Bootstrapper's Bible，上海译文出版社，2000）。我读的是实体书，不过译言上有网友翻译的中译本。当你白手起家，开始创业的时候，市场往往已经被几家大企业牢牢占据。如何在与大企业的竞争中存活下来，就成了你面对的最大问题。许多创业者对这个问题缺乏清醒的认识，不懂得扬长避短，结

2011/12/20       目前我是致力于软件服务业方面的工作，虽然不是做产品开发的。但是自己的角色定位也得摆脱过多技术化色彩。       我是做软件服务的，全心全意为日本客户服务，争取让客户多发单，让我们做，改进工作质量，让客户看到我们的实力。       技术说到底都只是个工具，我要站在更高一级的角度来看待我的工作。       软件服务业也有很多值得学习提高的地方。虽