序

怎么办，现在还在沼津戒断反应，我要去沼津～～～

大概在去年 6 月的时候 Aqours Finale LoveLive 就公告了。不过那个时候还在忙于 XCPC 乃至 BW 相关。不过再怎么说没去缪 FL 还能说自己年少无知，水 FL 就在眼前，不拼一把实在说不过去。

然后就是某次数字电路实验课上公布的在西武巨蛋。老家是老家，但是作为 FL 是不是有点不够格。不过看起来大家相比较骂更多还是猛叠抽选，人民群众还是太能当韭菜了。

致歉

比赛开始后约一小时内，比赛平台因不明原因（目前来看应为平台程序负载过高）导致平台响应速度极慢。如果有参赛的师傅读到这篇文章，再次向您表达歉意。

前传

尽管我常常自称运维，但是我确实没有实打实的运维过 CTF 比赛，更没有运维过 k8s 集群。这几年协会不少比赛的运维也都是由凌武学长负责。

先前 HGAME Final 2025 虽已有相关经验，但是 Final 毕竟是，线下赛，校内赛，当时也没出锅，况且出锅了就大不了走到前面给大家鞠躬。

今年 D^3CTF 的准备时间相较往年有所减少（两个月 -› 一个月）。运维任务我一开始以为不会在 Vidar-Team 手中，结果最后还是落到我们手里。

本着总想折磨一下自己这个本源愿望，最近尝试了从 zsh 迁到 fish。

尽管 fish 有很多不错的功能（比 zsh 阳间许多的配置文件管理，条理清晰的变量控制 etc），但是事实上各个 shell 的生态并不完全相同。

我曾经使用 p10k + zinit，它很好，我很喜欢它。但是 p10k 已经打出了 「THE PROJECT HAS VERY LIMITED SUPPORT」 ，所以也许搬家总是好的。而在 fish，我则在尝试 starship。

但是 fish 则没有那么完善，fish 自带良好的 tab 补全，但是代价是没有人试图做的更好。我很喜欢 fzf-tab 插件，他能允许你在 tab 补全时多选。fish 当然也有 fzf 插件，也有人在尝试做这个事情，但是看起来由于「searching completions is better left to the fish-shell devs」被 closed 了（https://github.com/PatrickF1/fzf.fish/pull/293）。而至于 fish 自己，则有一个 10 年老 issue： https://github.com/fish-shell/fish-shell/issues/1898。

其实不是特别有些年终总结的喜好，本博客几年来应该是没有写过的。但是上了大学之后发现生活节奏没有那么固定了，一段时间有一段时间的重点。有的时候感觉总是感觉变得太多太快，可能确实需要写点闲杂琐碎，留下一点记忆。

0 起因

计算机系统导论课上老师说可以内联汇编来尽可能减小 Hello，World！的大小。

我觉得既然要做，不如就做到极致。何不试试直接写汇编呢！

1 汇编的尝试

直接用 as 有点不理想，因为没有 db 用来往文件里写字符串。

不妨试试 nasm，我们只需要一次 write 和一次 exit，很容易编出这样的 asm：