无标题无名氏No.67332356

2025-10-31(五)14:31:19 ID: 1kibn3l

>>No.67332327 说一下思路：新增两个key binding，因为alt+k被占用了所以往上翻是alt+u，alt+j是往下翻1行，然后重点是global增加一个visual_mode，可以控制forumContentControl这个ScrollablePane的两个visable属性，翻行的时候进入visual_mode，按j/k都可以退出这个visual_mode，无缝衔接

无标题无名氏No.67336050

2025-11-01(六)00:27:23 ID: BIWtMpD

好！可以翻页感觉很不错| ω・´)

无标题无名氏No.67522499

2025-11-28(五)03:21:41 ID: xG36hIB

这也太酷辣(*ﾟ∀ﾟ*)

无标题无名氏No.67583445

2025-12-07(日)02:50:32 ID: eawNwNo

Σ(ŎдŎ|||)ﾉﾉ

无标题无名氏No.68532015

2026-04-22(三)23:36:41 ID: D7vJBKV

好耶，termux成功，以后用命令行刷岛了(`ヮ´ )

无标题无名氏No.68457399

2026-04-09(四)18:39:21 ID: bRRnPeX (PO主)

实装了一些新功能( ﾟ∀。)
开始收录狗站收藏集的表情包了
支持搜索表情包简介
支持根据关键词搜索单个表情包

无标题无名氏No.68457433

2026-04-09(四)18:42:18 ID: bRRnPeX (PO主)

另外改了一下GIF转换，在已有的库的基础上加了颜色和透明度的dither，质量会稍微好一些(・∀・)

无标题无名氏No.68457509

2026-04-09(四)18:49:31 ID: B1nbWiu

( ﾟ∀。)以前qq微信都可以把表情包下下来，沟槽的新版本就搞不了了

无标题无名氏No.68457648

2026-04-09(四)19:04:50 ID: bRRnPeX (PO主)

>>No.68457509
QQ的话收藏那条消息然后在收藏中打开就能保存

微信的话稍微麻烦一些，可以拿关键词“表情保存助手”搜索公众号（能找到一大堆，随便找一个就行）一般都是关注后发给他然后给你返回一个小程序，看广告之后可以保存

这种的原理是在公众号的网页版后台查看收到的消息时能弄到表情图片地址，可惜我不想注册公众号不然我也会整一个这种服务然后开源

另一个办法是找Windows UWP版的微信，这个版本目前还可以登录（但是不适合日常使用，不支持小程序而且登录十几分钟后就会掉线）随便找一个人比如文件传输助手把表情发出去然后翻缓存文件夹可以找到没有扩展名的表情包，注意不是现在很容易能下到的桌面版，那个的表情包缓存加密了需要用外挂读内存才能搞出来

无标题无名氏No.68530398

2026-04-22(三)18:42:46 ID: bRRnPeX (PO主)

实装了AI放大功能，可以在下载表情包的时候直接在浏览器里跑Real-ESRGAN/CUGAN放大表情包了( ﾟ∀。)

无标题无名氏No.68464059

2026-04-10(五)17:39:51 ID: WHwGeuq (PO主)

>>No.68464057
*越过代码->学过代码

无标题无名氏No.68511786

2026-04-19(日)09:09:58 ID: WHwGeuq (PO主)

静态类型检查做起来真是痛苦啊( ﾟᯅ 。)...
怎么会这么复杂...

无标题无名氏No.68518316

2026-04-20(一)14:16:18 ID: WHwGeuq (PO主)

https://github.com/nikiplus/niki

上面是git地址
计划是给跑团开发一个dsl语言，主要适配未来应该会搭建的低代码平台——当然现在看起来遥不可及困难重重就是了。

总之边做边学吧……如果有经验丰富或者有兴趣的肥哥可以看看，任何指教都会非常感谢( ´ρ`)

无标题无名氏No.68524711

2026-04-21(二)17:56:25 ID: zhAnNwY

干啥用的啊，为了计算1d10+3d(1+3)这种表达式吗( ﾟ∀。)

无标题无名氏No.68528282

