Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
复杂系统涌现
结合CYNEFIN框架对DDD真正的定位 - Mathias Verraes
软件系统架构更像一座城市社区?
"架构 "是软件工程中非常常用的一种方法,也是非常成功的一种方法。如此成功,以至于我们把 "架构师 "作为软件世界中的一个角色。做一个架构师是一件很酷的事情! 有谁记得《黑客帝国》中的 "建筑师"?是的,这很酷,但是,为什么我们要用建筑学的
还原论与构建论:
Anderson (1972) 的
思考工具之冰山模型 | Untools
通过查看隐藏的抽象级别来发现事件的根本原因。 只在事件层面上解决问题往往是不够的。真正的原因往往隐藏在众目睽睽之下。 冰山模型是一个工具,它允许你转换视角,超越大家注意到的直接事件。它帮助你发现这些事件发
架构师应该多维度多视角地思考 - Gregor
程序员是无到有构建代码,应该注重组合思维,做出来的东西需要能够相互组合在一起;而架构师是从上而下的视角,因为不参与具体细节构建,但为了落地,应该具有多维度多维度视角,从程序员到架构师思维转变很重要,下面是原文摘要:一个人能看得更多不仅意味着要有更好的视力,还意味着能看到更多的维度。想
《自然》新论文:人们是如何建模问题域以及制订计划?
最近一篇论文发表在《自然》杂志上:提出了一种研究人类是如何进行计划、规划或建模的新方法。 例如在国际象棋中
40多年的软件工程研究是失败的 - iansommerville
作者背景:从1981年左右到2014年退休,我一直从事软件工程或相关学科的研究。从1984年到2014年,我的所有研究都涉及与英国和整个欧洲的工业界合作。我有幸与来自不同行业和国家的许多人一起工作,我从这些经历中学到了很多东西。
思考工具之连接圈 | Untools
连接圈(Connection circles)是一种将故事或系统中的关系可视化的工具。它们通过看到系统中的因果关系来帮助你理解复杂性。 连接圈还可以帮助你识别反馈回路--无论是强化还是平衡。 创建一个连接
规则引擎并不灵:康威定律不适用于刚性设计 - verraes
软件设计与康威定理是两种不同的东西,软件设计是针对软件的,康威定律认为团队组织管理方式决定了软件的设计,因为这两者本身就属于一个大系统。但是虽然你的团队划分按照康威定律,最终软件设计还是不行,原因是康威定律并不适用于刚性的硬设计,
什么是Big Design Up Front以及利弊?- Benek
Big Design Up Front(简称BDUF) 是一种在开始实施之前预先完成和完善网站、应用程序或软件设计的方法。它需要一个瀑布过程,并且依赖于预测。这是在敏捷出现之前几十年的流行方法。过去,网站和软件的构建成本非常高,因此有必要在成本高昂的工程发生之前解决尽可能多的问题。把
思考工具之平衡反馈回路 | Untools
平衡反馈回路是一种机制,它抵制在一个方向的进一步变化。它以反方向的变化来对抗一个方向的变化。它试图稳定一个系统。 通常在系统中,你会发现这种平衡环路与强化反馈环路在一起,强化反馈环路的作用正好相反,会产生指数性的变化。
认知偏见之行动偏见
行动偏见描述了我们倾向于采取行动而不是不采取行动,有时候,我们感到不得不采取行动,即使没有证据表明这样做会比什么都不做带来更好的结果。我们把行动作为一种默认的、自动的反应,即使没有坚实的理由来支持,这种倾向也被称为行动偏见。
为涌现而设计 - by Kasey Klimes
共同普通大众的需求代表着巨大的市场,但这种需求已经在很大程度上得到了满足,解决方案之间的竞争非常激烈。长尾需求往往得不到满足,竞争也少得多,但单独代表的市场太小,不足以证明开发费用是合理的。 有一种解决长尾问题的方法,但它需要一种非常不同的
思考工具之加强反馈循环 | Untools
了解指数(复利)变化背后的力量。 只要环路内的行为或事件相互加强,就会发现强化反馈环路。这些环路放大了过程的效果。 这是一个口号,但你可以在你周围找到现实世界的例子。复利是一个非常常见的例子。你在银行的钱
复杂软件的崩溃 - nolanlawson
1988年,人类学家Joseph Tainter出版了一本名为《复杂社会的崩溃》的书。在书中,他描述了罗马人、玛雅人和查科人等伟大文明的兴衰。他的目标是回答几个世纪以来一直困扰着思想家的一个问题:为什么这些强大的社会会崩溃? 在他的分析中,泰恩特发
如何启动战略规划? – IDEO
战略顾问罗杰·马丁说:“战略首先应该被认为是一种解决问题的工具。” 它与其说是路线图,不如说更像是您为解决业务中遇到的问题而做出的一组选择。 在这个
复杂性是心智杀手 - PhilipK
当面临选择时,总是选择最简单的东西来解决你眼前的问题。然后确保你以后可以改变主意。我所说的最简单的事情是指最容易推理的解决方案。 当我们总是选择最简单的解决方案时,我们就可以避免分析瘫痪,即找出在我们可以想象的所有未来情况下哪个解决方案可能是最好的
产品设计中边缘案例和系统设计 - Eileen
没有边缘案例。只是系统设计方式的不灵活。与其使用“边缘案例”来消除用户需求,不如想想你还需要了解什么。只是因为他们的需求目前没有得到满足并不意味着他们是“优势”。 系统的不灵活性应该是在考虑了权衡之后做出的一个有意的设计决定。
上页
下页
关闭