很有趣，楼里有几层点赞数量有点超出我的认知了，可能这就是不同阶层之间奇怪的共鸣和割裂吧。
我有点恍惚，一方面觉得结婚彩礼生娃才欠了 18w 已经算非常不错了，一方面又有一种被算计的感觉。
就像外卖小哥被算计的饿不死，吃不饱一样

可能在遥远的 m78 星云，每对动物都可以精准的控制自己生的幼崽数量不是双胞胎也不是一个，而是恰巧合适自己收入的 0.618 个，what a wonderful world

OP 加油吧，至少把网贷先还了。
上岁数了，感觉人啊有时候不能太要面子，找亲戚借点，找前同事找点路子，挣钱嘛，不丢人。

该说不说的 这东西怪不到什么外包身上吧

应该有国标 国标多数时候就全是拼音 从最上面文件就把字段定义成缩写了
看过一些中途不按国标走的 反而导致整个程序变量名乱七八糟的（因为对外输出都要符合国标）

随手搜了一下 http://shanxi.chinatax.gov.cn/web/detail/sx-11400-522-148535
你下载这个标准看下 字段都是缩写

我觉得核心逻辑是清楚地，但是实际业务会因为一些框架或者代理之类的导致其他的异常的边界情况。并不能说这个问题就是这样。
我遇到过的边界情况包括但是不限于，运维同学 nginx 配置和研发同学代码框架冲突导致 header 被重复添加，旧的浏览器个别版本不支持 wildcard 等等等等。
这东西说难不难，但是实际业务中还是要跟着 response 去跟逻辑去处理或者规范框架配置。

排查一下 https 吧 有遇到过证书不对导致，浏览器访问正常但是代码或者 curl 一直报错的情况。
提供一些思路，能复现的话可以简单用 curl -vvv 先看看报文卡在哪一步了，再进一步排查

哦哦 注意到你的 includePath 里面有 vcpkg ，如果你知道你在干什么的话，你看看 fmt 里面关于 vcpkg 的安装文档吧，https://fmt.dev/11.0/get-started/ 。
如果写成这样教程里面应该有教你怎么用 vcpkg 了，你再看看吧相关内容吧

这么说吧，你写 python 的时候有个包管理 pip 是吧，咱 pip 管理库的时候有 pip install 是吧
但是 c++里面没有，或者说有很多这东西，如果只是玩玩你挑一个吧，conan ，vcpkg ，cmake ，xmake 等等等等
当然你图省事不想知道原理，想要图形化界面，clion 最新版集成了 vcpkg ，点击安装就行了，fmt 这东西 vcpkg 肯定有

祝你幸福

1. 我可能遇到的水平不高都是 client 端写的，服务端要出文档，到时候联运方（或者叫推广方）压测也是拿文档和机器人他们自己写了测的。
2. 刚开始不要想单组架构十万吧，都是自动扩展堆机器的。哪怕是手动扩展的方案也是方案，华夏滚服的概念又不是不能用，赚钱不寒碜。自动扩展也不用都做到，网关这种手动开了，能通过 haproxy （不过你这个 haproxy 如果是单台也是个单点故障）动态调整就好了，主要是游戏逻辑服角色服场景（关卡）服之类的需要自动扩展，个人感觉单台承受 3~5k 活跃其实就差不多了。
3. 单组服务要吃几十万，我感觉找个大哥从头到脚优化完游戏都凉了。沉淀一套自动扩展和应急补偿方案才是主要的。真要到需要压缩单组几十万的时候，先优化消息大小才是关键，带宽比机器贵都是钱，先扩容再花钱招大哥优化。不过我觉得到时候联运啊什么的会上门谈条件给方案的。

以下回复针对 op 说的只是为了提高工作效率的目的

1. 这本书在教我们怎么用 python 面向办公软件常见的场景用简单代码处理问题。
至于 class,self,__init__都是在自己想构建一个面向对象的工程时才会用到。
可以认为再进一步，觉得目前这本书掌握了之后，想更好的组织和认识自己的代码的时候，可以考虑的事情。