2026-04-22(三)11:13:42 ID: WHwGeuq (PO主)

( ﾟ∀。)这算是功能之一吧……主要的发力点在模块间解耦上，规划中是想借ecs的思路拆分模块，把逻辑做成可插拔的插件。
最后还是计划往可视化的方向走

无标题无名氏No.68504086

2026-04-17(五)20:28:28 ID: aJm3cqo (PO主)

>>No.68497645
被ai气消了，发现ai掺和过的或多或少都有些问题，现在整个人已经爪巴了(;´Д`)但是git的commit记录除了ai大刀阔斧改过的一版外再往前就只有一个存储和检索模块了|д` )因为版本管理不用心所以彻底回滚说是

无标题无名氏No.68524663

2026-04-21(二)17:47:52 ID: aJm3cqo (PO主)

重构了之后完成了模块的整合，目前的架构中整合没有用langgraph而是我自己写了一个异步响应的逻辑，我采取了分析师、督导、聊天师协作的机制，聊天师是实时响应的，也没有连接RAG的能力，后台会有分析师和督导静默监听对话，并在需要的时候自己调用工具和注入聊天师的提示词，这么设计的好处是即使需要多轮工具调用，系统的响应速度还是能保持(つд⊂)

无标题无名氏No.68524670

2026-04-21(二)17:50:15 ID: X2Ah41O

>>No.68503413
大一就有面了( ﾟ∀。)肥哥疑似有点太强了，别这么不合群啊kora(╬ﾟдﾟ)

无标题无名氏No.68524722

2026-04-21(二)17:57:56 ID: aJm3cqo (PO主)

>>No.68503413
和面试官聊得很开心( ﾟ∀。)甚至大胆吐槽了他们产品的workflow是不是写得太死了，面试官很坦诚地承认了。因为是还在A轮的初创，面试官同时也是几个合伙人之一，加了他微信，不过他推荐我去做技术而不是产品，他说他会问问另一个合伙人(CTO)带不带实习生

无标题无名氏No.68524726

2026-04-21(二)17:58:39 ID: aJm3cqo (PO主)

>>No.68524670
其实只是为了暑假不回家在疯狂找借口(つд⊂)

无标题无名氏No.68518694

2026-04-20(一)15:25:13 ID: R2DNUiV

>>No.68518677
123456都有，只是成为全球标准的只有ipv4和v6

无标题无名氏No.68519729

2026-04-20(一)19:01:53 ID: 80gZiw8

本肥参加过IETF。营销号都开始吹IPv8给看麻了。

简单地说就是草稿谁都能写，我们也可以写一个关于IPv10或者匿名版的标准草案投上去。至于能不能成还是要看能不能达成业界共识并落地的。IPv8这种东西肯定连讨论机会都没有的……IPv6演进是确定的，现在也没有遇到需要推翻重来的问题。

无标题无名氏No.68520023

2026-04-20(一)19:59:07 ID: 1mTuBno (PO主)

感觉就是ai信马由缰跑出来的产物发了出来，然后ai传ai( ﾟ∀。)



主要是观察到很多文章都会配那种一眼ai的封面，
肥肥也是学过点网络，这玩意经常被描述成x.x.x.x.y.y.y.y的样子，但是IPV4每段点分都有对应层级，这玩意无论接在哪头都不可能做到所谓“100%兼容IPV4”的吧( ﾟ∀。)

无标题无名氏No.68520079

2026-04-20(一)20:13:11 ID: 1mTuBno (PO主)

>>No.68519729
那很厉害了 ( ﾟ∀。)b
总之八成又是一场智械危机，希望大家都能好好用上ipv6

无标题无名氏No.68522229

2026-04-21(二)08:57:40 ID: LM2ONV4

https://datatracker.ietf.org/submit/ 提交入口在这，ipv114514也可以的

无标题无名氏No.67928268

2026-01-23(五)17:36:21 ID: vslNeW2 (PO主)

/dev/log04

在折腾完内核开发赛（并把剩余参赛队当鱼炸）后进入了摆烂模式，醒着的时候就在 Minecraft 启动，昨天又开始拉电线坐牢，感觉这破游戏玩不下去一点。

