开放与闭合之有限与无限

相同级别下：开放是无限的，闭合是有限的。

为什么我要强调相同级别。0-100，是有限的，前提是单位没有小数。

如果从更小的小数级别看，0-1可以是无限的。在一个级别下的有限，在更低级别会成为无限。

攻击：由于攻击力有限，最好被攻击对象是有限的。

防守：由于攻击力有限，最好的防守就是把自己变成无限，让攻击力泥牛入海。

我以我熟悉的软件开发项目，来解释具体什么叫有限，什么叫无限。

在大学的教科书上，软件开发过程是：需求调研，需求分析，然后到程序概要设计，详细设计，然后开发，开发完成后，测试，上线。

简单点说，就是调研，分析，设计，开发，测试几大块。教科书不会教你现实的资源是有限的。时间有限，人力有限。书本也不会告诉你，看着有限的需求，其实可能会变成无限 。

现实中，资源(人力，物力，时间)一定是有限的，即闭合的。 要做的东西(需求)有限的，而且需要耗费的资源比自己拥有的要小，项目才有顺利完成的保障。所以有经验的教科书中，会提到特别重要的一个环节“需求范围管理”，即把需求范围有限化。那是不是说，我把需求范围定义清楚了，就是有限?回答这个问题之前，我想问个反问个问题：一个系统的需求范围如此划分：我们系统需要用户管理，权限管理，订单管理，库存管理就行。 同学们，你觉得这是有限需求吗？

上边的需求范围描述，在系统级模块级别，是有限的，但也仅限于这一级别。 下一级别定义为0，即是无限的。 什么是用户管理，细节是什么？完全没有。没有细节，即是无形，无形即无限。单单一个没有定义细节的功能模块就可以把你所有的资源耗尽还不一定够。 比较常见的是：当你加班加点按常见的功能把用户管理做出来的时候，用户会说：

你们这颜色设计太差了，看着像内裤。

这样操作太费劲了，能不能有批量导入功能？

对了，页面这表格，操作起来不方便，如果有批量操作就好了，比如像excel?

Excel？！！你手头这点人做Excel， 塞牙缝都不够的。

程序猿们，说起来都是泪吧？如何解决？Easy! 关门， 放狗！！

你以为我在开玩笑，其实我是认真的。 程序猿们靠技术傍身，养家湖口，尊严的基石。

客户来一句，这么简单也弄不了？可以让程序猿们不眠不休，咬烂口中牙，为了尊严，敲碎键盘把功能实现。当黑着眼圈交付功能时。 客户露出了一丝欣喜：果然是牛人啊。不错，牛。 这个编辑器，我们要也弄得跟word一样吧，大神出手，肯定不是问题！

虽然伟大的程序猿已经手脚抽搐，就差口吐白沫了。但听到客户这么夸自己，还是个美眉，瞬间荷尔蒙喷射，如齐天大圣附体，狂喝几瓶红牛，日夜奋战去了。

举这个例子什么意思？意思是，这个时候，靠边站。让专业的人做专业的事，这时候，碰到狗，就要放更凶狠的狗来解决。让擅长谈判的人，需求控制的人来博弈。如何博弈又是一个大学问， 有机会再专门写一篇文章。

不管喝了多少鸡汤，不管你多理想主义。事物背后的本质不能违反。以有限资源，

做有限之事，才有成功的基础。

有限资源，做无限之事，必败。

软件项目管理展开来聊，可以写一本书，在这里，我就不一一细说，只是举了一个非常重要的需求范围管理，来阐述一下：有限与无限。

上边的例子，偏向于软件外包项目，对于自己公司开发的产品的，特别是互联网创业公司，在有限和无限上把控外，还会面临一个问题：不确定性。

我准备在下一篇文章：虚与实(暂时这么叫吧)细述。