zhoufc-CSDN博客

原创低头做事与抬头看路

我最近一直有一些困惑，这些困惑来自于我的工作。就像在一个笼子里面的野兽，思维总是找不到一个出口，只是在那个笼子里面不停的转悠。转啊转，发现自己转了一圈还是回到了原来的地方。这是一个让人窒息的困惑，让人谜思的困惑。我在追问：门，在哪里？很偶然，我看到了一篇blog，提到中国的经理人往往喜欢低头做事，而港台的经理人则更多的抬头看路。这个问题也是我们经常谈论的一个话题，在大陆的外资企业里面，为什么中高层

2005-03-15 17:48:00 4692 2

原创 "做与对"的哲学

"做与对"是个简单的管理哲学，我第一次看到这句话的时候，确被深深的触动了一下。中文往往讲究言简意骇，"做与对"就深刻的表现了中文的特征。如果从语义上去分析的话，这句话包含了三个基本的内容。第一个是"做"，描述的是一种行为或者动作；第二个是"做"的对象，隐含在这三个字里面；第三个是"对"，就是对"做"进行检查，确保"做"得对，"做"的是正确的事情。如果把这句话引用到程序员的编程工作上，可以把程序员分

2005-03-15 17:45:00 1150

原创 “朝圣的路”由来

"朝圣的路"是我从另外一个空间搬迁过来的。这个名字是盗用了周国平先生的一本散文集的名字《各自朝圣的路》。我很喜欢周国平的文章，第一次看到他的书是大学的时候，书名叫做《守望的距离》。那个时候生活得很自在，是我一直怀恋的生活状态。我一眼就被这个书名所吸引了，从书架上拿下来看看，越看越喜欢。从此喜欢上了周国平。大学毕业后，一直忙着工作。再也没有心思看些文学的书籍，我的书架和床头都被各种各样的计算机专业书

2005-03-15 17:42:00 1135

原创谈谈用UML来做需求管理

今天在看《Agile Software Development》，读到附录中关于UML的介绍，不禁慨叹：我以前在UML的时候怎么就那么的蹩脚呢，特别是在描述需求的时候。我刚刚设计了一个项目，一开头就碰到一个头疼的问题——需求分析。我想取消我们以前那种繁杂的用文字描述的文档方法，采用UML的图形化来表示。取消的原因有两个，一是项目的组员不怎么愿意看那个文档来了解需求，我们这些搞技术的文字表述能力都不

2005-03-15 17:36:00 1203

原创从我的三份需求文档谈谈需求管理

这两天又在写一份关于库存管理系统的需求文档，借着这个机会，我看了看之前我写的两份需求文档。虽然这三份需求文档之间有很大的不同，但是我觉得它们都写得很好，达到了预期。先说我刚刚写的这份库存管理系统，这是我们开发的餐饮软件第二期的主要内容。写得很简单，就是一篇Word文档，通篇主要包括两个大的部分：一部分是功能的列表和描述，另一部分是单据列表和描述。我曾经想给这个部分添加一些UML图形，但是我的文字描

2005-03-15 17:33:00 2994 2

原创论瀑布模型、Rup是否适用于一般的国内软件公司。（二）

既然瀑布模型不行，那什么的开发方法能够解决问题呢。那个时候开始兴起UML，号称对软件的开发方法有革命性的意义，连代码都能够生成。我马上进入学习UML的行列，在UML的学习过程中的确学习了不少东西。不过，不久我觉得UML只能作为软件开发的一个工具，它可以帮助我们用标准的图形方式来讨论需求、记录需求、讨论设计、进行设计等等，或者你可以更简单的理解就是一个书写文档的图形规范。她根本就不能解决软件开发方法

2005-03-15 17:28:00 1305

原创论瀑布模型、Rup是否适用于一般的国内软件公司。（一）

记得第一次对软件的开发方法第一次感兴趣是在大学的时候，那个时候开始学习瀑布模型。从那个时候开始，我知道我之前写的一些东西只能叫做“一段代码”，远远不是软件。也开始对软件的开发方法感到迷惑、兴奋、感慨，软件开发原来是这样一个复杂的过程。那个时候我觉得瀑布模型解决了我心底一个长久的疑问：这些庞大的软件是怎么开发出来的。同时，也觉得自己增长了不少的见识。看到或者听到多少多少项目失败，心里总在想：肯定是没

2005-03-15 14:36:00 1166

朝圣的路