暂无搜索历史
简单介绍下背景业务知识，项目是处理发票业务，在公司报销过的人都了解，我们团建、出差，公办支出都会让商家开具一张发票，作为报销凭证。
在《首席架构师的打怪升级之路 》[1]中提到：架构师是具备架构能力的人，架构能力是指为相对复杂的场景设计并引导一个或多个研发团队，来实施结构化软件系统的能力。
在团队中，一直在灌输DDD的理念，最近review一些新开发的项目时，发现工程包结构每个人的理解都是不一样的，命名也是各有特色。
•技术人员使用业务人员的用语作为开发词汇•技术人员要将这些词汇映射到代码实现中•业务词汇整理出来，并随着项目发展一点点修正扩展
map() takes Stream as input and return Stream
走出舒适区是相当痛苦的，它会让人产生不安全感，让人容易自我质疑，以及自我否定，进而退回舒适区。
OO聚合关系(Aggregation) 表示一个整体与部分的关系。通常在定义一个整体类后，再去分析这个整体类的组成结构，从而找出一些成员类，该整体类和成员类之间...
在之前的一系列文章中，写过《程序员成长职级》[1]、《最好的职业建议》[2]、《首席架构师的打怪之路》[3]等，其实也都是来源于对上述问题的思考。
之前根据《郭东白的架构课》总结了《成为首席架构师的打怪升级之路》[1]。这也是郭东白对架构师的思考之路。
上篇《ClassLoader#getResource与Class#getResource的差别》[1]了解原生java获取资源方式以及方式之间的区别。
马斯洛需求层次理论是管理心理学中人际关系理论、群体动力理论、权威理论、需要层次理论、社会测量理论的五大理论支柱之一。
ClassLoader并不关心当前类的包名路径，它永远以classpath为基点来定位资源。需要注意的是在用ClassLoader加载资源时，路径不要以"/"开...
在DDD中Repository是一个相当重要的概念。聚合是战略与战术之间的交汇点。而管理聚合的正是Repository。
先前已经对异常如何设计，如何实践异常都写了几篇阐述了。再一次从Clean Code角度来谈谈异常的使用。
经过多年职场成长，发现架构与管理有很多的相似之处，最大相似之处就是要与个人特性融合实践。也就是纸上得来终觉浅，绝知此事要躬行。
在现今计算机器体系中，涉及性能的主要有CPU、内存、IO三方面，而这三者的速度也是天壤之别，形象之讲，CPU天上一天，内存是地上一年，IO则要地上十年
在 C 语言中，错误码的返回方式有两种：一种是直接占用函数的返回值，函数正常执行的返回值放到出参中；另一种是将错误码定义为全局变量，在函数执行出错时，函数调用者...
之前学习了极客时间上的一个专栏《软件设计之美》，作者对软件设计、编程范式、设计原则与模式、设计方法进行了讲解，内容全面。
在《领域驱动设计》这本书里面，列举了三种可将业务逻辑建模为软件模型的模式，也就是大家常听说的事务脚本、贫血模型、DDD。有好些名字来描述这三种模式。
CQRS全称Command Query Responsibility Segregation
暂未填写公司和职称
暂未填写学校和专业
