微服务开发下的 build 困扰

前提：Java 开发，Maven 做依赖管理，JetBrains IntelliJ IDEA 做 IDE

在 Java 微服务开发下，项目开发结构 (repo) 可能有两种：

1. 所有模块 (maven module)，包括服务（Spring Application）和自己开发的依赖模块，都塞在一个项目里。
   • 方便管理各模块间的关系，方便写代码
   • git log 很乱很多，但也方便集中检查
2. 服务和自己开发的依赖模块独立在不同项目里
   • 不方便管理模块关系
   • git log 少又清晰，只有该组件相关的提交

（以我的工作经历来看，两种结构怎么选好像和开发组的人员结构有关：如果负责不同服务的小组紧密围绕在开发组长周围，选集中式的面儿大；如果小组间相互不太紧密，比如这个项目是不同部门联合开发之类，选分散式的面儿大。）

希望读者从文中获益

前几天一技术群在讨论话题“是否要接受父母决定的道路（就业）”，我把该话题理解为“是否该接受父母的人情”（实际上该话题可分解为“是否接受并顺从父母的决定” + “是否使用父母的人情/是否对父母欠下人情债”），叭叭叭一顿说，激起不少反对声音。我试着解释，但没能解释清楚，留下一地鸡毛就逃走了。我们搞开发的喜欢以文档为共识和契约，于是我打算用这篇文章讲清楚我个人对于人情及相关概念的理解。

这篇文章阐述我的一个想法：发布到互联网上的信息，一旦发布就很难全网抹除，发布时间越长越难抹除。这是因为信息特殊的性质——可读=可复制副本=拥有。

预言故事：诽谤如随风飘飞的鸡毛

有这样一篇预言故事《捡起鸡毛》，很短，我翻译一下：

一位妇女忏悔自己诽谤他人。告解神父，一位睿智的老者，他慈爱地听着，赦免了她的罪，并指定给了她一项奇怪的悔罪行为——他让她回家找一只母鸡然后回来，当她沿街走时要拔掉母鸡的羽毛。当她回来时，神父说： “现在请回家去，边走边捡起你在路上拔下的每一根羽毛。”妇女告诉他这是不可能的，因为几乎可以肯定的是，风已经把它们吹走了。神父告诉她：" 你看，就像风吹散了羽毛就不可能再捡起来一样，流言蜚语和诽谤一旦从我们嘴里说出来，就不可能再收集起来。"

前言

读音：大衍（yan3）筮（shi4）法。

好奇，多搜点知识总结一下，再写个脚本模拟。

相关知识

大衍之数

搜到这篇知乎文章里的答案讲了大衍之数的各种来历。

“大衍之数”定义在《易传·系辞》（儒家整理记录的易经思想书，易经分好多流派，类似武术流派）里记录大衍筮法的原话开头，这是完整方法的原话：

前言

最近疫情动不动禁堂食，在家做饭的频率被迫提高了不少，总结出了点自己喂饱自己的经验，分享。想起来什么写什么。

用品推荐

电饭煲。现代文明利器，蒸米，蒸面食，煮粥，熬汤。买普通的大小（家庭用），电饭煲做出来的菜都可以吃多顿，用单人电饭煲一顿饭一做，多处理几次食材还多刷几次锅。