zictos

@wangym20804 #10 没考虑到。

不过我试了在主机监听按键，只要 VMware 窗口激活过，无论之后是否按了 ctrl+alt ，主机都监听不到任何按键了。所以按 ctrl+alt 后再按 win+d ，可能这个 win+d 的操作还是由 VMware 处理过一遍，但 VMware 内部的操作系统执行 win+d 的话 VMware 软件应该也确实不会响应。

如果不行就没别的好办法了，可能只能在主机和虚拟机里面同时运行脚本，然后进行通信。主机收到相关信息后再执行 win+d

在 vmware 系统中写个脚本，当按 win+d 的时候时候先 hook 让按键操作失效，然后用脚本先按 ctrl+alt ，再用脚本按 win+d ，具体是否能成功没测试过。

网上都不会站在伤者角度的，普遍支持三不一没有。如果不是在你的帖子下要稍微顾忌下，我估计有人会说"凭什么给你道歉，道歉的话你就会不要赔偿了吗"。
所以我觉得千万不要骑车，不要给别人用保险欺负自己的机会。因为骑车也确实相对比较危险，就像在一群"持枪(你没有)"的人中要担心别人的"枪"走火，不是说走路就没这种情况，但相对骑车的近距离接触会更少。当然小车面对大车也可能有类似感觉，毕竟与大车发生事故是非常危险的

用 tasker 添加配置文件-时间-每小时一次
新建任务，任务中获取当前小时到变量%hour ，然后警报中可以选择文字转语言进行播放，输入文字“现在是 %hour 点整”

挨饿减肥的效果确实很好。
其实也没必要任何东西都不吃，每天喝点牛奶、吃点复合维生素还是可以的。
不过有时候真的一点东西都不吃可能反倒会更不饿（只喝水），越吃越饿是很容易出现的情况。
有些一次辟谷 14 天、21 天还是太久了，我觉得最多 7 天比较好，不然不知道是否对身体会有不可逆的伤害。

@Xheldon #229 其实对于无收入的人都可以按基本工资或最低工资算误工费的，因为无收入的人如果因为事故影响到生活，肯定也会影响做很多事情，比如这些时间本来可以进行各种学习提升自己或者照顾家人等。所以一个上班的人如果工资非常低，甚至低于基本工资或最低工资，那么她不提供收入证明肯定有一定合理性，不然误工费赔偿额连无收入的人都比不上，情何以堪？

关键 @fox1751 的观点，我就不详细说了，不然可能被喷。但是事实上很多时候即便伤者是无责的，也是没有额外赔偿的，因为都是填平原则，就跟车辆损坏，只会有修车费，不会有车辆贬值的损失。所以最好都不要发生任何事故，不然都是很麻烦和折腾的。

有没有收入证明不重要，不管是自由职业还是有固定工作的，固定工作者不提供收入证明的话也可以按基本工资算。
这不是争议的点，重点是她到底有没有误工，很多时候可能是住院才算误工。

不能因为她上班了，所以连自由职业者的待遇都没有了，如果她的收入高于基本工资，她不提供收入证明导致按基本工资算，那是她自愿放弃获得更多误工费的机会；如果她的收入低于基本工资，那就更加可以这么做，她只是希望自己的待遇不低于自由职业者。

所以收入证明不是证明有没有误工的点。同样的情况即便她是自由职业者，就可以说明她误工了吗？但误工应该也需要证明，不仅限于银行流水，所以具体要看她怎么证明，即便是自由职业者也肯定需要证明的，具体怎么证明就看情况，比如住院了的话，那就肯定算误工了。

随便问 ai 或者去搜“误工费怎么算”，都是说无法证明收入情况‌，参照受诉法院所在地相同或相近行业上一年度职工平均工资计算。并没有说只有自由职业才能参照这个标准。

回本并不算什么吧？抛硬币都可能有 50%胜率，不算手续费（你也没算占用你资金的时间成本）

我刚才在与 chatgpt 讨论 python 多线程同时调用某个本地 api 可能的竞争，我没有使用线程锁。由于不知道本地 api 那边的具体实现，所以才问的。

chatgpt 先是说可能会存在的一些问题，我接着说“反正我的代码在实际运行中也没遇到问题（无论多快的速度同时请求）”。

然后 chatgpt 说既然没出问题就说明当下是稳定的，可以保持现状，后续发现问题可以使用线程锁。最后还补了一句并且加了一个表情：
不过既然没出问题，那就继续跑吧，毕竟 "If it ain't broke, don't fix it." 😆