无线鼠标么？干扰了吧，未必是机箱，别的地方。
1#那是典型的电流波动干扰

如果按照资产维度，会不会简单一些，
按照激进的 6 年折旧，或者保守的 10 年折旧，把一次性购入折算成每年的成本，外加保险、油费、保养等固定成本，算出一年的基本成本，然后与当年的收入做比较。我觉得，成本占收入的 30%比较合理，当然了为了其他一些溢价收益——比如别摸我谈生意，这算边际效益——这个比例也可以适当提高。

当然，这是考虑纯流动性。如果考虑家底，那一次性投入就不需要折算了——土著买奔驰都是这么核算的。

@tyx1703 14# @NicholasZhan 16# 溢出还不算事，两个 6 四个 5 要赢于三个 6 三个 5 的。

另外 14#的算法写错了吧，没看懂
66654 不应该是 6*3*6^5+5*6^4+4*6^3 么
66611 不应该是 6*3*6^5+1*2*6^0 么？

如果是这样的话，
A:665555: 6*2*6^5+5*4*6^4=119232
B:666555: 6*3*6^5+5*3*6^4=159408
这就错了，

恺撒密码，如果把原文的字符和密文的字符理解为两种字符，那就不是偏移了。只不过当时他们没有第二种字符来表示。

@cpstar 12# 的方法解决不了 8#。
8#的问题已经涉及排序了。

sum[5000][5000]=0//全都清零，第一维为人，第二维为骰子结果
maxp=0//最大的人
maxr=0//最大的骰子结果
maxs=0//最大的骰子技术
for (ppl=1..5000) {//遍历人
for (times=1..5000) {//遍历次数
sum[ppl][result]++//result 为当此骰子结果
if(sum[ppl][result]>maxs||(sum[ppl][result]=maxs&&result>maxr)) {//次数超，或者次数相等结果超
maxp=ppl;maxr=result;maxs=sum[ppl][result];
}
}
}

但是从取最大的算法看，确实只遍历一次足以。只不过每次遍历，需要比较的东西太多。
反正不是排序算法，不用考虑如何把 O(n^2)降到 O(nlogn)之类的

5000 个面啊。。。删除我 1 楼的话

8 进制比特位，不知道行不行，LZ 试试

好吧，每次的字体文件好像都不一样，那也就是说服务器动态生成的字体文件，所以，继续逆向吧。加勒个油。

但是思路没问题，肯定是通过 unicode 的一定编码机制，生成密文和密码本，然后恺撒加密

我怎么感觉就是一个凯撒加密呢？
1 也 2 苏 3 局 4 界 5 二 6 生 7 湖 8 乐 9 和 0 打
但是页面刷新之后就变了。但是仍然是个凯撒加密。

那么考虑字体如何对应的，每个字都一个编码，而字体库就是某个编码如何渲染成可展示的东西。那这就好办了，0-9 是个数字，把字体库逆向一下，这样就是一堆 key-value，key 是编码，value 是 0-9 。
如果其中能够发现一些规律当然是好的，key 就可以少很多了；如果找不到规律，那就只能枚举了。

同 @ClericPy 7#

如果没有明确指示，可以按照第二张图行驶，其实更应该的是先下往上直行（直行绿灯时）然后等待右向左直行绿灯开放。
LZ 那个左转绿灯，是给机动车指示的，给非机动车指示的，应当就是绿色的自行车标记，给行人指示的，是一个小人。

但是北京有部分路口改善了： https://3g.163.com/dy/article/GAAGS8AG0545CBGK.html

基本上开机之后，浏览器全屏，并且维持到下班，壁纸是啥，哦，开机关机的时候能看一眼。。。
我在 ms store 上找了一个 backiee，稍微多一点花样

再来三台，跨屏拼接 4K，48 寸大 4K，哈哈

HTTPS 只是在容器层判定了 Bob 是不是 Bob 的问题，但如果不信任容器层呢？所以也可以在业务层再做一次 Bob 是不是 Bob 的判定。

A2119 的情况是这样的，里边有一块小芯片，与主机通信的，是 DP 协议，然后芯片把 DP 协议转成 HDMI2.0 传输给显示设备。但是与主机通信是 DP:USB=2:2 的模式。
以带宽能力讲，DP2Lane 最高 12.96Gbps （ DP1.4/HBR3 ）和 8.64Gbps （ DP1.2/HBR2 ），HDMI2.0 则是最高 14.4Gbps 。那么无论如何无法实现 4k60hz10bit，如果主机有 DP1.4 则能够 4k60hz8bit，否则只有 4k30hz10bit （最高）

其实带宽方面，即便是基于 DP AltMode，LZ 的需求还是能够实现的。
Type-c 接口有四条高速数据链路，外加兼容 USB2 的低速线路。USB2 的不说了。
高速链路方面，实现 DP AltMode，有三种方法
> DP:USB=4:0，这种情况下，四条链路全都传输视频信号，按照 DP1.2/HBR2 的能力，最高速率 17.28Gbps，能够满足 4k60hz10bit 数据传输，即 4K 60HZ HDR 不是问题；如果是 DP1.4/HBR3，即便没有 DSC 压缩，实现 8k30hz 没问题。线缆方面，需要直接 type-c 转 DP 线。
> DP:USB=2:2，这种情况下，两条链路传输 DP，两条链路传输 USB3 。以 DP1.2/HBR2 的能力，有效带宽 8.64Gbps，只能做到 4k30hz8bit 或 10bit ；如果双方设备支持 DP1.4/HBR3，那能力到达 12.96Gbps，4k60hz8bit 没问题，但是实现 4k60hz10bit 就只能靠 8 抖 10 了。线缆、扩展坞方面，最近出品的产品，基本都支持，老的产品可能部分支持了。另外数据方面，保留了两条数据链路，USB3 的一条链路 5Gbps，两条总带宽就是 10Gbps，也就是最高实现 USB3.2 Gen2 。
> DP:USB=0:4，即四条全都是 USB，5Gbps*4=20Gbps，实现 USB3.2 Gen2*2，但是没有显示带宽了。

https://post.smzdm.com/p/636483/ 我的文章，数据量分析。

DA310 那个，采用硬连线 2:2 的模式，做到 4k60hz，需要双端支持 DP1.4/HBR3 。Thinkpad 40AS 同样，只不过理论上扩展坞芯片具有 MUX，可以动态变为 4:0 。
注意，有些显示器标称 DP1.4 但是并不支持 HBR3 。至于 DSC，今年以前发布的显示器，鲜有支持，应该只有一些高端型号比如 5k 、8k 之类的。

最后，吐槽 USB-C 为了兼容 USB2 空占了两对数据线浪费了 5G*2 的能力；吐槽 DP AltMode 徒增用户入坑概率，搞出一堆花样看似为了方便用户其实困扰了用户。

这个需求，可以看看 thinkpad 40AS USB-C Dock Gen 2 。或者 dell 的 D310 。

低于 300 元的，芯片大同小异，功能大同小异，差的就是用料和做工，基本上 4K60 都要靠命。大厂的产品，做工用料不说，标称的性能肯定非常明确，能够避坑。

这得看是文件分享还是视频分享。前者无关文件内容，那要么公有网盘，要么私有 NAS 。如果是视频分享，那就简单了，找个视频站，上传，设置访问密码。
如果涉及版权，即便是文件分享，一切公有的服务都绕开，只能信任私有方式。