软件技术人员关于中年危机的思考
在2018年的1月，公司要从广州迁到深圳，很多同事都借此契机离开了公司，同时又能获得一份丰厚的赔偿，而我也不例外。我实在不愿意离开生活的城市广州，远离家庭在外打拼，不是不能挨苦，而是深刻知道家庭才是根本，再好的待遇也比不上家庭的温暖。
从两部电影中得到的感悟
最近看了两部电影，一部是韩国的《恐怖直播》，另一部是国内的《十二公民》。两部电影都很奇怪，没有华丽的特技，没有哗众取宠的噱头，没有以亿计的投资，也没有大牌明星座阵，更没有壮观的场景，而场景实在太简单了，简单得出奇，电影由头到尾只有一个场景，但却能充分反映出现实问题，富含表达力，引人深思。这就是最好的电影，好的电影就应该这样简单而富含表达力。
Spring Ioc容器原理之beandefinition加载
在《Spring-IOC容器原理之启动过程》一文中讲到，负责BeanDefinition加载过程都封装在模板方法loadBeanDefinitions(beanFactory);中，下面就以AnnotationConfigWebApplicationContext的这个较为复杂的容器实现，从这个方法为起点，开始BeanDefinition加载过程的分析之旅。
Spring Ioc容器原理之启动过程
众所周知，Spring为IOC容器定义了两类接口：BeanFactory和ApplicationContext。BeanFactory实现了基本依赖反转控制，而ApplicationContext则在BeanFactory的基础上提供了更多高级特性。事实上，ApplicationContext依赖反转控制的实现使用的装饰模式或者是委派模式，装饰和委派的是BeanFactory的实现。这里不再将两类容器接口实现分开讨论，而是只讲述ApplicationContext，原因是ApplicationContext是我们使用得最多的容器，而且其实现已经体现出BeanFactory的实现了。
Spring Ioc容器原理之bean的创建过程
要去认识Spring-IOC容器的实现原理，需要深入了解IOC容器的三个过程：BeanDefinition的加载过程、Bean实例化过程、以及Bean依赖注入过程。
Ddd的模式
本文对DDD的各种模式进行归纳总结。
Ddd
领域驱动设计[Domain-Driven Design,简称DDD]，在网上没有找到合适的定义，在这里，我试着去定义它：
读大象有感
面向过程与面向对象
微服务最终一致性实现
在微服务架构中，我们都会遇到事务一致性的问题。CAP理论要求必须要在可用性（Availability)和一致性（Consistency)中作出选择，如果选择了强一致性，必然导致可用性的降低。微服务的一大特性就是高可用，因此，我们只能通过弱化一致性来达到高可用，而最佳的选择是——数据最终一致性。