以旧换新不知道。小时候 10 年左右家电下乡，市里的人企图把因为新能耗国标要下架的冰箱卖到老家我奶奶那边，换掉才买 2 年的冰箱，被家里人挡下来了。

冰箱现在收购价确实很低，因为运费贵，大城市甚至白送没人要。其他的不太清楚就不说了，没怎么接触过。

@aulayli “年轻点的学院还好些，会外聘有企业经历的年轻老师”

我原本以为我们学院的企业课会好一些，结果还是那样，只不过是去东软喊个“老师”过来教我们用 devcpp 写命令行地图条目管理系统（就是学生管理系统换名字）

好像确实挺多人有这种困惑，我也不是很清楚这种情况为什么会发生。按理说惯用手能很方便地区分左右。

我想说楼主自己写着玩没问题，我也喜欢整天搓这类底层小玩具。

但是楼主为了推广自己的玩具，不惜妄顾事实，说出“一个 conn 一个 goroutine 导致利用率低”这种笑话，那就没必要说什么“评论实在看不懂”了。

退一万步讲，在超大流量的负载均衡需求下才会有这种对极限性能的追求，这固然很酷，但是大部分场景都不会根据 plain text 跑分来做选型，这并不是性能瓶颈。

https://www.techempower.com/benchmarks/#section=test&runid=f35979a9-4e5e-41db-9ba2-9790167667e9&test=plaintext

祝福楼主啦～小红书就算了

我记得 GitHub 上有个这种项目，还收集了一些 canvas 画画之类的功能。可惜当时没 star

我理解你的意思。HTTP 到 HTTPS 重定向这个问题我研究过，并没有标准答案。

最常见的方法是 80 端口和 443 端口同时监听，重定向用 302 或者 497 都有，对于监听单个非默认端口，Nginx 有使用 stream_ssl_preread 的，楼主的方法我也看到别人用过，并不是首创。

顺便讲一些更深入一点的东西。要区分 HTTP 和 HTTPS ，观察 TCP 连接进来的第一个字节即可。如果第一个字节是 0x16 那就说明对方希望进行 TLS 握手，是 HTTPS ，正常服务。如果不是，那就要当作 HTTP 来解析，并进行重定向。

参考实现如下。这里我还使用了一个偷懒技巧，不解析 HTTP 直接给客户端灌一段 JS 来实现重定向。

https://github.com/kkocdko/ksite/blob/76f8f15b02412fc1bf765517518dd10f8c44fbba/src/tls.rs#L109

都可以，都可以，你上述的方法都可以的。你爱选哪个选哪个。

我的方案是本机 Fedora Linux ，VSCode + Clangd 智能提示，qemu-kvm 运行内核，GDB 调试。但是我并没有从事内核开发，只是偶尔碰到问题需要看看内核。我个人觉得你用我的方案然后本机 Linux 换成 Windows 下的 WSL2 应该就挺好了。

devtools 的这个体积显示是有 bug 的，会比实际要大很多。但是我觉得可能实际体积确实也有 1GiB 以上。

webdav 。

vscode 自带的够用

这个得看文件系统，比如 xfs 就支持并行读取。一般来说这不是瓶颈，速率都能达到硬盘的峰值速度。

如果你是希望各个进程的读取进度同步，避免重复读取，就应该考虑自己实现缓冲区。

楼主就是来引流的，讨论什么讨论。

@livid

Python 编译到 LLVM 的项目已经有很多，静观其变吧。

0. 由于“TypeScript 是 JavaScript 的超集”，所以不存在“完全放弃原生 JS”的说法。没有人会阻止你写 AnyScript 。我平时写的时候，就只会在发现类型提示不见了之后才主动补充一下定义。
1. TypeScript 不太可能消亡，因为现有的针对 JavaScript 的智能提示大多是基于 tsserver ，这是强大的 TypeScript 给我们的恩赐。
2. 针对编译速度问题，可以使用 ESBuild ，SWC 等方案，由于它们只做类型擦除等原因，速度很快。我这里有一个中小规模的前端项目，编译时间几乎可以忽略（ esbuild 0.3s ）。
3. 使用 JSDoc 替代 TypeScript 在大多数时候可行，但是你想想，是写 `/** @param Type name */ function foo(name)` 方便，还是写 `function foo(name: Type)` 方便呢？我觉得只要你不写出类型体操，TypeScript 没有什么不好的地方。类型体操是库作者应该纠结的事。

总结：别让他们接触到钱就行。