最近的周赛,就没有不 outage 的,是越来越多的失业大军来 DDoS 吗?
周赛遇到了一道数组中所有 pair 的绝对值求和的问题 2731. Movement of Robots,直觉上 O(N^2) 的方式会 TLE,后来转换思路,发现有序数组用 O(N) 就可以做到了。
直觉上的做法,是在模拟 abs 运算:
1for i in range(N):
2 for j in range(i + 1, N):
3 res += abs(nums[i] - nums[j])
通过归纳这个过程,可以发现:
1N1 - N0, N2 - N0, N3 - N0, N4 - N0
2 N2 - N1, N3 - N1, N4 - N1
3 N3 - N2, N4 - N2
4 N4 - N3
对于 index i,
在 -
号左边会出现 i
次,因为有 i
个数比它小;在 -
号右边会出现 N - 1 - i
次,因为有 N - 1 - i
个数比它大。
那么我们可以直接用乘法计算了:
1sum(
2 nums[i] * (i - (N - 1 - i))
3 for i in range(N)
4)
那么为什么只有对有序数组才能得到这样的 O(N) 优化呢?
因为要求的是 abs,如果出现了逆序我们不知道某一步应该是 Ni - Nj
还是 Nj - Ni
,会导致计数错误。
在做 JNI 的时候,Kotlin 与 Rust 传递复杂结构,需要手动赋值每一行属性,非常繁琐。 想到也许可以用 Protocol Buffer 作为中间载体,依赖自动生成的类。
效果倒是可以,input 和 output 都使用 ByteArray 了,两边各自反序列化一次就行。 但是吧,10 个属性的结构,在 Rust 下面生成的文件也就 60 行,在 Java 里有足足 2500+ 🤯
Protobuf java generate to large methods
只能说,凡事皆有代价。
archinstall
脚本还挺香,完整保留了 Win 11 分区和引导。
碰到的唯一需要调整的地方是,安装完毕提示 “Would you like to chroot into the newly created installation and perform post-installation configuration?” 我直接无视就重启了。
最好 chroot 然后添加 bootloader config,修改后 bootctl list
确认一下。大概率碰到的问题是,选了 linux-zen 的 kernel,和默认的 vmlinuz-linux
& initramfs-linux.img
匹配不上。
用了 10 年的 Arch 了,之前都是 zsh 一行行敲命令安装,再也不想回去了。
一想到人类其实也被多巴胺奴役着,搞一个 super AI 管理社会,感觉也差不多?
对于程序员和开发人员来说,如果完成某项任务所需要付出的努力对他们是个挑战,却又恰好还在力所能及的范围内,他们就会觉得很有乐趣。因此,趣味性是一个峰值效率的标志。
……
乐趣是一个符号,意味着效能、效率和高产。
——「UNIX 编程艺术」