@documentzhangx66
我是想说无论数据库怎样实现它的索引，在这个业务里并不能用得上。
SQL 并没有移动行然后自动给你更新所有自增列的值这种内建操作。

OP 描述的困境是，用于排序的索引值是稠密无缝的（如果 int 的话）。如果索引是随机访问地址，那么改变顺序就要批量更新大量地址，如果索引是相对地址（即链表），那没有任何现存机制帮助我们随机提取一批相邻索引的行。


数据库自己的数据结构 works perfect so what?
how does it help?

…… 无恶意，你看过 GORM 的源码吗



当执行一个查询的时候，model 一定是「有类型」的，所以在设计查询接口的时候，目标并不是抹除输入数据的类型差异，相反还要要提取出输入的类型特征加以处理。所以 gorm 用 interface{}来接纳任意类型后用了大量反射手段去还原 interface 的具体 <模型或类型> 是啥


之前看过有个大佬写的博客感觉很有启发，泛型能改善的最大问题是高阶函数：

func (S) filter (d []type1, f func (e type1) bool ) []type1
和
func (S) filter (d []type2, f func (e type2) bool ) []type2
是两个不同的函数。但有了泛型，可以只写一次。
https://go.dev/play/p/OHdhzMstFxW

我感觉 拼一套低配 LINQ 还是挺有可能而且有意义的

@documentzhangx66 你再仔细想想，「重排序」的时候你想喂给数据库的是什么？

@xylophone21
@zmxnv123
@documentzhangx66

链表存的话读取会非常慢，不能范围预加载，OFFSET 更是灾难，因为现在没有记录告诉你 第二页第一行对应 ID 是几的结果行，读一页必须找到页头开始的行然后沿着它的 next 遍历到页尾，这件事还不能用 SQL 解决，得在代码里循环，数据库负担就很重了


不过，可以在这个基础上往外加上「桶」来映射排好序的样子可以解决。桶始终保持有序，如果你愿意也可以保持它的 capacity 平均，这样分页 offset 的时候估算会快（准）一些。然后读出的时候只需要检索桶 ID 符合的记录就可以了，与平时基本无异。

当需要分页和 offset 的时候，先提取桶表的 capacity 列来估计，比如一个桶容量是 100 ，我要 OFFSET 到 1000 ，那就先把前 10 个桶的 capacity 全读出来看够不够，当桶容量总体比较平均的时候这个估计是很近似的，要检索的量也很少。然后还是 where bucket_id in []就行

然后桶还可以嵌套，更小粒度的桶可以被大桶索引，而且对更下层的桶来说都无需改动原有的查询流程，迁移负担很小

https://i.imgur.com/Brxd2Z0.png






—— 没错 恭喜我们又重新发明了 B+树

经典正则 vs 括号配对


正则表达式无法匹配成对的括号。 搜索关键词： 泵引理 （ Pumping lemma ）

但其实这么多年手机厂商早已经发现了手机拍照正确的定位

并不是拍出优秀的画面，而是拍出理想的，好看的画面。华为的月亮是「 P 的图」，但并不会影响用户为「一键就能拍出好看的月亮」这件事买单。


手机用户（我指的是喜欢用手机拍照的人群，不是手机生命周期结束后相册里 4 位数都不到的诸位）其实不会关心「成像能力」如何，他会关心的是响应速度有多快，滤镜有多智能，「会不会糊」（降噪、防抖、对焦、分辨率）


对比类产品是很有意义的，但对比的东西怎样呈现出参考价值可不简单

对了， 我有一个（自己捣鼓时觉得很有用）的小窍门：

遇事不决，加入物理！



弹性、引力、摩擦、旋转、软连接。有物理之后的「运动」一下就能不亦乐乎起来

https://store.steampowered.com/app/950180/_/
编程何必真的是编程


对战？
你确定你描述的是 PVP 不是预设关卡下打通关？


只要地图随机，策略就必须每次重写。如果不这么做可以加入主动操作来引入随机性。

用户输入的时候断句分词
https://i.imgur.com/k4Un2ij.png
是不管断开的地方是不是词素中间的


搜狗有很多奇怪但还真比较符合输入习惯的组合，OP 发现的这个「词」也许是分词算法出来的问题结果也可能真有什么特殊词汇。我反而一直觉得搜狗在这方面做得比很多输入法都好所以才一直在用

是，但这个问题跟「 100 日元是不是只能买根葱」一样本身没什么意义

有意义的是「会不会贬值」、「什么情况下会贬值」。但那就是个复杂的问题了。我是不懂，楼下有懂的吗

我用 aria2 ，tmux detach 窗口一关比啥都绿色

。。我只能说

万恶之源 百万亚瑟王

@hhjuteman 我 tm 直接按着编译器的头让它吐个报错来告诉我（恼

@0o0O0o0O0o
@idblife
…… 那我还真没捣鼓过 GUI ，都直接找 host 系统的替代品了基本没注意到过 GUI 的事。linux DE 下的输入法本来就有点问题，我还有点印象 qt 和 jetbrains 全家桶都曾用不了输入法，加了什么环境变量解决的


@linglin0924 没什么要折腾的，无非就把你装开发环境的一堆步骤写成脚本再写成 docker file 完事。需要自启动的服务一般装的时候也会提供 sysv 版的 init 脚本，entrypoint 里先 service start 几乎和 systemd boot 版没区别

另外补充一下，dockerd 可以直接跑在 wsl2 里，windows 是完全不需要用 docker desktop 的。而且 wsl2 的回环地址与 windows 互通，wsl2 你 listen 一个 127.0.0.1:8000 直接在浏览器访问 127.0.0.1:8000 即可，这点可比 mac 上的 docker desktop 强多了。


最适合 coder 的发行版：docker ubuntu
最好的发行版：wsl2
（ 确 信 ）

@CallMeReznov
@dog82

所以其实我想说最适合 coder 的 linux 是

docker pull ubuntu:20.04

自从有 docker 之后我就再也没用过完整发行版的 linux ，我自己打了一个装满了 build 环境的 image ，也就两三个 g 大，无论我手头在用 windows 还是 mac 都不用担心环境的问题。桌面环境，编辑器 IDE 能用得很爽，也不用消耗心智去折腾 vim ，安装依赖，构建什么的又能几乎完全还原 linux 步骤和生态

关于生命的想象很多人给出的设想要精彩得多，我读过的作品里

有硅化合物生命（即硅基生命）
有中子星内部电磁反应替代了化学反应产生的生命
有极微观世界粒子运行等效星体运行的宇宙中的生命
有极宏观世界恒星闪烁（「氦闪」）等效神经元电信号的「宏脑」生命

哪个不比「机器人赡养人类」高到不知哪去了