理解不了为什么会快。。

难道是编译器优化这块更给力了？

调用成本应该没办法再榨了吧。

default eng

@bruce0 #32

哈哈哈，issue 提了也没啥用啊，标准库都已经这样了提 issue 也改变不了设计啊，不然兼容性直接打破了🤣。

我唯一能想到的不用切片的理由就是。。字符串可能性能比较好容易做 cache ？但好像标准库也没 cache 啊。。

@Jirajine #27

这个应该不是 bug ，真要怪的话。。怪设计吧，个人觉得这个函数应该用切片比较合适，直接上个 string 的话确实可能会误导。

你但凡翻下函数签名。。。

func TrimLeft(s, cutset string) string

是 cutset 而不是 prefix 。。。

exif 完事。

@privil #2

估计是太散了而且同步麻烦。

再加上很多功能是强依赖平台的，比如 pr wiki issue 什么的。

12 比 6 阉割掉了好多 android 设置项。

网易最近在强推 12 ，泄露问题你找网易反馈下？或者 v2 有个工单板块问问？

写出 bug 不丢人。

写出自己水平不应该出的低级 bug 那才是真的丢人。

@ClericPy #13

还能升挂了？离谱。

方便大概说下啥情况嘛，centos 升级 centos 还能挂了？这么刺激？

@flyqie #9

看了下华为自己的文档 https://obs.cn-north-1.myhuaweicloud.com/hweuleros/doc/en/2.5/EulerOS%20V2.0SP5%20Installation%20Guide.pdf

这熟悉的风格，他要从 RH 改的话，也就通过 centos 下手了。

@8675bc86 #7

要是没记错的话，欧拉是基于 centos 的吧。。

他搞原地升级似乎还行，你这从 arch 到 fedora ，感觉比较麻烦啊。。

@flyqie #5

上下游发行版也就算了，你这。。从 arch 到 fedora ，跨度太大了。

估计必须得重装了。

跨发行版没有升级这一说法吧。

迁移或者重装比较贴切。。

遇事不决直接 16 进制怼。

反正你字符串最后不也是 16 进制？

没太大区别的，不用去纠结这玩意它看起来像不像或者是不是字符串。

@flyqie #2

抽空看了下文档，是我见识短浅了。。

`Currently both proto2 and proto3 use _pb2.py for their generated files.`

关于 enum 官方文档： https://protobuf.dev/reference/python/python-generated/#enum

好像方法还挺多，你试试？

syntax = "proto3";

common_pb2.py

。。。。？

瀑布流。。这帮人是咋觉得这玩意好用的。。