<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[朝圣的路]]></title><description><![CDATA[周凤春的专栏]]></description><link>https://blog.youkuaiyun.com/zhoufc</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; zhoufc]]></copyright><item><title><![CDATA[低头做事与抬头看路]]></title><link>https://blog.youkuaiyun.com/zhoufc/article/details/320238</link><guid>https://blog.youkuaiyun.com/zhoufc/article/details/320238</guid><author>zhoufc</author><pubDate>Tue, 15 Mar 2005 17:48:00 +0800</pubDate><description><![CDATA[我最近一直有一些困惑，这些困惑来自于我的工作。就像在一个笼子里面的野兽，思维总是找不到一个出口，只是在那个笼子里面不停的转悠。转啊转，发现自己转了一圈还是回到了原来的地方。这是一个让人窒息的困惑，让人谜思的困惑。我在追问：门，在哪里？很偶然，我看到了一篇blog，提到中国的经理人往往喜欢低头做事，而港台的经理人则更多的抬头看路。这个问题也是我们经常谈论的一个话题，在大陆的外资企业里面，为什么中高层]]></description><category></category></item><item><title><![CDATA["做与对"的哲学]]></title><link>https://blog.youkuaiyun.com/zhoufc/article/details/320236</link><guid>https://blog.youkuaiyun.com/zhoufc/article/details/320236</guid><author>zhoufc</author><pubDate>Tue, 15 Mar 2005 17:45:00 +0800</pubDate><description><![CDATA["做与对"是个简单的管理哲学，我第一次看到这句话的时候，确被深深的触动了一下。中文往往讲究言简意骇，"做与对"就深刻的表现了中文的特征。如果从语义上去分析的话，这句话包含了三个基本的内容。第一个是"做"，描述的是一种行为或者动作；第二个是"做"的对象，隐含在这三个字里面；第三个是"对"，就是对"做"进行检查，确保"做"得对，"做"的是正确的事情。如果把这句话引用到程序员的编程工作上，可以把程序员分]]></description><category></category></item><item><title><![CDATA[“朝圣的路”由来]]></title><link>https://blog.youkuaiyun.com/zhoufc/article/details/320230</link><guid>https://blog.youkuaiyun.com/zhoufc/article/details/320230</guid><author>zhoufc</author><pubDate>Tue, 15 Mar 2005 17:42:00 +0800</pubDate><description><![CDATA["朝圣的路"是我从另外一个空间搬迁过来的。这个名字是盗用了周国平先生的一本散文集的名字《各自朝圣的路》。我很喜欢周国平的文章，第一次看到他的书是大学的时候，书名叫做《守望的距离》。那个时候生活得很自在，是我一直怀恋的生活状态。我一眼就被这个书名所吸引了，从书架上拿下来看看，越看越喜欢。从此喜欢上了周国平。大学毕业后，一直忙着工作。再也没有心思看些文学的书籍，我的书架和床头都被各种各样的计算机专业书]]></description><category></category></item><item><title><![CDATA[谈谈用UML来做需求管理]]></title><link>https://blog.youkuaiyun.com/zhoufc/article/details/320218</link><guid>https://blog.youkuaiyun.com/zhoufc/article/details/320218</guid><author>zhoufc</author><pubDate>Tue, 15 Mar 2005 17:36:00 +0800</pubDate><description><![CDATA[今天在看《Agile Software Development》，读到附录中关于UML的介绍，不禁慨叹：我以前在UML的时候怎么就那么的蹩脚呢，特别是在描述需求的时候。我刚刚设计了一个项目，一开头就碰到一个头疼的问题——需求分析。我想取消我们以前那种繁杂的用文字描述的文档方法，采用UML的图形化来表示。取消的原因有两个，一是项目的组员不怎么愿意看那个文档来了解需求，我们这些搞技术的文字表述能力都不]]></description><category></category></item><item><title><![CDATA[从我的三份需求文档谈谈需求管理]]></title><link>https://blog.youkuaiyun.com/zhoufc/article/details/320213</link><guid>https://blog.youkuaiyun.com/zhoufc/article/details/320213</guid><author>zhoufc</author><pubDate>Tue, 15 Mar 2005 17:33:00 +0800</pubDate><description><![CDATA[这两天又在写一份关于库存管理系统的需求文档，借着这个机会，我看了看之前我写的两份需求文档。虽然这三份需求文档之间有很大的不同，但是我觉得它们都写得很好，达到了预期。先说我刚刚写的这份库存管理系统，这是我们开发的餐饮软件第二期的主要内容。写得很简单，就是一篇Word文档，通篇主要包括两个大的部分：一部分是功能的列表和描述，另一部分是单据列表和描述。我曾经想给这个部分添加一些UML图形，但是我的文字描]]></description><category></category></item><item><title><![CDATA[论瀑布模型、Rup是否适用于一般的国内软件公司。（二）]]></title><link>https://blog.youkuaiyun.com/zhoufc/article/details/320205</link><guid>https://blog.youkuaiyun.com/zhoufc/article/details/320205</guid><author>zhoufc</author><pubDate>Tue, 15 Mar 2005 17:28:00 +0800</pubDate><description><![CDATA[既然瀑布模型不行，那什么的开发方法能够解决问题呢。那个时候开始兴起UML，号称对软件的开发方法有革命性的意义，连代码都能够生成。我马上进入学习UML的行列，在UML的学习过程中的确学习了不少东西。不过，不久我觉得UML只能作为软件开发的一个工具，它可以帮助我们用标准的图形方式来讨论需求、记录需求、讨论设计、进行设计等等，或者你可以更简单的理解就是一个书写文档的图形规范。她根本就不能解决软件开发方法]]></description><category></category></item><item><title><![CDATA[论瀑布模型、Rup是否适用于一般的国内软件公司。（一）]]></title><link>https://blog.youkuaiyun.com/zhoufc/article/details/320011</link><guid>https://blog.youkuaiyun.com/zhoufc/article/details/320011</guid><author>zhoufc</author><pubDate>Tue, 15 Mar 2005 14:36:00 +0800</pubDate><description><![CDATA[记得第一次对软件的开发方法第一次感兴趣是在大学的时候，那个时候开始学习瀑布模型。从那个时候开始，我知道我之前写的一些东西只能叫做“一段代码”，远远不是软件。也开始对软件的开发方法感到迷惑、兴奋、感慨，软件开发原来是这样一个复杂的过程。那个时候我觉得瀑布模型解决了我心底一个长久的疑问：这些庞大的软件是怎么开发出来的。同时，也觉得自己增长了不少的见识。看到或者听到多少多少项目失败，心里总在想：肯定是没]]></description><category></category></item></channel></rss>