java 中的VO,PO,DTO,DO对象
经常会接触到VO，DO，DTO的概念，本文从领域建模中的实体划分和项目中的实际应用情况两个角度，对这几个概念进行简析。
得出的主要结论是：在项目应用中，VO对应于页面上需要显示的数据（表单），DO对应于数据库中存储的数据（数据表），DTO对应于除二者之外需要进行传递的数据。
复杂性应对之道——矩阵思维（多维度思考）
> You should not be a if-else coder, should be a complexity conquer. -Frank
# 前言
这篇文章，是对之前我在[《一文教会你如何写复杂业务代码》](https://www.atatech.org/articles/146064)说的“自上而下的结构化分解 + 自下而上的抽象建模”方法论的升级。因为在之前的方法论中，我
架构设计的本质
实际上架构只是系统设计里面的一个重要环节，除了架构还包含了商业诉求，业务建模，系统分析，系统设计等重要领域。本文尝试从更高视角重新审视架构设计的工作，把架构设计的上升到系统设计的立体空间去探索，最终勾勒出系统设计的全域知识体系。
我看技术人的成长路径
有一句诗词说：宠辱不惊，看庭前花开花落；去留无意，望天上云卷云舒。其实就是讲内心修炼到了一种心境平和，淡泊自然的境界。
我看技术人的成长路径
当你成长速度超越业务发展速度的时候，组织才会把更重要的职责交给你，如果你成长的速度跟不上业务发展的速度，可能会面临被调整。
技术人生第5篇——浅谈如何成为技术一号位？
认清每个人自己在日常工作中的思维定式非常重要，有助于转变自己对很多事情的认知，而这种转变也会从根本上带来行为上的变化。也就是说，可以通过理论分析和实践，来共同完成对个人实际生活的影响。今天这篇文章，我们会先讨论业务研发同学，或者说大多数的业务研发同学的自我认知是什么，再看下这种普遍的自我认知之内，是否已经存在着大家视而不见的思维定式；然后再讨论思维定式产生的原因是什么，如何突破这种由认知不到位而导致的自我束缚；最后再探讨业务研发同学应该存在什么样的认知，如何通过实践完成自己从普通开发到技术一号位的角色转变。