期末周计算机网络和概率论的一天速通非常成功，两门一点都没学的课居然都没挂，喜提 3.3，感谢老师不杀之恩 ( ´∀`)

LLVM 这里有一点产出，但不多：

- 修了一个和宏相关的 assertion failure 问题。

- 修了一个 parenthesized functions 的错误 fixits。

- 把之前 Clang-tidy 中 CUDA 相关的文档给合进去了，新的文档可以在这里看：https://clang.llvm.org/extra/clang-tidy/#running-clang-tidy-on-cuda-files

- doc8 配置更新：在 Google 两位工程师 (Florian Mayer 和 Rohan Jacob-Rao) 的清理后，clang-tidy 的 doc8 配置终于不需要各种奇怪的 hack 了，好事。

- 尝试修了下 check_clang_tidy.py，这个 python 脚本居然不支持检查头文件，这个缺失功能就这么放了一年，简直离谱！所以趁有时间就顺手修掉了，不过现在还没有足够的 Reviewer 来审。唉，Reviewing Bandwith.

- 修了一个 21.1.8 下的 False Positive，不过现在还没什么人来审。鬼故事：在修这个 FP 的时候又发现了一个新的 FP：https://clang-tidy.godbolt.org/z/e8eMav36f

- 有一个没有及时合并的修复需要重新拉进 22.x 的分支里，借这个机会学习了一下怎么给 LLVM 的 Commits 做 backport，只需要在评论区输入 /cherry-pick <hash> 就可以了，感觉很方便。

- 每日两到三个 Code Review，有了 Gemini 这个反而成了花力气最少的部分。

这个月其他的也不想干了，剩下时间就继续拉电线了。这辈子彻底有了，哈哈。

无标题无名氏No.68010775

2026-02-04(三)21:45:37 ID: vslNeW2 (PO主)

/dev/log05

做手术前再来💧一篇开发日志，虽然这十天其实也没干什么|ー` )

首先，在卡池里经历了漫长的折磨后，我卸载了拉电线神游。

不打游戏省出来的时间主要在忙着重构博客 <del>抄明日方舟的设计</del>，拼尽全力糊出来一个能跑的玩意: https://broken.life/ (建议用电脑/平板，我前端能力一坨，手机端不知道怎么做适配直接摆了)

然后闲着没事干重新排了一份简历，抱着半玩票的心态投给了 2012，虽然感觉看到我本科都没毕业大概直接就被筛了.. 上次 2012 员工找我聊天的时候问了我年龄，随后直接变成了 "想了解开源社区的项目随时交流"，难绷（

实验室的项目目前进展也不太良好，上次和导师开完小会给完方案后就躺了，打算手术后看看怎么实现，寄。

虽然最近疯狂摸鱼，但在 LLVM 里也还是做了一些事情：

- 修了下 bugprone-macro-parentheses 的诊断信息

虽然 clang-tidy 不应该诊断命令行的参数，但这个 check 添加支持很简单，那顺手修了也挺好。

- 修了下 performance-enum-size 对 extern "C" 的一些错误分析，日常改 Matcher..

- 为 readability-non-const-parameter 加了一些 corner case 的支持

- 修了一个有 bug 的 python 脚本，顺带给文档和 list.rst 打了个补丁

之前在 Review 其他 PR 时，在 list.rst 里时不时就能发现一些很奇怪的修改，原先以为是 PR 作者在 Merging 的时候出了问题，后面发现好像并不是。添加 check 的脚本对代码库做了一些不完全正确的假设，导致重新生成内容的时候搞乱了整个排序。

- 给 MLIR 修了一个 arith.select 相关的 crash，这个 PATCH 没什么技术含量

- 修了 clang-tidy 代码库里的 unchecked-optional-access 警告，之前已经遇到过因为这些警告而导致程序崩溃的例子了，故干脆一起修了。

- 每日 3-4 个 PR Review，感觉已经快成 daily routine 了

