V2EX › lujjjh 的所有回复 › 第 5 页 / 共 12 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯

2021-06-30 11:11:17 +08:00

回复了 forcecharlie 创建的主题 › C › C23 (注意不是 C++23) 将添加 defer 和 panic

我看你发的 C23 Update Report，defer 和 panic 在 Unadopted Features Being Explored 里，是怎么推测出标题的？

2021-06-30 09:48:39 +08:00

回复了 dingwen07 创建的主题 › Windows › 难道 Windows 11 就是 Windows 10 21H2？

21H2 的意思是 2021 年下半年（ 2nd half ）

2021-06-23 12:29:11 +08:00

回复了 piqizhu8 创建的主题 › 问与答 › 有没有觉得， Python 这个语言，越来越复杂（繁杂）了

FIY: /t/785258 刚好看见隔壁的场景适合用这个特性

2021-06-23 12:04:09 +08:00

回复了 piqizhu8 创建的主题 › 问与答 › 有没有觉得， Python 这个语言，越来越复杂（繁杂）了

https://www.python.org/dev/peps/pep-0584/#motivation
不怎么写 Python，看了 motivation 觉得没什么问题，解释了现有的方法有什么不足。Python 本来就吸收了很多函数式的东西，这个特性跟 Python 也挺搭的。

至于要不要用 | 这个运算符，Python 本来就支持运算符重载，语义上看 dict1 | dict2 也挺直观的，所以我觉得这个特性还不错，至少比 := 的争议要少多了。

2021-06-20 13:10:58 +08:00

回复了 lirunext 创建的主题 › macOS › 有没有大佬重绘一下 SteelSeries ExactMouse Tool 的图标以适配 Big Sur

@Elethom https://linearmouse.lujjjh.com/
只启用“线性移动”就是 ExactMouse 的效果

2021-06-17 17:41:01 +08:00

回复了 lujjjh 创建的主题 › 分享创造 › LinearMouse – macOS 鼠标反向滚动 + 禁止滚动加速度

@98b984275a6b4591 已支持，欢迎更新到最新版

2021-06-16 11:59:42 +08:00

回复了 mangoDB 创建的主题 › 问与答 › 有关 Go 语言中 Rand 函数的一行代码

> 我理解这行代码的目的应该是想得到一个可以被 n 整除的最大值

其实是得到一个最大的 max 使得 n | (max + 1)，因为这里 max 是可以取到的。

也可以改成

