关于技术沉淀，是封装服务好还是 package 和 library 好？

对内而言，我的理解其实并不冲突。
服务更倾向于有特定的运行环境 or 数据需求的工具。
而类库更倾向于低运行需求的工具，比如最简单的代码工具类。

对外而言，我觉得这二者之间取舍的重点，就不在于技术上了，而在于商业上。
服务能把控流量，降低风险，更便于变现收费。
库则更适用于开源、非盈利的项目。

封装的服务实际跑的不还是 package/library 吗，无非是要不要把控接口层的设计而已

服务有没有人维护？有没有一套成熟的 devops ？没有的话搞成服务就是给自己增加工作量。

肯定是服务好，package 分发出去不好控制，以后会存在多个版本的

除了都有的解耦与标准化的目的，
拆分服务侧重的是降低整体系统复杂度
拆分 package 和 libs 侧重的是代码复用

具体需要什么取决于公司业务需求，纯粹为了技术积淀而拆反而没什么价值。

是不冲突，我们这边主要还是倾向于封装成 package 和 libs，主要是为了代码重用，但是 package 写得质量不高，一个是版本更新不及时，还有就是兼容性太差了。所以我觉得应该先做公共服务，等服务稳定了，代码质量提高了，可以把一些类库开放出来。