今天凌晨另一位国内的 Contributor 私信我了一个 RFC：https://discourse.llvm.org/t/rfc-remove-80-column-limit-in-documentation-files/89678，很不幸的是 clang-tidy 文档相关的 CI 是我搓的，那后面还得更进一下这个 RFC 的进展，可能还要改配置，但已有的文档怎么处理就不知道了

以及 GSoC 2026 要开始了，LLVM 相关的 Project 已经可以在 https://discourse.llvm.org/tag/gsoc2026 看到了，GCC 相关的讨论目前似乎还只是在邮件列表里，三月份应该会公开具体信息。

完成项目的话应该能拿几千美刀和一个 Google 发的证书，感兴趣可以看看，不一定要有很强的编译器相关背景，例如：https://discourse.llvm.org/t/gsoc-2026-improving-clang-doc/89662 这个关于文档优化的项目会前端就行。

三月的进度更新无名氏No.68231706

2026-03-07(六)16:20:51 ID: vslNeW2 (PO主)

/dev/log06

由于寒假忙着做手术和打游戏，导致没有写开发日志，开学了补上。

最近遇到的一个好事是自己成为了 Clang-tidy 的 Maintainer (https://clang.llvm.org/extra/Maintainers.html)，这是我第一次以真实身份在开源社区出道，算是满足了自己的一个小目标。

同时过去的一个月也做了不少事情：

首先，我的个人项目 CTIT (https://github.com/clang-tidy-infra/CTIT) 完成了初步的开发，且已经被几个 Reviewers/Maintainers 用上了。

它的功能是把 PR 的修改自动 apply 到 clang-tidy 的 codebase 上并编译，然后在大型开源项目（如 cppcheck, clang, curl）上运行来检测运行时崩溃、功能退化及误报变化，我还在里面塞了一个小的 AI Agent 来对 Logs 做自动分析。

LLVM 上的一些 PATCH 总结：
- 更新了一下 Clang-tidy 的文档，提醒 check authors 在写测试的时候要指定具体的语言 standards (https://github.com/llvm/llvm-project/pull/184750)

简单来说就是没有特殊情况写 `-std=c..-or-later`

- 修了 `misc-throw-by-value-catch-by-reference` 里两个完全失效的 Options (https://github.com/llvm/llvm-project/pull/184750)

非常诡异，这种代码是怎么进到仓库里的，之前的 Reviewer 在审什么东西.

- 两个补测试覆盖率的 NFC Patches (https://github.com/llvm/llvm-project/pull/184015 和 https://github.com/llvm/llvm-project/pull/184708)

- 修复了一个和 Attributes 相关的问题 (https://github.com/llvm/llvm-project/pull/184095)

第一次知道原来 Clang 的 Frontend 会把多个连续的 AttributedStmt 压缩成一个

- 给一个 check 加上了部分缺失的重载 (https://github.com/llvm/llvm-project/pull/183300)

我感觉 Clang-tidy 有很多类似的问题，不知道有没有办法根据标准库的函数声明来做针对性的自动化测试。

- 修了一个 readability-container-size-empty 中的 Assert Crash (https://github.com/llvm/llvm-project/pull/181557)

getName() 前不做 Sanity check 是坏文明，虽然我自己有时候也会写出这样不好的代码...

- 一个会影响 Clang-tidy 的 Clang Issue: https://github.com/llvm/llvm-project/pull/181712

Aaron 的评论让我学到了很多架构设计上的新知识:

> SDiagsWriter is a subclass of DiagnosticConsumer which defines the contract for finish(). So this means some subclasses will automagically handle finish() while others won't. WDYT about calling finish() explicitly in tooling? That means any diagnostic consumer will behave correctly, not just serialized diagnostics.

- 修了一个因为没有测试覆盖而导致的 Crash: https://github.com/llvm/llvm-project/pull/180351

这个 PR 也是我开始加强 Clang-tidy 测试覆盖率的主要原因。

- 更新了失效的 HICPP 文档链接: https://github.com/llvm/llvm-project/pull/180525

这个 PR 在社区里引起了一些其他讨论: https://discourse.llvm.org/t/rfc-regarding-the-current-status-of-hicpp-checks/89883/3

目前的共识是：HICPP 的 check 需要先重命名到别的 module 里，然后再考虑要不要直接删掉整个 module.

自己过去的一个 Commit 莫名其妙上了 LLVM Weekly Report: https://llvmweekly.org/issue/630，虽然只有一行 (争取以后做出更酷炫的成果)

---

编译器社区的一些新闻：

- https://discourse.llvm.org/t/rfc-ai-assisted-bazel-fixer-bot/89178/94

社区里吵了很久的 AI Bazel Bot 尘埃落定，还是放行了。

- Clang 22.1.0 发布：
https://releases.llvm.org/22.1.0/tools/clang/docs/ReleaseNotes.html
https://releases.llvm.org/22.1.0/tools/clang/tools/extra/docs/ReleaseNotes.html

- 世界上最流行的 C++ LSP 工具(之一) Clangd 处在爆炸的边缘：https://discourse.llvm.org/t/help-needed-with-clangd-maintenance/89820

支持 clice.io 谢谢喵

- GSoC 2026 如火如荼进行中！

QEMU: 快照快速加载、USB 设备重定向、vhost-user 内存隔离、COCONUT-SVSM 中支持 x86 PCID、SCSI 磁带设备模拟...

LLVM: https://discourse.llvm.org/t/gsoc-2026-projects-proposals-and-other-information/89967

---

生活琐事：

之前提到了给 2012 投简历的事情，由于官网那边完全没回复，所以我直接尝试微信私聊他们员工了，在等了两天后：

> 有的哈，今年岗位三月底开放，流程要届时才能推进了

也许真的有机会？

以防万一还是投了一些其它的公司，例如阿里平头哥和字节，私下聊天时，朋友给了一个抽象的建议：

> 去 mihoyo 搞 infra

虽然我既不懂游戏开发，也不会做 Infra，但我觉得这个想法实在太有乐子了。于是发动 Connection 获得了一个内推码直接投了简历，更抽象的是米哈游写简历的网页上还要写自己的游戏经历，于是:

崩坏星穹铁道 活跃6-12月 已退坑

现在 HR 初筛，期待开奖 (　^ω^)

无标题无名氏No.68514546

2026-04-19(日)20:04:05 ID: WHwGeuq

肥哥好强...( ´・ω)

无标题无名氏No.68517364

2026-04-20(一)10:29:03 ID: WHwGeuq

( ﾟ∀。)7其实想问一下肥哥的学习路径...俺目前自学编程，之前做美术的...
然后最近在琢磨解释器——因为之前学flutter的时候就一直很好奇底层代码是怎么跑起来的，所以就学了...

目前的话...因为项目中代码百分之六十的代码都是ai写俺看过之后照着抄，很多东西基本都是一知半解，以至于进入静态分析之类的深水区之后就开始摸不着头脑不知道怎么设计了...

( ﾟ∀。)7所以还是想问道于肥哥...怎么去提升自己对这些方面的认知和经验，因为还是不想什么都靠ai解决...

无标题无名氏No.68506800

2026-04-18(六)11:58:16 ID: GMfMGz4 (PO主)

>>No.68506653
谢谢谢谢，我会努力去学习的(*ﾟ∇ﾟ)
我想尽可能都去学习，因为没啥事干(〃∀〃)

无标题无名氏No.68506815

2026-04-18(六)12:02:01 ID: R2DNUiV

可以搜一下csdiy，一个教程网站

无标题无名氏No.68506836

2026-04-18(六)12:08:17 ID: AabC91w

遍查边学呗，去leetcode上做题，看不懂就读题解、问AI

无标题无名氏No.68507447

2026-04-18(六)14:55:50 ID: vVulGtp

可以玩玩编程农场和图灵完备啥的，感觉对思维还是有帮助的，还可以享受古法编程的快乐

无标题无名氏No.68512326

2026-04-19(日)12:07:14 ID: EurKj5q

>>No.68507447
图灵完备价格真坚挺啊，我发现这个游戏的时候刚打完折，直到现在还没有来一次大的折扣,估计得6月了

无标题无名氏No.68507647

2026-04-18(六)15:39:16 ID: AyrUo25 (PO主)

同学给了个win10的iso文件 但是安装时出现了上图这样的情况，请问各位怎么解决(▼皿▼#)

无标题无名氏No.68507648

2026-04-18(六)15:39:33 ID: AyrUo25 (PO主)

分享图片

无标题无名氏No.68507677

2026-04-18(六)15:46:33 ID: AyrUo25 (PO主)

有人咩有人咩

无标题无名氏No.67434056

2025-11-15(六)14:40:16 ID: BrcC21N

好哎！
　　　　_∧＿∧_ 　　　　
            ((∀｀/ 　) 　　
　       /⌒　　 ／ 　　
         /(__ノ＼_ノ 　　
          (_ノ ||| 举高高~~
　∧＿∧　∧＿∧
 (( ・∀・ ))・∀・) )
 `＼　　 ∧ 　　ノ
　/　｜/　　｜
（＿ノ＿)_ノL＿)

无标题无名氏No.68231430

2026-03-07(六)15:13:23 ID: EftDU5o

挖

无标题无名氏No.68231445

2026-03-07(六)15:15:39 ID: yvwuzH4

              _∧＿∧_
　　　 ((∀｀/ 　)
　　　 /⌒　　 ／
　 /(__ノ＼_ノ(((ヽ
　(_ノ　 　￣Ｙ＼
|　(＼　(\　 /)　 ｜ )举高高！
ヽ　ヽ` ( ﾟ∀ﾟ ) _ノ /
　＼ |　⌒Ｙ⌒　/ /
　 ｜ヽ · ｜ · ﾉ ／/
　 ＼トー仝ーイ
　　 ｜ ミ土彡/
　　　). \ °　 /
　　　( 　\. y 　\

无标题无名氏No.68497156

2026-04-16(四)14:42:12 ID: ZBKVwey (PO主)

全新版本v2.1.2，更新内容如下
1.版本管理系统，文档修改轻而易举，随时回档
2.多用户编辑支持，风球高高挂的日子到来了
3.界面大改版
4.加入了[[catalog()]]宏，手动搓目录的日子结束了,并且支持筛选，例如catalog(tags=ntr|纯爱)
5.优化了一点点性能
在线访问地址 https://www.ximoe.eu.org/?did=1751355087_5850&dt=%E7%9B%AE%E5%BD%95
自部署成品地址 https://wwes.lanzoub.com/b00od1b72f
提取码 wen

无标题无名氏No.68497314

2026-04-16(四)15:20:45 ID: uahmyp9

　　　　_∧＿∧_ 　　　　
            ((∀｀/ 　) 　　
　       /⌒　　 ／ 　　
         /(__ノ＼_ノ 　　
          (_ノ ||| 举高高~~
　∧＿∧　∧＿∧
 (( ・∀・ ))・∀・) )
 `＼　　 ∧ 　　ノ
　/　｜/　　｜
（＿ノ＿)_ノL＿)

无标题无名氏No.68280260

2026-03-14(六)22:15:12 ID: bRRnPeX (PO主)

实装了多线程加载字体，如果要同时加载十个以上字体的话应该有很明显的提速(=ﾟωﾟ)=

无标题无名氏No.68495347

2026-04-16(四)05:14:05 ID: 80gZiw8

hmm……但目前的实现应该只作用于GDI管理字体的应用……吧？如果用DirectWrite或者什么别的也许就爆炸了？

无标题无名氏No.68496415

2026-04-16(四)11:33:05 ID: bRRnPeX (PO主)

>>No.68495347
有没有例子( ﾟ∀。)
不过我也不知道DirectWrite的话有没有这种读取字体后可以给其他进程用API

无标题无名氏No.68496889

2026-04-16(四)13:36:21 ID: 80gZiw8

>>No.68496415
我不确定只是这么想来着……因为DirectWrite不具备这样一种全局的共享状态。不过刚才问了下Gemini，他说IDWriteFontCollection::GetSystemFontCollection是可以读到GDI加载的字体的。那也许不会有影响，需要糊一个实验（

无标题无名氏No.68497080

2026-04-16(四)14:27:52 ID: ZBKVwey

棒啊