目前已经写了5个技术专栏了，其中4个专栏的源代码已提供，另外一个会员专栏正在持续更新中。
这些都是我这些年，在企业里实际落地的，不是demo，实操中，遇到的坑，做过的决策，解决的实际难题，都在里面。
支撑6000万会员的秒杀系统实战
我之前在一家6000万会员规模的连锁店公司做高级研发经理，负责的核心项目之一就是秒杀系统。
市面上讲秒杀的内容不少，大多停留在原理层面，写个单体应用的Demo跑一跑。用来理解概念可以，但离真实生产环境差得远。这个专栏给你的，是一套在6000万会员规模下扛过真实流量的完整微服务秒杀系统。「代码都是运行通过，直接可用于生产的」。
几亿用户,百万并发的C端商品系统实战
我之前在一家几亿用户规模的互联网公司做Java高级开发，深度参与设计的核心项目之一就是C端商品系统。它是公司的基础数据服务，首页、搜索、商详页、购物车、下单、收藏夹、推荐全都依赖它。32台机器，70万并发读请求，这是某次大促时的峰值数据。
市面上讲商品系统的内容大多停留在CRUD和Redis缓存。真实的C端商品系统面对的问题完全不同：商品数据有好几个G放不进JVM堆内存，运营频繁新增字段不可能每次都DDL改表，大促瞬间收藏夹流量会把普通请求挤掉。这个专栏给你的，是一套在生产环境中扛过真实大促流量的完整技术方案。
应付亿级用户规模的支付系统代码实战
这套支付系统。超过一亿注册用户，每天处理50万笔支付请求。接了微信支付、支付宝、钱包余额、自由卡、国际支付、POS线下扫码，覆盖从支付请求进来到对账闭环出去的完整链路。包括所有代码实现。
市面上讲支付的内容大多聚焦在怎么对接某个渠道的API。但当你面对七八个渠道同时在线，用户还能组合支付的时候，系统该怎么设计？Demo里碰不到的问题，在生产环境里每一个都对应着一次线上事故或者紧急修复。
技术团队DDD领域驱动设计三年落地实战
三年前CTO要求所有微服务必须用DDD，我从零开始摸索，踩了三年的坑。这个专栏把这三年积累的代码结构、设计决策和踩坑经验写出来。
不讲战略设计，不画领域模型图，不做事件风暴。从数据库表开始，一步步演示怎么把一个传统的三层架构模块改造成DDD结构。
每一个DDD概念（聚合根、子实体、值对象、领域服务、应用服务、领域事件、限界上下文），都是从具体的代码问题中引出来的。你先看到代码，再理解概念，而不是反过来。
期间遇到的问题，技术也好，职场也好，你也可以找我沟通，一有空，就会认真回复。
再次感谢你们的订阅。