噗😅
看来它确实觉得自己在搞什么创新商业模式

刚修好老家的光猫，祝大家新春玉快，嚯家欢落！

WSL 2 终于也有更舒适的网络体验了！就像 WSL 1 一样，新增的 mirrored 网络模式可以直接使用 Windows 的 IP 连入连出，也可以直接使用 127.0.0.1 或 ::1 访问 Windows 的服务。
目前只在 Insider 任意 channel 有效，只需要在 Windows 用户目录下 .wslconfig 的 [experimental] 部分下加入 networkingMode=mirrored 即可。
更多更新内容：https://devblogs.microsoft.com/commandline/windows-subsystem-for-linux-september-2023-update/

刚看还以为是会涉及到 MLIR 之类的东西，事实上是让每个节点自己产生对应的 C 语言片段然后拼起来，编译后通过 Python 的 C 拓展调用？

如果你不太能忍受过大的二进制文件，建议绕开最近的 Stackage LTS 21.12 (GHC 9.4.7)，开发者可能忘记把这个 patch backport 到里面了...
个人实测相比 GHC 9.2.8 编译出来的二进制体积增长在 400%~800% 以上...

https://news.ycombinator.com/item?id=38457247
英特尔大外宣
为何 rust std fs read 反而比 python 慢？AMD only?!

我想得太多，做得太少。想象力和实际行动力并不匹配，而前者往往过于宏大，有时候又充满无关紧要的细节。这时像是把墨水滴进了一锅开水，煮出来是一锅混沌。
我应该写简单的东西，写直白的东西，写朴实的东西。可见的未来不会出现的需要为什么要去考虑呢？写程序不一定要搞得面面俱到。
不由得想起本次参加 ospp2023 也是差点死在过度设计上面，设计复杂，更改困难，到最后删一堆代码放弃什么性能上的执着（没 perf 就开始纠结性能也是一大怪癖），反而活得很好，没几下把主要任务完成了。
想想看看有没有什么值得砍掉的东西，既然有一种心里有底才肯动手干活的毛病，不如把底设置得粗糙一点，尽量让自己多干活。

也许这样我就能摆脱持续数百日的 burnout 状态了。

如果你的工作，别人看一个tutorial就能赶上，那你可以思考做更困难的工作

https://github.com/Ruikuan/blog/blob/master/Info/compact_vhdx.md

参照这个方法给 wsl2 里的开发环境压缩了一下发现释放了超过 100 GiB 的存储空间...
记得先 wsl --shutdown
记得先 wsl --shutdown
记得先 wsl --shutdown

强烈建议 CS 壬有空就读读 Knuth 的 Concrete Math （混凝土数学 xD）。不只是为了学那些高大上的莫比乌斯反演，离散微积分，生成函数技巧。里面很多小公式也非常有用。比如我每次自己写静态线程调度，都会用到这个公式：

fn knuth_divide(n: usize, m: usize, k: usize) -> usize {
    let s = n.saturating_sub(k);
    (s / m) + if s % m != 0 { 1 } else { 0 }
}

(n个元素尽量均匀的分为m组，第k组应该有几个）
公式本身技术含量也许不高，但是什么边界条件啥的都完美处理掉了，学习到就可以 save you from the burden of thinking。

Blazingly fast 草

https://github.com/maqrtineLzjulyie/spotify-check-premium/blob/main/main.py
你能看出这个脚本里隐含的恶意代码吗？
幻术大师了属于是

答案：第一行右划到底

发信人: cloudsky (小四), 信区: Security
标 题: 你尽力了吗
发信站: 武汉白云黄鹤站 (Mon Apr 17 19:52:54 2000), 站内信件

正文

很多人问如何入门如何入门，我却不知道要问的是入什么门。很少把某些好文章耐心从头看完，我这次就深有体会。比如袁哥的sniffer原理，一直以为自己对sniffer原理很清楚的，所以也就不曾仔细看过袁哥的这篇。后来有天晚上和袁哥讨论，如何通过端口读写直接获取mac地址，为什么antisniff可以获得真正的mac地址，而不受更改mac地址技术的影响，如何在linux下获得真正的mac地址。我一直对linux下的端口读写心存疑虑，总觉得在保护模式下的端口都做了内存映象等等。结果袁哥问了我一句，你仔细看我写的文章没有，我楞，最近因为要印刷月刊，我整理以前的很多文档，被迫认真过滤它们，才发现袁哥的文章让我又有新认识。

再后来整理到tt的几篇缓冲区溢出的，尤其是上面的关于Solaris可装载内核模块，那就更觉得惭愧了。以前说书非借不能读，现在是文章留在硬盘上却不读。其实本版已经很多经典文章了，也推荐了不少经典书籍了，有几个好好看过呢。W.Richard.Stevens的UNP我算是认真看过加了不少旁注，APUE就没有那么认真了，而卷II的一半认真看过，写过读书笔记，卷III就没有看一页。道格拉斯的卷I、卷III是认真看过几遍，卷II就只断续看过。而很多技术文章，如果搞到手了就懒得再看，却不知道这浪费了多少资源，忽略了多少资源。BBS是真正能学到东西的地方吗？rain说不是的，我说也不是的。不过这里能开阔人的视野，能得到对大方向的指引，足够了。

我一直都希望大家从这里学到的不是技术本身，而是学习方法和一种不再狂热的淡然。很多技术，明天就会过时，如果你掌握的是学习方法，那你还有下一个机会，如果你掌握的仅仅是这个技术本身，你就没有机会了。其实我对系统安全是真不懂，因为我一直都喜欢看程序写程序却不喜欢也没有能力攻击谁谁的主机/站点。我所能在这里做的是，为大家提供一个方向，一种让你的狂热归于淡然的说教。如果你连《Windows NT设备驱动程序编写》、《win9x系统编程》都没有看过，却要写个什么隐藏自己的木马，搞笑。如果你看都不看汇编语言，偏要问exploit code的原理，那我无法回答也不想回答你。总有人责问，要讨个说法纭纭，说什么提问却没有回答。不回答已经是正确的处理方式了，至少没有回你一句，看书去，对不对，至少没有扰乱版面让你生闷气。Unix的man手册你要都看完了，想不会Unix都不行了。微软的MSDN、Platform SDK DOC你要看完了，你想把Win编程想象得稍微困难点都找不到理由。还是那句话，一个程序员做到W.Richard.Stevens那个份上，做到逝世后还能叫全世界的顶级hacker们专门著文怀念，但生前却不曾著文攻击，想想看，那是一种什么样的境界，那是一份什么样的淡然。我们可以大肆讨论技术问题，可以就技术问题进行激烈的卓有成效的讨论，却无意进行基础知识、资源信息的版面重复。我刚在前面贴了一堆isbase的文章，开头就是主页标识，却在后面立刻问什么主页在哪里？前面刚刚讨论过如何修改mac地址，后面马上又来一个，前后相差不过3篇文章。

选择沉默已经是很多朋友忍耐力的优异表现了。很多东西都是可以举一反三的。vertex的lids，被packetstorm天天追踪更新，你要是看了THC的那三篇，觉得理解一个就理解了一堆，都是内核模块上的手脚。你不看你怎么知道。我不想在这里陷入具体技术问题的讨论中去，你要是觉得该做点什么了，就自己去看自己去找。没有什么人摆什么架子，也没有什么人生来就是干这个的。你自己问自己，尽力了吗？

forward [source](https://vxtwitter.com/plantegg/status/1767192530674917862)

感觉我没有尽力。远远没有。