https://github.com/Losses/rune/releases/tag/v1.1.0-alpha.1
有伪中国语、拖拽播放和歌词支持的版本总算是编译出来了,大家玩好
#TIL 又一次遇到了这个问题,正则编译是需要时间的,Debug 模式下这个时间成本非常恐怖,所以所有需要复用的正则尽量往 once cell 里面塞,不要实时编译……
Читать полностью…Most iPhone owners see little to no value in Apple Intelligence so far (🔥 Score: 154+ in 1 hour)
Link: https://readhacker.news/s/6jCk4
Comments: https://readhacker.news/c/6jCk4
看了 Figma 的 blog 之后终于弄清楚如何在数据库里实现 fraction indexing 了. https://www.figma.com/blog/realtime-editing-of-ordered-sequences/#fractional-indexing
在数据库里存储有序的内容 (而且还要考虑到多主同步) 是件挺烦人的事.
Notion 在本地 SQLite LRU 里用 UUID[] 的数组 JSON 存储多维表格的行顺序 (我猜他们在服务端也用了一样的方法). 查询某个表格时, 可以使用外键关联获取它的所有行, 再参考 UUID[] 数组排序. 这种方案有个好处, 即使因为某些意外导致 UUID 数组多余/缺少一些项, 也不会影响程序的运行. 这是个鲁棒性很不错的方案, 很多小的 local-frist app 都可以采用这种方案的变体.
Things 3 使用松散的整数表示 Todo 项在列表中的顺序, 例如 100, 200, 300, 在两项中间插入项目时可以取平均数, 例如用 150 表示 100 和 200 中间的位置. 当空位不够时候 (例如用户想要在 101 和 102 之间插入项), 软件会在一定范围内重新分配索引, 虽然有一定开销, 但问题还不算严重. 在这情况下, 使用 DOUBLE 代替整数索引并不能真正解决问题, 因为 IEEE 浮点数和整数没太大区别, 同样不能支持无限的插入, 在连续的二分下很快就会遇到精度用尽的问题. 使用高精度浮点数又会遭遇到其他工程问题, 需要考虑数据库支持和排序的复杂度.
还有些更小众的实现, 比如链式存储, 分数索引等等, 我从来没见过真正的应用, 也没考虑过.
Figma 用了一种很简单的工程实践解决了 fractional indexing 存在的问题. (1) 只使用 0 ~ 1 的区间 (不含 0 和 1); (2) 使用 ASCII 字符串存储小数部分 (省略浮点数前导的 "0."); (3) 使用 95 进制 (充分利用 ASCII 字符) 而不是 10 进制. 相当于用字符串实现了支持排序的高精度浮点数. 其实也没什么新奇的理论, 但看到之后觉得很巧妙.
写 Dart 和 TS be like: 我他妈在写什么,这什么鸡巴玩意,它真的工作吗
写 TS 你可以通过类型体操获得确定性,但 tbh……成本比 Rust 高太多了……
https://open.spotify.com/track/6Gl8ztfzvWeqe9Q4icyVCm
https://open.spotify.com/track/6KCu2vVDB4wFdX4SewXgw5
这两首相似度 87%
秋田不短: https://jandan.net/t/5813789
OO: 452 XX: 16
蛋友16fdfdec6f040: @r_pics 谢谢你,为了对我自己的感受负责,我给你点了 x,确实感受不错👍
OO: 233, XX: 9
蛋友24cbeaeb3f28: @r_pics 你这么说的话我可要不考虑你的感受了
OO: 109, XX: 2
蛋友e5e4eda3d622e: 确实是这样的,越在意别人的感受,自己的内心就会越痛苦
OO: 85, XX: 2
三千烦丝: 本质是不要内耗~
OO: 41, XX: 0
蛋友8fd4bb46e27306: 好人就该拿枪指着?
OO: 38, XX: 0
身家37万亿: 宋丹丹当年就说过:“没心没肺的人睡眠质量都高。”
OO: 25, XX: 1