@jasonyang9 是的，我建议楼主还是重装吧🤦‍♂️

谷歌阿里化，阿里百度化

你这个 Monitor Pro 是真不错，刚好我最近在找监控资源的插件，我之前试了几个体验都不怎么好，你这个挺全的。
就是我觉得如果加入 task manager 功能就更妙了，这样连 top 之类的命令都省了，毕竟服务器资源监控有的时候是需要看一看各进程的占用量的😂

Markdown 就是有这个问题，这也是我很早之前就觉得 Markdown 语法有缺陷的原因，它是一个强制的树结构，就跟在 vector 里面存储二叉树一样，你必须得遵循一个上层在前，下层在后的顺序。
对于笔记场景来说，你倒不如把每一个标题下属的段落都当成一个单独的卡片，单独的文章。而标题之间的层级关系只是描述了这些卡片之间的关系。这样相信对你使用 Markdown 整理笔记的思路很有帮助。

@netabare 怕不是 ChatGPT 生成的🤣

@WinG 正相反，闪电网络这种 layer2 解决方案正是用来解决上链成本的，解决链上手续费过高的问题，减少交易需要在链上记录的次数，这显然是有利于使用者但不利于矿工的🤦‍♂️但是它仍然是基于比特币 layer1 的共识为可靠性保证，是基于比特币网络本身足够安全可靠的前提下做一个快速“高频”交易的低成本层，所以所有的 layer2 解决方案都不能对 layer1 共识的安全性可靠性提供帮助，反而在这种情况下导致矿工的手续费收入降低。

所以针对楼主的问题我主要的观点是比特币这样做是有问题的，至少是有很大风险的。主要问题倒不在于比特币网络可能会运行不下去，因为只要有收入就一定会有人挖矿，而比特币的十分钟一个块的机制，不会因为挖的人少了就进行不下去。算力的降低只会导致难度的降低，然后动态调整算法，会让块间距回归到十分钟的正常水平。但问题其实就出在这个难度降低上，这个难度，即代表比特币网络的总算力水平，决定了比特币数据的安全性、可靠性、不可篡改性，目前挖矿的高成本、矿机的高算力使得比特币几乎不可能被任何人掌控和篡改攻击，6 到 12 个块之前的安全块的确是安全的，交易只要经过了这么长的块之后，的确就是非常安全的，不可能被更改的了。但是如果算力下降就意味着这样的安全保证可能会慢慢地不复存在，至少它的安全保证会越来越弱，以至于大额的交易就需要更长的时间来确认，因为只要攻击者进行攻击的算力成本小于交易里边的比特币的价格那么就是有利可图的。最终的结果就将意味着比特币不再是一个完全可靠的，全世界各种实体控制的额外算力都不太可能去控制的共识，它将变成一个在有利可图的情况下就可能会被大规模攻击的网络。事实上，一直以来，比特币的信徒们，pow 工作量证明算法的信徒们都是认为算力决定了共识的强弱，也就是说整个比特币的市值是由它的算力的总量来支撑的，那么一旦挖矿所需要付出的算力的成本低于能够获得的收益，算力就会减小，而目前的这种高算力水平是由增发货币补贴的，比特币共识算法规定增发将按一定时间逐步减少直到停止，这也是比特币不通胀承诺的来源。

而且这种补贴的水平非常之高，目前手续费占矿工收益的比值应该还远没有超过 50%。不过确实来日方长，或许以后手续费将能够使得矿工维持保证比特币市值的收益，目前攻击比特币网络所可能消耗的成本是远远高于可能获得的收益，算力还有很大下降的空间。

@liweichen6 这不是脱裤子放屁吗？他说的主要是默认应该合并，而不是默认分成好几个窗口。

在我看来目前主流的单向传导反向训练的神经网络事实上就类似于这样一个人类思维过程，就像我们打眼瞪一下，瞧一下，然后凭感觉给出一个答案，更接近短时直觉认知。从这个角度出发，目前体验下来 ChatGPT 整个这个输出的质量是不是已经非常逆天了？
比方说数学计算，相当于不让用任何工具包括纸笔，然后给你一个很长的式子，要求你短时间凭感觉给出一个答案，这个准确率已经很不容易了。

不是，这就相当于不让用任何工具包括纸笔，然后给你一个很长的式子，要求你短时间凭感觉给出一个答案，这个准确率已经很不容易了好吧。在我看来目前主流的单向传导反向训练的神经网络事实上就类似于这样的人类思维过程，就像我们打眼瞪一下，瞧一下，然后凭感觉给出一个答案，更接近短时直觉认知。从这个角度出发，目前体验下来 ChatGPT 整个这个输出的质量是不是已经非常逆天了？

@lookStupiToForce 对，在微软账户里面可以迁移授权的，也就是只要你曾经有过一台正版 Windows 设备，只要你今后一直也只需要使用一台 Windows 设备，那么就可以一直迁移着用。

Amazing! That's it.
我期待这一天已经很久了，这是 LSP 的重大胜利，随着其发展，基于上下文，甚至跨文件内容的基于在本机上实时训练的在线学习模型的智能输入很可能是未来趋势。其实中文输入法本身就是一个很好的增强智能 augmented intelligence 实践平台，从它开始或许可以一点点构建一个完善的由 AI 辅助的人机交互系统，彻底打破目前 APP 之间数据隔离的情况。

函数式语言应当是值得学的，我一直想知道函数式语言它到底能不能无感地自动并行化？

你没进控制台页面吧？网站首页都是一个静态页面，当然不需要复杂的交互框架，一般都是由静态网站生成器导出的，连轻量 JS 框架都不一定有，更别说 .net 这种重型框架了。这种大公司内部应该会有为自家设计师准备的静态网站生成器。

@xiaomada 没看出来是在开玩笑？

@runze 这就是中心化包管理的问题，但是我就想不通为什么那些号称做去中心化包管理的语言和运行时没有吸收区块链的经验，ipfs swarm dat 这种带密码学保护的去中心化存储分发基础设施已经非常完善了。明明他们可以解决 go 和 deno 曾经体验极差的混乱包管理状态。

@ragnaroks 对，所以我一直梦想着有基于 ipfs 和 ipns 的包管理器🤦🏻‍♂反正是在 package 配置文件里也不需要特别担心长度和记不住的问题，而且像 rust 的包管理器在 vscode 里甚至可以在线搜索包，这种的话就更不担心了，先用人类可读语言或者是 ens 查找，找到了就敲定 ipfs 哈希，绝对保证构建一致性，要升级的时候用 ipns 找相同作者对其的更新版本，自动密码学验证，十分完美。而且这套系统还可以自动实现去重避免重复下载，旧的缓存也可以按需清理。

@huczyt 不对呀，你在国内的应用商店上架不是都要提交一个软件著作权证书吗？那个就可以作为维权依据啊，而且应用商店应该是直接可以受理的，用不着走最复杂的法律途径。

@libook 那 Rescript 应该就是最佳选择了，类 Ocaml 语法编译成 JS 跟 TS 类似但定位是子集而不是超集，有 Facebook 大厂背书，创始成员之一是国人。

@ppbaozi 对，那就希望不大了，去找数据恢复专业人士或许希望会大一点，但是也很有限。数据很有可能已经被覆盖没了。