2. 至于能不能绕，如果只是自己用用的，能绕都可以绕，如果是自己用，只用保证自己功能正常的话，自己的代码可以完全不用面向对象也可以。（但是不可避免的需要用到别人的库，这个时候看懂看不懂就是另一回事情了，毕竟不是所有库都有完善易懂的文档的）


3. 我无法用足球或者开车解释，勉强用厂子解释吧。面向对象是一种编写代码的组织方式。
这么说吧，我开个小厂，总共就我和家里人，我不用学管理（不用管很复杂的构建编程技巧），陈设摆放机床反正就直接拿别人搞好的直接套用（用了别人写好的库），税务报账也直接让我亲戚代管（找别人帮我写个类我只管用）。一切从简，这个厂能运行能赚钱就是好事不是吗。
但是哪天你说要开始扩建了，招个一百个人，陈设，管理，薪资，食宿，现金财务分离等等等等，还是要学习一套架构去管理（面向对象就是这套架构的方法论的一种）否则容易一团乱麻解不开

没学过 php ，虽然被古老项目坑过一回 4G 文件大小越界的问题，但是我觉得人家感谢没啥毛病。

这么说起来，我也需要感谢 python 的。你说他又一堆什么坑，那是语言的问题，但这个语言在这个生态位上，让一个财务就想改点 excel 入坑起来没那么复杂，我觉得就值得感谢。

哪天有个好很多的我当然业余也会学学用用，但和我感谢 python 让我在多年前的某个午后 excel 改起来很快，并不冲突。

@tbwisk @Cascable @746970179
换过的老哥 有没有推荐的电池牌子？

@murmur 哈哈哈哈哈哈，不还是穷吗，想着电池换下试试
我打开后直接重装，下载了该下载的环境，就去编译程序了。只有初始化的编译用了很久（ conan 下载放着没管），后面改点小功能什么的都还 ok
@joyhub2140
@v2exe2v
啊？不知道是不是我重装过的原因，感觉没说的那么严重吧，还是我标签开的不够多？
明天再体验体验 2333

1. 数据量层面存储 long long 都比 string 小太多，其实单凭这一点感觉存储上就没有存 string 的必要
2. id 解析后是否顺序相关，和 id 展示出来大小可以不相关，id 直接用自增 int 的坏处是，业务模式容易被探知，例如单日新增用户等信息。当然长 id 也有坏处，例如 id 对用户不友好，需要专门的复制粘贴展示页等等
3. 业务量大的时候，负载要分摊到很多机器上，新建一个数据时，分布式生成 id 尤为重要，分布式生成需要离散，足够快速并且全局唯一，全局唯一这个条件导致 id 就不会太短。
4. C++该被吐槽，但是。。。C++存储大整数，没感觉有啥不友好的

学底层跟语言相关不大，系统学习看些书吧。那些什么代码片段，不要怕就当伪代码看，实在不行就扔给 gpt 翻译。

语言 rust ，虽然 rust 上会看到很多 c++的影子。但是 cargo ，cargo ，cargo ，统一的包管理，确定版本的依赖，和构建过程，真的很重要。对很多人来说 c++那套真的没有必要折腾，除非工程需要。
什么 cmake ，xmake ，vcpkg, conan, gradle, meson 脑子都要大了，没必要真的没必要。

@Tyrant1984
好的，感谢推荐。
u2414 确实很古老的屏幕了。之前自己用过 4 年后，放老家主机上了，自己挺少用的都是家里人在用，周末一些意外摔坏了。
目前主要寻思就是买个差不多的给补上去。Kuycon 我也没听过，哈哈哈哈 我等下也去看看

@Tyrant1984 哈哈哈哈 第一反应是手机 没想到还有屏幕 我去看看

@LeslieLeung

compose 里面的默认挂载目录可以通过 docker volume ls + docker volume inspect xxxx_xx 拿到绝对路径迁移,可以尝试下，不过自己指定最好，省的磁盘满了有同学直接用工具把暂时不用的都给清理了。。。