@ysc3839 这我不知道，多年不用 Windows 了，如果支持的话你可以去翻翻文档，以我的印象而言 Windows 干什么事都很难“简单”。
如果让我面对这种需求，我会用 hyperv 起 linux 的 VM 连到同一个 vswitch 上并在 linux 下建立隧道。也许如果你已经在使用 wsl2 可以直接这么做？我还没用过 wsl2 ，不知道它能否使用桥接网络。

@Sawyerhou
> 员工可以消极怠工，就等老板执行解雇函数，白拿工资和赔偿。
> 老板可以血汗压榨，员工努力拼命老板依旧执行解雇函数，就是不给年终奖。
目前基于法律的合同难道不是一样的情况吗？

哪些问题智能合约能解决哪些问题不能是很明确的。如果条款规定“员工不能胜任职位则可以开除无赔偿”那就无法用智能合约表达，因为智能合约无法访问“员工能否胜任职位”这个 state 。
问题只在于，以劳动合同的使用场景，是不是所有的公司都必须需要这种条款，如果合同不写这种条款就无法运作？

你已经有一个三层隧道了，再加一个二层隧道就行，GRE/vxlan 都可以直接建立二层隧道。

因为 ROI 太低，糊一个能用就行和精心打磨的投入产出比不是一个量级的。
另外要稳健加副本加备份，存储服务器数据丢失从来都是因为硬件，没听说过软件导致的。

@Sawyerhou 你可以把赔偿写成工作年限的线性函数，双方都没有套利空间。
例如，正常公司，可以第一个月解雇没有赔偿，超过一个月赔偿 n/12+30 天的工资，也就是 N+1 按天算。
而项目偏向外包，公司可能白嫖一个月直接解雇的情况，可以按日/周结算工资。

@murmur
@yanqing07
双方在法院扯皮是否该给/给多少赔偿？在本例中不存在这种情况，无论员工有没有打卡迟到都得给，赔偿的数值是工资和工作年限的纯函数。（其实可以让员工用私钥签名也能够证明到底有没有打卡）
你理解的方向错了，任何需要“扯皮”的条款，智能合约根本就无法表达。如果合同能够使用智能合约表达，那就不会出现会扯皮的情况，也就是没有任何争议空间的“死规则”。以劳动合同的使用场景来说，有什么必须的有争议空间的条款是任何公司都需要的硬性需求么？

@Sawyerhou 只干一个月第二个月不来，可以拿到一个月工资+赔偿，没什么大问题，赔偿的值也可以依赖累计时长，少于 1 个月为 0 也很符合目前的状况。
老板找来人干一个月直接解雇，对正常公司而言是得不偿失的，实在不行改成周薪/日薪结算。

@murmur 智能合约不需要主观判定，也不需要法律来强制执行。它的限制是只能依赖智能合约能够访问的状态，在本例中是能够满足的，锁定资金也不是问题，比如可以只锁定 3 个月到期之前转入余额自动续签。
但是像你说的这种情况就不行了，员工划水出了事故，你开除还是得给赔偿。上面说的资方随时停发工资，或者其他任何公司认为不应该正常发工资/给赔偿的情况，没有在签订之前编写好都无法做到。
有没有可能，不是智能合约啥也干不了，而是人并不真的想要按规则/合同行事。

@Kathy1989 可以解雇时间不到一个月直接解雇不发任何工资和赔偿，也可以只发 x%(x 为 工作天数/30)的工资，无赔偿。

@nbndco
@tomSoSleepy

智能合约最大的特点就是不需要监管自动执行，并且如何执行双方都可验证。

> 笔记本外设没驱动
除了指纹识别、或者花里胡哨的灯光特效之类的，没有没驱动的。
要全部硬件都有驱动你得买 framework 这种真正“支持”linux 的型号。
不需要指纹随便买，只要是 x86_64 平台的主流品牌没有不支持的，宣传 Windows only 的也一样。

> 不要选太新的型号
除非你不用新版系统和内核

> 换系统没保修
不用管这种条款，真拿去送修第一件事就是把硬盘先当面拆下来。况且保修期内出故障的可能性极低。

> linux desktop 怎么怎么不能用
这样说的人根本没用过

前两天刚在 HN 上看到一个类似的产品： https://news.ycombinator.com/item?id=40279499

你这截图让我回忆起了 Windows 下的垃圾字体渲染，没想到这么多年过去还是这个样。

如果生成结果同时包含一个真正给用户阅读的 tldr ，简明扼要的对应配置界面所选项的内容，而不是只有为了“合规”而并非设计为让用户阅读的冗长文本，那还是不错的。

这种盘确实没有备份的必要，只备份元数据就行。

罗技两个滚轮 4 个额外按键都能在 linux 下使用且不需要专有软件的驱动，国产的有能满足同样需求的吗？

不如运行 gnome 的平板，有完整的 PC 桌面功能、完整的桌面浏览器、vscode 等应用，同时对触摸屏/键盘/触控板优化。

如果你看到对 linux 桌面体验非常负面的评价，十有八九他的发行版都是 ubuntu 。

对新手最友好的发行版是 Arch ，简单、文档丰富。
那些开箱即用、提前配置好的发行版只是一种错觉，它们只会让你在（迟早会）遇到奇奇怪怪的问题时无处排查、浪费时间。

不推荐 arm 平台，没有标准的 bios 通用性太差了。

@cnt2ex #80 @adoal #81
我不知道哪条回复让你们得出“所有 security critical 的程序都必须要一直升级”的含义。
我说的是浏览器必须要一直升级，因为：
1. 浏览器是 security critical 的。
2. 浏览器的攻击面巨大（ jit 需要违背 w^x ）。
3. 浏览器的复杂度非常高。
4. 大部分安全漏洞不会收到 cve ，也不会被 backport 。
5. 基于以上原因，无论浏览器开发商还是 os 厂商都没有办法长期可靠的 backport 所有安全更新并维护旧版本，尤其是 10 年起步的 lts 更是几乎不可能。
因此，浏览器必须要一直升级，独立于 lts 的仓库以外，无法像其他程序（内核/sshd ）一样收到 lts 的支持。
现在知道我说的什么意思了吗？