复杂系统涌现

领域驱动设计之实践与反思 一、引言 前两三年，在这里我先后写过三个帖子，分别阐述了对三个问题的思考。1）什么是程序？结论是：程序=数据结构+算法+设计模式。2）什么是领域模型？结论是：人对领域的认

睡不着，探讨一下哲学问题。 “测不准原理”是量子力学的一个基本原理，观察者可影响被观察物体状态，“薛定谔的猫”把它放大到了宏观的世界。 本来物理学是门科学，以自然主义哲学为基础的，唯物；“薛定谔的猫”的结论却告诉我们只

很久没上jdon了，回来看了下，回过贴，提到一个词：非冯诺依曼。（尽管我是JAVA向的，但我热衷的还是函数和逻辑式。在我每次的探索中，总发现指令一直是约束程序员思维的东西，但我每次都否定不了，正因为冯诺依曼体系。发现这一点后，我到达了新天地——非冯诺依曼体系。以下用“冯”代表冯诺依曼体系，“非冯”代

敏捷开发其实意义不是很大，在复杂项目中 复杂系统的开发，不会采用敏捷的方式，而是要在开始阶段，多考虑完善，多在架构层面，留有余量，而这个余量，更多的是通过设计方法--例如，采用灵活的顶层设计，留有余地的接口，抽象类来实现，而敏捷式开发，更多的强调是，你做出

主要是关于计算机科学到底是数学还是工程还是科学的争论，摘要部分重点如下：计算机科学的语言分为两种：程序规范设计语言如Java和广义语言如UML，它们的基本本体及其阐述要求的方式各不相同。 基于谓词逻辑和集合论

描述系统一个系统需要三个方面：系统是什么样的。系统中的计算以及所需的数据。系统的行为基于其内部状态，以及系统内部和外部的系统交互。 传统工具<

这篇文章的灵感来自斯坦福大学教授罗伯特·萨波尔斯基（Robert Sapolsky）的讲座，该讲座略过了一些分类思维的观点。我发现了解

道德经其实真是大道至简的一门哲学，如何追随自然规律，并顺势而为，我们设计企业软件也是这样，Martin Fowler曾经对企业软件说得很透彻：企业软件就是一个跟踪Tracing系统. 既然企业软件是一个跟踪系统，那就不能跟错，那么它跟的是什么？如果跟踪钱m

提要： 指称问题是当代英美语言哲学中的核心问题之一，也是与形而上学有着最为直接关系的部分。指称问题不仅涉及语言的意义，而且关系到对象的存在以及对象与语词之间的关系等问题。在现代语言哲学中，指称关系被看作是一种使用关系，是人们对语词的一种用法而已。实在论与反实在论在指称问题上的分歧的焦点集中在对于指称

从构建大规模多区域分布式系统中汲取的经验教训！在设计系统时，软件架构师通常需要选择各种依赖关系 - 基础架构，身份验证，存储，当我第一次开始在IBM担任软件架构职责时，我倾向于选择完成工作的依赖项，但很快我就学会了这一课：做一个极简主义者。只有在绝对需要时才引入新的依赖关系。

事实上这3篇文章 我已经在javaeye上发过了.得到了一些意见和建议.实质上我在1年多前就在过jdon.知道jdon是一个什么样的群体,所以我觉得这3篇文章也应该发到jdon里面来,各位都是设计的专家,所以请点评我的文章,一共3篇 我都放到一个帖子发布了..由于本人的文笔不是很好,所以不知道各位能

我之前写一篇文章 是否需要重复发明轮子，请大家给点意见。 主要的观点：

思考是很艰难的，某种类型的思维都有一种主观偏见与局限。四个问题导致了我们的认知偏差：太多的信息、缺乏意义、快速行动的需要、如何知道哪些是日后必须要记住的。 第一个问题：太多的信息世界上有太多的信息，因此我们别无选择，只能对信息进行过滤，我们的大脑使

Symmathesy是“一起学习”的意思，把希腊语前缀Syn / Sym（一起）+ Mathesi，（学习）= Symmathesy。软件不是一个工艺。 这也不是一门艺术。 它也不是工程, 也不是建筑, 也不是我们以前的任何东西。 我现在有了关于软件开发本质定义: Symmathes

为什么是树？实践前人的忠告。是因为树是有形的集合，隐隐约约知道前人留给我们一个忠告：使用图形去思考。

设计方法，有很多，例如，DDD，开发过程主要是项目小组采取什么流程进行开发，例如，Scrum，OpenUP，RUP，瀑布模型等 好像很多人，头发胡子一把抓，敏捷是开发流程，和设计方法，是两个不同的东西。 一个是工