@iseki 懒得和看不懂的人解释，go 选择在栈上常用的值类型中存储指针这种设计，并将其用在了内置的几大核心类型中，这个设计对于任何不是从 C 语言学过来的人理解其行为都是晦涩的，虽然是为了降低 GC 的负担，但我不认为这个设计是值得，这个设计导致 go 中很多基础的 API 看上去就非常丑陋，你说的 x=append(x, blah) 只是一个典型案例。go 的 goroutine 和接口组合都是很好的设计，降低了心智负担。但 slice 的底层模式导致的指针的无孔不入，对于我这个写惯了 js/java/c#/python 的人来说，是非常不喜欢的，明显破坏了编程语言的简洁和清晰度。

@Features explain 完全不能用来统计行数量，高频更新下返回的数据属于基本不可用垃圾数据。如果需要精确的分页。而且有复杂的查询，我的使用经验是 2000W+后就需要分表（如果是机械硬盘 500w ，有高频写入就需要分表了).
如果数据库是只读的(包括软删除）模式，使用自增 id 是一个解。其它模式我也没找到好办法再 mysql 中实现靠谱的分页。

@111qqz 最近搞到了 A100 显卡，你能发给详细的 conda list 信息给我妈，还有 nvcc 的版本和你显卡的驱动版本出来。
或者你现在找到原因 了嘛?

go 中很多基本的值类型都不是纯粹的值(凡是存储了指针成员的值类型都是如此)。
这导致在 Go 中很多时候需要思考指针，会造成一定的心智负担，复制一个带有指针的值类型对象会导致新值和原来的值底层能够同时访问访问指针指向的对象。
slice 的切片操作本质上是共享了底层的指针成员，然后修改了长度字段，我个人是不喜欢这种设计的(算是为了性能做的妥协).
如果值类型是不可变类型(即它的全部字段成员在初始化后就不再可变),那这种心智负担就会降低(string 类型就是如此)。

python 的包管理已经没救了。一路涌过来，发现没有任何一个包管理工具是靠谱，稳定的。conda 的依赖解析甚至是一个 NP-Hard 搜索问题，以后只会越来越慢。我现在都是 conda-lock 锁定所有版本，在不同操作系统上锁定一份，单最近发现 conda-lock 生成初始化锁定文件动辄都是几个小时。这个 python 的版本控制从在 python 推翻 2 的时候，就应该重置，现在这样，只会越来越难用。

都很垃圾，只能挂代理。

我也遇到过，不知道什么原因，感觉是 I/O 句柄被耗尽了。

用起来简单的编程语言，语言背后的支撑都很复杂，难以被精通掌握。
JavaScript/Python 就是典型的例子，C/Golang 旧恰好相反，用起来难受，学习起来简单，Rust/C++就比较诡异（既难用，又难学)

看你最终服务的数量，升级的频繁性等等，用户规范等， 最终还能还是需要 DevOps+K8s 来支撑整个流程的自动化。前期可以自己编写一些自动化脚本来完成一些重复性的工作。

@lengyingmofeng 很大概率是你写的代码有问题，另外 PowerShell 7.4 以前的管道在处理字节传递上是存在问题的。
直到 PowerShell 7.4 才解决。这个问题已经有十几年了，PowerShell 所有值都是强类型的对象，这一点一定要和 Linux 的各种 shell 区分开。你最好将你失败的 PowerShell 代码也贴出来。

@thinkershare Redis 不适合高频写操作。

曾经年少，用 redis 高频读写，然后不停的挂。让后一台机器换成 3 台，一样挂。

不过我们最近开始更换为 is true/ is false 这种新写法。

我们公司的统一个规范是一律采用第二种，将第二种理解为不为真，不管什么情形，布尔类型都不与 true/false 比较相等性。
不过这个纯粹是个人喜好，团队里面约定一个就好了，保证代码风格审查都用统一的就行。

@chenchengbin 当然不会，golang 的字符串本质上就不是一个纯值类型。

更新后，浏览器的缓存数据丢失了，或者发生了重大改变，原有缓存不兼容了（概率极小）。

直接硬盘对拷快的很，如果你的新硬盘更大，直接复制硬盘所有扇区，顺序全部读/写一次不会超过 1 小时(500MB-1GB/s 左右的的顺序读写速度)

每个操作系统都有自己原生的多进程通讯模式，将你的 java/python 搞成多进程架构就行，Java 这边做主进程，负责管理和分发任务给 python 这边。python 是一定需要虚拟机的，不用虚拟机的 python 基本上啥也干不了，没几个库兼容，所以就将环境全部打包进入好了。