保存成 .reg 文件打开，所有程序映射的方案都太差

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout]
"Scancode Map"=hex:00,00,00,00,00,00,00,00,02,00,00,00,1d,00,3a,00,00,00,00,00

...首先, 能不能把 “IDEA” 批量替换成 “想法”

@hzcer 你提供的 sdk 总是需要去读 server list 的

使用境外服务器总是会遇到，某些城市的某个运营商的网络下无法访问。

之前那个 demo 相册的作者？我之前提了几个手势问题，结果回复全都是觉得我的操作手势有问题。

这种态度对待种子用户的反馈，还是别做了。

如果连公司附近十分钟的房子都租不起 /不舍得租，我很难想象这样的人会花钱来你这午睡

Office 365 解决所有问题

不要期望找一个策略就能完全解决这个问题，要是真有 NP=P 就成立了。只有暴搜一条路，可以加暴搜+剪枝，暴搜+DP 稍微优化一下，不过这些优化对原问题都是杯水车薪。

最终让上面所有代码跑起来的前提是，楼主的数据是人手都能凑出来的数据，说明了搜索空间里面解的占比非常大。

这是 Model M 的后期型号吗

一个建议，不要做题库。开源的 OJ 系统已经够多了。

UTC 时间和 Unix timestamp 都不会有你这个问题，时区是展现时候才需要的，并且都是从 client 取得。先弄懂这几个概念再说吧

@ysc3839
嗯，但是也不保证
https://github.com/torvalds/linux/blob/master/kernel/sched/fair.c#L6219

Linux 线程是绑定核心的？

https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-setthreadaffinitymask

@diandian666 我上面说了，你 2 数组里只有一个 0.4 是凑不出 1 数组里的 0.96 和 1.52 的。你手算试试用 2 数组里面的数字去凑凑看，能不能凑出这两个数字

@diandian666 去掉相同的这个优化没有问题，问题是你的 1 数据不合并可能根本凑不出解

@Damn 我知道 NP ，但是如果人手都能凑出来说明数据保证了凑出解的概率非常大。凑数字这种人脑根本没优势的项目，机器不可能比人差。


@diandian666 我代码确实还有些问题，sort 都是错的，还有重复搜索的问题。但是回到你这个问题，你这组数据凑不出解的。只有一个 0.4 但是 1.52 和 0.96 凑出来都需要 0.4
0.96 = 0.4+0.28*2
1.54 = 0.28*4+0.4
只有上面一种凑法

@wxf666 https://maggch97.github.io/dfs/dfs.html 你要跑的话可以试试我这个 js 写的，至少楼主给的几个数据都能出结果

@wxf666 int(1.15*100) == 1.14

@maggch97 看错了，数据没有错。我取*100 取 int 的时候被被舍掉了 1