挣扎的20届

这是一个失败的项目的复盘，领导们当然是从一个成功走向另一个成功的说辞，不论是甲方乙方。 部门/人员背景 老部门经理，接触有限，没看出来他技术还是管理牛在哪，倒是留了个烂摊子，拍拍屁股去甲方了。后面上的

DDD相关教学知识文章，一般局限于单一的理论层面或单一的讲一个代码Demo，这对于学习来说很不友好。 我们可能看完每一个文章都感觉自己会了，但一上手会不知道why & for what

我们经常看到八股文教你怎么估并发能力，但为什么可以这么估？ 什么机制保证的 它们，如何知道IO，并作出资源让步 它们是谁 操作系统和JVM 计算机组成原理还在追我 进程>线程>协程 是谁做出的资源让步

先看字面定义 偷图 偷代码 核心在于accept时，每个元素的实现都在visit(this) 省流 我受够了繁文缛节：就是将【元素】聚合后，如何便捷的用不同【算法】处理每个元素 访问者会让人有歧义以为

省流 运维喊话：有时间把Tomcat切成Jetty/Underflow 但 如果不是性能敏感到百分之几的地步，没必要切，会徒增全员学习成本问题排查成本。 如果不是微服务特别小，内存CPU单实例给的抠搜

一个最基础的Redis是什么样的 单点部署 稍微强点呢 多节点同步全量复制 细节优化迭代 读写分流，有了主从的概念 可用性提升-有了哨兵 有了外部哨兵监管，客观独立第三方 从这里开始就和两国文化有关了

当我们刚毕业时，我们会刷八股文 Mysql binlog undolog 乐观锁、悲观锁、Compare And Swap 分布式事务 八股文对于当时来说，可能是老开发从英文版oracle jdk那复

背景 外包-项目经理-客户-质量失控 请求处理慢，狮山代码卡死连接吃满了，再多配点？CN扛不住了死了。 发现公司B域项目配的一直挺随意的，就优化性能和配置调优2手抓了 参数 minIdle 最小空闲连

背景 上线第二天有地市反馈原本的业务数据没了，火急火燎抓人排查，查到最后是这份数据确实数据库不存在。 一时语塞。 扩大化后抓测试需求都上来开大会，才知道是测试干的：上了一个类似统一/分别xxx的迭代需