习惯就好了，可以说这几乎就是中文互联网的现状了…

@xuanbg 如果是原子化的操作使用楼主的方法是没有问题的，但有可能造成重试阻塞

建议项目文件规范下，看不得 __pycache__ 这样子的文件在 git repo 里面，同时说明文档太少了测试也没有，总之看着像是个玩具（唔，其实就是个玩具…我太苛刻了吗

我非常讨厌「大佬」这个称呼，何况前面还加了某种器官的物理大小描述

所以就算我知道这个问题的答案，我也不会告诉你

@zgw0 应该不是

@pod 哈哈，你这个黑

双拼的节奏感是全拼无法给予的

好奇问下，干嘛用玉伯博客的数据（虽然他很久没更新了…哈哈哈

看了下是用 Java 技术栈，其实这样子的博客个人觉得静态博客会比较适合，例如 Hugo https://gohugo.io/

参看我个人的个例子： https://www.gracecode.com/north-korea/

下面是个人的些观点，不是杠供参考

网络调用过多 // 业务在大部分情况下达不到网络 IO 瓶颈上限的
技术栈太过灵活 // 个人不认为这是坏事
难于应对连表查询的需求 // 微服务封装以后，怎么还需要连表查询？有点不理解
核心应用崩溃会导致大面积瘫痪 // 看架构设计的能力，以及运维的部署了，这个锅不应该微服务背
运维成本增加 // k8s 很香
接口风格不一致 // 技术管理的问题，和微服务无关

树莓派有点浪费了，考虑用 Arduino ？

+1 @manami consul 是很香，网易这边严选重度使用

@cmdOptionKana 现在电视没有个不「智能」的，我也想买个不是智能的电视，但是七十多寸的显示器可不好找（性价比估计也不高

@zmxnv123 不奇怪的，先不说孰优孰劣吧…国内纯 Java 技术栈的公司比想象得多，当然还有很多也是历史的问题