UMLChina精品文章
转载请务必注明出处！
2023年出版的新书中提到的《人月神话》（202402更新)（共8本）（2024/2/8）
2023年正式出版的软件开发书籍对《人月神话》的引用
2020-2022年出版的新书中提到的《人月神话》（2022/12/15）
2020-2022年正式出版的软件开发书籍对《人月神话》的引用
我为什么写《DDD浮夸，Eric Evans开了个坏头》（2022/1/17）
其实我记错了
DDD浮夸，Eric Evans开了个坏头（2022/1/13）
把前面20年描述成荒漠
“创新”何太急-评张逸的“业务服务”（三）系统用例是“深入到系统内部”？（2021/12/8）
“系统边界”在哪里，不是随随便便能定的。
“创新”何太急-评张逸的“业务服务”（二）用例的“客观标准”（2021/11/24）
不同情况下怎样得到最佳答案，有严肃的思考方法
“创新”何太急-评张逸的“业务服务”（一）（2021/11/18）
其实“业务”是“组织”的意思。
中文书籍中对《人月神话》的引用，共210本（2021/11/23更新）
摘录目前为止正式出版的软件开发各领域中文书籍中对《人月神话》的引用
DDD话语批评之一：评张逸的“状态和事件本质相同”（2021/9/22）
误认为这两个ed是一回事
怪论：东北公司用用例做需求，反映了东北互联网落后？（2021/5/16）
和把大象关到冰箱里一样
CTO也糊涂的常用术语：功能模块、业务架构、用户需求、文档、过度设计……（2021/2/17）
很多被随口使用的名词，其实是含糊甚至错误的
查询语句-建模竞赛题第2赛季第24轮解答（2020/12/24）
扣分的原因，主要是被素材里的例子引导，误以为“笔名署名”一定是“作曲”。
状态机的简化-建模竞赛题第2赛季第23轮解答（2020/12/23）
如果发现进入某个状态的迁移都包含某个动作，可以考虑把该动作作为该状态的入口动作。
猴子掰玉米？比较不同版《领域驱动设计》说“不变式”、“聚合”（2020/11/12）
如果每次“创新”或“更新”都像猴子掰玉米，掰一个丢一个，进步从何谈起
核心域是钉子，非核心域是锤子
皇帝的新装、口号党、废话迷、发明家
常见的一种逻辑错误，把并存当成因果
类图和状态机图
很多人的防护其实漏洞百出！
如果引进信息系统“防疫宝2020”来山寨大领导安保流程
UMLChina二十周年回忆（1-6）（2019/11/20）
就当成《软件方法》番外篇来看好了。
当惯尾巴，理解不了脑袋所需的技能
2014-2020年出版的引用《人月神话》的软件开发书籍（2020/1/30）
该书被大量的书籍和文章引用，直到现在热潮不退。
Karl Wiegers的Software Requirements示例挑错（2019/9/25）
列举书中某用例图和用例规约存在的问题
电磁轨道炮（electromagnetic railgun）SysML建模
Martin Fowler是"重构之父" 吗（2019/7/15）
其实Fowler本人对此说法已经表过态了。在《Refactoring: Ruby Edition》的Preface中，Fowler就说……
key和core不是一回事。key是钥匙，core是锁芯……
建模思维剖析张逸发表的一些内容
解析美女出的一道状态机题（x、y和z值）（2019/3/3）
如果事件e2、e1、e3、e4、e1和e5按给定顺序发生
电梯问题是软件建模中的经典问题
用软件工程的观点来剖析“产品经理和程序员因需求干架”的段子
尝试探讨背后的秘密
2002-2010年间，可惜现在不做了
李白《月下独酌-花间一壶酒》的UML建模（2014/9/22）
长安丽春院版的改进业务序列图如图
研究的就是我们日常开发软件的工作方式
豆豆式书评的由来
如果能多了解一点圣经和基督教的指示，就可以翻译得炉火纯青了
Brian Kernighan、Edward Yourdon等人的评价
除了小，这书还有什么好处？
《人月神话》中译本译者的感想
软体尚方宝剑(Silver Bullet)何在?──Fred Brooks和Brad Cox的不同观点（2002/12）
Objective-C发明人Brad Cox谈《人月神话》