@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 ，不好用，内存、硬盘见仁见智，但是发热量、续航差太多了，没有理由再买的

觉得不太可能推广出去，因为 cdc 的工具有很多，并且都有各自的特色 + 不小的社区：
- https://github.com/alibaba/canal
- https://github.com/debezium/debezium
- https://github.com/apache/flink-cdc
- https://github.com/zendesk/maxwell

所以楼主开发的工具和它们比起来有什么区别呢？

PS：不是说钻研不好，只是钻研之后造轮子一个重要的原因应该是：现有工具不好用、不适合。不过从帖子描述看似乎不是很明显。

好用 Thanks

VictoriaMetrics ，参考 Grammly 使用的数据： https://victoriametrics.com/case-studies/grammarly/

挺好用的，谢谢 issue 答疑，小小打赏了几块钱祝项目维护顺利。

想问下这种和 flickr 有什么差异化的地方？我们企业之前用 flickr ，感觉这类网站主要还是需要可靠。图床类站点跑路的太多了，很难说服老用户换

@Vegetable python 会略好一点哈哈哈，但是当然本质上是人的问题不是

PS: 是朋友给的网图，但是还是觉得很有意思，并且也是 Go 里面偶尔会碰到的情况（当有人偷懒不定义结构体时就会这样）

不是直接在项目根目录下做个 /datasource （命名可改）然后放各种 client 的目录就好了吗...
./
--- cmd/
--- pkg/
--- internal/
--- ...
--- datasource
--------- mysql
--------- redis
--------- kafka

然后 internal 里调用 GetMySQL(xxx) 或者 GetRedis(xxx) 就能直接用了

为啥要塞到某个结构体里...

3GS 时代用过，唯一印象就是这东西很卡很慢，卡是跟大陆网络有关系，慢是 USB 传输资源非常慢..

同时期 android 连上电脑当 u 盘用，别提多羡慕

@aa51513 要能这么玩我估计不会有本帖 hhh

@xzh920126
> cron 每分钟执行一次 sh ，在 sh 里判断时间
就算能修改 sh 好像也不行呀，看上下文基本可以确认是个无状态的任务（那就假设它是吧），sh 里怎么知道上次执行是啥时候，隔了多久咧