人需要思，才能知道不可思者；正如有时候人需要声音才能知道静默。人必须思及不可思者，可是刚一要这么做，它就立即溜掉了。这正是哲学的最迷人而又最恼人的地方。 

从逻辑上说，不可感者，超越经验；既不可感又不可思者，超越理智。关于超越经验和理智者，人不可能说得很多。所以哲学，至少是形上学，在它的性质上，一定是简单的，否则它又变成了简直是坏的科学。它虽然只有些简单的观念，也足够完成它的任务。 

我本人偏好冯先生的那种简单表述。不过，哲学家的工作，是一种个人的行为。岳先生的文字尽管复杂晦涩，但读者有充裕的时间去揣摩他的观点。从这个角度来看，复杂性没有太大的问题。可是，在社群软件开发的过程中，复杂形式的思想交流就有点不可思议了。我们总是希望接触到最直白的常识。 

要想用最直白的常识来交流，把握事物的本质是关键。而为了把握本质，我们首先需要认识事物。 

一般来说，人们认识事物从简单开始，经过简单认识的不断堆积，然后在混乱复杂中摸索，最后又回归简单的认识。这样的认识过程同样适用于社群软件开发领域。因此，在社群软件开发实践中，我们应该有意识地向认识的最高形式——简单化——靠拢。事实上，简单与否，常常可以成为衡量我们对事物认识程度的一个标准。我们不妨按照简单的标准来认识一下企业应用软件。 

在致远服软：http://www.soft8.com.cn/看来，企业应用软件很简单。它主要包括三个部分：一个领域模型，一组基于领域模型的计算，以及用来和用户交互的界面。这是一个基本的思路。 

任何时候都不要轻易丢弃一个非常简单的原则性想法，同时，在任何时候都不要固执于一个具体的想法细节。 

不过，当我们把这个基本思路应用到社群软件开发实践中去的时候，可能会发现，还有一些相关的工作要做。例如，评审软件开发在工作时会涉及信息的使用和存储。因为存储的需要，所以要了解数据库（现在的OR Mapping工具使你不用更多地了解它）。老实说，为了恪守简单的原则，我们应该逐渐进入细节。在这个例子中，思考领域模型的时候不要立即开始考虑数据库的因素。可以做到吗？答案是，很多社群软件开发人员都做不到。