max := (1<<31) - (1<<31)%uint32(n)
...
for uint32(v) >= max {

2021-06-12 22:35:51 +08:00

回复了 lujjjh 创建的主题 › 分享创造 › LinearMouse – macOS 鼠标反向滚动 + 禁止滚动加速度

@PyCode 已增加开启 /关闭功能选项，欢迎体验。

@Zepp MOS 提供的是“平滑滚动”，LinearMouse 提供的是线性滚动。前阵子试用过一段时间 MOS （甚至还给它提了个 PR，作者似乎近期并不活跃）。可能很多人觉得平滑滚动很爽，但我还是没法适应鼠标滚轮 + 平滑滚动和滚动加速度的体验。你可以理解成 LinearMouse 是给一小撮跟我有同样需求的人开发的。

2021-06-11 20:50:51 +08:00

回复了 lujjjh 创建的主题 › 分享创造 › LinearMouse – macOS 鼠标反向滚动 + 禁止滚动加速度

@NouveauNom 系统没法分开设置 Trackpad 和鼠标的滚动方向，触摸板和鼠标都会用到的话比较麻烦

2021-06-11 15:03:00 +08:00

回复了 lujjjh 创建的主题 › 分享创造 › LinearMouse – macOS 鼠标反向滚动 + 禁止滚动加速度

@PyCode 以后会增加选项，如果只需要反向滚动的话，选择面还是很广的，比如 Scroll Reverser[1]（目前还是免费的）

[1]: https://pilotmoon.com/scrollreverser/

2021-06-11 13:46:39 +08:00

回复了 lujjjh 创建的主题 › 分享创造 › LinearMouse – macOS 鼠标反向滚动 + 禁止滚动加速度

@CommandZi 抛开设备谈“自然”是耍流氓，当然我知道“自然滚动”是 Mac 的叫法，但普通的鼠标滚轮跟 Trackpad / Magic Mosue 的滚动体验显然是不一样的。

2021-06-07 18:43:47 +08:00

回复了 1sm23 创建的主题 › 浏览器 › iframe

如果你的 <iframe> 里嵌的页面 cross-site 了，那么要注意 Chrome 对 Set-Cookie samesite 的默认值已经是 lax 了，HTTP 下也没法改成 none，<iframe> 页面里的 Set-Cookie 是不会生效的。如果你要嵌一个第三方（ cross-site ）的页面，第三方又依赖了 Cookie，只能通过 HTTPS + 显式指定 secure; samesite=none 。

Cookie 没写成功，没有跳转到正确的页面，就可能造成你看到的“页面不会跳转”的现象。

2021-06-07 18:05:48 +08:00

回复了 3dwelcome 创建的主题 › JavaScript › javascript 的数字，内部表示可以是标准的 32 位整型，而不是浮点数吗？

你确实存在误解，#6 #10 说的是对的。如果我没有猜错，你在 #20 中的例子去掉 | 0 也是同样的效果，这个优化跟 | 0 完全没有关系，| 0 是应该说是某些场景下面给 compiler 的 hint 。

js 引擎的优化多了去了，规范还规定字符串都是 UTF-16，难道 js 引擎内部真的都用 UTF-16 存每个字符串么？只要在外部看起来符合规范，内部用什么黑科技优化都可以。

2021-06-02 22:19:21 +08:00

回复了 liyaojian 创建的主题 › Go 编程语言 › 大佬们求解一个 go map 无序的问题

@sphawkcn 是我

@CEBBCAT 认同你的观点，既然规范里明确说了是无序的，就**不应该**依赖某种语言 /某种库下有序的特定实现。

Go 1 开始刻意把迭代 map 的顺序设计成随机，也是为了防止程序员依赖某个 Go 版本实现下的迭代顺序，而不同实现的迭代顺序是有可能不同的，就会造成可移植性的问题，索性设计成随机了。

顺便分享一个近期的故事： https://twitter.com/zty0826/status/1398477411000360960

2021-06-02 21:01:58 +08:00

回复了 liyaojian 创建的主题 › Go 编程语言 › 大佬们求解一个 go map 无序的问题

很奇怪的需求，但也是有办法的： https://play.golang.org/p/PAYLlXZjhgF

2021-05-24 17:26:11 +08:00

回复了 Phishion 创建的主题 › Python › 我想维护一个大型字典，有没有什么省内存的方法

@ipwx 不同量级的数据解决方案是不同的，8*10^17 跟 10^6 量级相差巨大，最优的解决方案也不一样。

另外这里不适合直接套用生日问题的结论，因为表里的数据是已知的，表里面是否有冲突在建表的时候就可以知道。我计算的是在保证表里面的数据不存在冲突的情况下，查询任何一个 key'，其 hash(key') ∈ T 且 key' ≠ key 的概率。

2021-05-24 15:50:52 +08:00

回复了 Phishion 创建的主题 › Python › 我想维护一个大型字典，有没有什么省内存的方法

@ipwx 没法保证程序**一定**正确，内存也有概率出错 :doge:

如果没有算错，任意一个字符串 MD5 跟这 100 万中至少一个发生冲突的概率大概在 2^(-108)，工程上基本没什么问题，即便安全性弱如 MD5，依旧很难找出特例。

当然，肯定是有场景不满足于这个概率的，但这种场景我想不会在意 64 MB 内存的。

2021-05-24 13:28:29 +08:00

回复了 phony2r 创建的主题 › MySQL › MySQL 如何保存有顺序的列表?

https://www.zhihu.com/question/55789722/answer/146650607

teambition 是类似 #2 的做法，但是有极小概率会 fallback 到 slow path （整个分组任务重算）。

2021-05-24 13:05:55 +08:00

回复了 Phishion 创建的主题 › Python › 我想维护一个大型字典，有没有什么省内存的方法

@leimao 思路在 #24 。虽然楼主并没有把需求描述清楚（只是要根据 key 查 value，还是也需要遍历），但是 100 万的量级显然可以假设是不需要遍历的，那么 key 就不需要存原始的字符串，存 hash 就可以了。

如果需要遍历，又要让内存小于 64 MB，就需要在 key 和 value 的编码方式上做手脚了。当然，楼主不介意 64 MB，只需要把我代码里对 key 做 MD5 的逻辑删除即可。

2021-05-24 12:34:40 +08:00

回复了 Phishion 创建的主题 › Python › 我想维护一个大型字典，有没有什么省内存的方法

既然没有人贴代码，我就先抛砖引玉了。19 MB，二分查找。

https://gist.github.com/lujjjh/fecf55f6827cce011bb71682e9b8594a

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