@star7th 所以三网、省市的节点数量和按三网、省市拆分后的可用吞吐量在当前是不披露公开的吗？

@star7th 百度云加速是 6990/年，每天 500G ，折 0.0383 元 /G ，超出这个流量之后可以以 0.18-0.11 元 /G 的价格购买流量包。

所以在对比的时候，需要知道你这边的具体优势，比如节点和带宽的省市覆盖情况，可用的节点总数等内容，以便在低价 CDN 领域和老牌的百度云加速拉开差距。

其实这个价格是比百度云加速要贵一点点的，对方最低是 0.038 元 /G ，限 500G/天，可以追加流量包。

很好奇你这边的节点数量、质量以及功能方面会不会更好一些。

@qW7bo2FbzbC0 我私底下觉得这纯属微软管太宽了，啥都是第一方的，所以社区没有造轮子的热情。

这个策略本身就不对，正确的是把基础的打好，然后 fund 一些好的第三方框架，出钱出力去帮忙补测试覆盖，提升性能和出钱 audit 代码。

兴趣爱好的话就 rust
改良品味的话就 TypeScript
找工作的话就 Java
做小东西的话就 Python3
想为难一下自己的话就 C++

Because-I-Believe-PowerShell-Commands-Are-Way-Too-Long-And-Unnecessarily-Verbose-That-I-Definitely-Hate-To-Type-Any-Of-Them-For-The-Sake-Of-My-Finger-Health-And-Keyboard-Durability

@zhoudaiyu 那你首先要做的是劝领导升到 7.9 ，不用野包，然后在 eol 之前跑路就是了。

rhel 的内核你都换…这真的是你自己的问题了。

你这是真把 rhel 当 centos 用了，连 rhel 的内核是啥概念都不知道，天知道你自己用了多少野包。

rhel 的内核是有非常巨量的 backport 的，而且你商用多半有授权，有稳定性问题如果能定位到哪个 patch 的话，还能去找红帽专门给你 backport 下来。

@wasd6267016 你在这照片也不方便发，更具体的信息也不方便给，那建议总归是笼统的：找贵的各方面专业人士去聊聊。

总结：卷吧，你不是那种听到“你好可爱呀”“你已经很棒了”一类的话就可以受到安慰的人，也不用批判社会上的颜值崇拜，因为你改变不了它，也不能靠批判它消除你的自卑感。

比烂总可以比，愤世嫉俗总可以愤世嫉俗，但切实有效的建议就是，你还需要花很多钱很多时间很多努力让你满足你自己的焦虑。

当你觉得你没有吸引力的时候，你缺少的不是自信，而是吸引力：因为你真的没有，也真的还没优秀到有资格吸引女性。

男性是很卷的，你只是意识到了而已，这宝贵的意识可以避免你成为普信而又容易激惹的“蝈蝻”。

长得不帅，就要学着花钱和时间在衣着、皮肤、发型、健身和微整上，而不是在这边寻求安慰。

没有涵养，就要学着花时间在读书、旅行、生活能力培养方面，而不是让生活里只有工作。

没办法？没钱？没时间？它们都等于你没有获得你理想中的社交地位和择偶权的资格。

有容貌焦虑是好事不是坏事，你其实已经比盲目自信的人们好多了，为啥还要回去呢？

实话说我对这个基金会多少有点偏见。因为里面充斥着大量过度封装、难学难懂、部署复杂、性能低下的项目。

至于最大的坑，目前遇到的有两个：dx12 没有任何办法跑（ crossover 要 2023 才支持，pd 没有支持 dx12 的计划，但 crossover 没有计划支持任何软件内嵌的 ie 页面，所以很多老游戏会卡在启动器处），以及含驱动的 win 软件完全无能为力，比较突出的是网银类和反作弊类。

等得起的话可以稍等一下。M1 Max 的待机功耗是很高的，基本是 7-10w 的区间，所以续航也就 10 个小时最多，是远比不过 M1 的待机低于 1W 的。

22h2 就有。
https://github.com/thebookisclosed/ViVe

vivetool /enable /id:34370472 /variant:2
vivetool /enable /id:39145991 /variant:2
vivetool /enable /id:37634385 /variant:2
vivetool /enable /id:36354489 /variant:2

重启。

说一些字形设计上的问题。

你的定位是一个轻微手写风格的圆角字体，也就是说，它实际上是还算端正的，比如 c 、o 、u 、n 、s 、x 、{的设计都很端正，那么这种端正就应该在每一个字形中正确地体现出来。

首先问题比较大的是小写 a ，它的圆头歪了，这使得它在和一些很端正的字母，比如 sam 并排出现的时候，会有一种 a 是 italic 的感觉。

然后说小写 t ，简单地说，它的视觉中心歪了：当看到 t 的时候，人们预期的视觉中心应该是十字中央，而你的字形右边偏大，使得视觉中心也因此向右偏。

小写 i 的字形也又问题，给人一种 i 的点没有落在竖线，而是微微向右歪的视错觉，小写 j 也是一样。

数字 1 的字形里顶部的折角太小，看起来非常惹眼，你的字体里其他地方是很少出现这种折角的。

小写 e 的上部在视觉里有点大了，会让人感觉 e 的中横线偏粗。

小写 l 的拐角多少有点不安宁。

小写 r 的拐角就特别特别不安宁了，风格上都会让人觉得有些怪。

小写 g 的头有些大，视觉上会过分地被圆圈中心吸引。

数字 0 的斜线看起来让字显得有些过于“满”了。

小写 m 的字形看起来非常局促。

大写 Q…这个分离式的写法我确实是很难适应。

其他的还慢检查，不过总的来说辛苦了。

这个目标下，你能选择的只有 Webview 。

因为别的不说，代码文档本身都是输出成网页的，除非你专门对每个文档做跟进解析，而这意味着补天级别的工作量。

并且，你的优势是：你是本地文档。

在这一点，你就赚尽了打开速度的网络优势，只要再干掉那些弱智的纯 JavaScript 索引的首次加载速度问题，用户就不会再在乎你是不是 Webview 了。