二进制是编译后的...源码是要编译的...楼主看不惯的是哪种使用姿势？没太看明白

Attach 不了，在评论里补个上下文：
是时序数据，例如监控指标，通常这些都会在一定时间后被删除（例如 3 个月，6 个月）

有这个前提下考虑：
- 做重平衡很重，而且如果没有重平衡其实数据过段时间自然就会平衡

但是很多人又想要这样的功能（思考 ing

实际上可以遇见的是，做出来算是一个复杂的特性，容易做错不说，错了肯定会被投诉，而且在上下文里总是觉得其实用户并不是真的需要这个功能，只是重平衡之后可以缓解容量焦虑（当然，也接受别人的不同观点，能理解）

@gl3081 对呀所以要依赖注入有什么好处呢

@gl3081 这个东西对比单仓库维护多个微服务有什么好处呢...?不同微服务也可以有公共的包放在这个仓库里

不知道有没有人想这样推荐的：
1. 继续保留现在笔记本，配置不低；
2. 花钱买台式，几千块钱你可以买到 32G 、64G 内存；
3. 台式机装 Linux Desktop （例如 Ubuntu ）
3.1 对图形化界面的依赖会比 MacOS 更少；
3.2 对 Unix 系统的使用能有基础的熟悉，并且熟悉程度应该会比用 Mac 更好；

专门买 MacBook 来“练手”是不值得的，有很多变数，例如未来公司是不是会发 MacBook 等等。而购入台式机：
1. 原来的笔记本可以继续发挥它的价值；
2. 台式机可以满足所有的 Unix 操作系统练手需要，并且性能比 MacBook 好（很多）；
3. 台式机可以兼任更多的需求，例如打游戏、音视频等等；
4. 台式机花费更便宜，自己的钱也是钱。

恭喜！

简单问题复杂化...项目模块化做得够好就可以了，而且 Go 里面的 Interface 本身就是用于抽象实现的，不认为需要做什么依赖注入控制反转，如果觉得 Go 不适配这套玩法，为什么不直接用 Java 去实现呢

用过 i9 16g ，不好用，内存、硬盘见仁见智，但是发热量、续航差太多了，没有理由再买的