07 Sep, 2026
从 .NET 7 的 demo 到 .NET 12 的无痛化,这条路要走五年。慢吗?慢。但对比一下:Java 的 GraalVM Native Image 折腾了更久,至今 Spring 生态的 AOT 体验仍在打补丁;Go 则是天生就站在终点线上——.NET 是在背着二十年的反射遗产追赶一个轻装上阵的对手 .NET 11 RC1 发布在即。借这个时间点,聊聊 .NET 憋了四年的一招——Native AOT,以及它为什么直到今天才接近”能用得好”。 一句话回顾:.NET 的对手换了 在…
项目:CryptoSpot(仓库名 netcorespot)地址:https://github.com/liuzhixin405/netcorespot技术栈:.NET 9 / ASP.NET Core · React 18 · SignalR + MessagePack · MySQL(EF Core) · OpenAI 兼容协议 很多人做「AI + 交易」的 Demo,止步于让模型聊两句行情、给点建议。这个项目不一样的地方在于:它让 AI 真正能下单,但把 AI 的每一个动作都关进了一个由「工具隔离 + 规则风控 +…
【摘要】背景: 在刷小红书的时候,发现有一个帖子在发需求,就是手机端实现一个悬浮按钮,设定文字与时间,然后提醒。 本质上就是一个提醒小应用。 因为功能太简单,其实不是很想写博客说明,但是想来还是有一点用的,比如一个人长时间玩手机,可以使用这个小app,做一个简单的提醒,也算是健康使用手机的一种提醒方式吧。 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build…
常规路径和它的代价 Graph RAG 的主流做法大致分三步:部署图数据库,写 ETL pipeline 把文档灌进去,跑实体抽取和关系挖掘,建出知识图谱,再做图检索。HippoRAG 的知识图谱就是这么来的,Graphiti 和 Zep 维护的 temporal graph 走的也是这条路。 对一个团队级的、多源异构的文档库来说,这条路径是合理的。但对于另一种场景——单用户、markdown 知识库,笔记之间已经用手工双链互相引用——这三步里有两步是多余的。 图数据库和 ETL 是多余的,因为图已经以 [[wikilinks]] 的形式存在于笔记正文里。实体抽取是多余的,因为人手工连的边,比模型从文本里挖出来的准确得多。真正影响召回质量的变量不是图遍历的复杂度,而是 reranker 的精度——把候选池从 60 个缩到 12 个,靠的是 cross-encoder 的深度语义比对,和图的规模无关。 基于这个判断,可以砍出一个完全不同的技术栈:用…
P6869 Putovanje P6869 Putovanje – 洛谷 题意: n 个节点的树 按照编号从小到大访问每个节点 每次经过树边时需要收费,可购买单程票\(c_1\),或者多程票\(c_2\)供无限次使用 求最小费用 思路: 用几个例子观察 “按照编号从小到大访问每个节点” 先不看费用,只看这几个例子,经过的边有什么规律: 比如: 一条边被经过了几次? 总共遍历了多少条边?(重复遍历也要计数) e.g. 一开始想到了… 从1开始访问 每到一个节点 i 若这个节点为根的树 满足儿子均大于它,那么只需要走 \((size[i]-1) \times 2 -1\)步…

从对标 Java 到对标 Go:Native AOT 的”无痛化”之路,走到哪一站了? – 张善友

从 .NET 7 的 demo 到 .NET 12 的无痛化,这条路要走五年。慢吗?慢。但对比一下:Java 的 GraalVM Native Image 折腾了更久,至今 Spring 生态的 AOT 体验仍在打补丁;Go 则是天生就站在终点线上——.NET 是在背着二十年的反射遗产追赶一个轻装上阵的对手 .NET 11 RC1 发布在即。借这个时间点,聊聊 .NET 憋了四年的一招——Native AOT,以及它为什么直到今天才接近”能用得好”。 一句话回顾:.NET 的对手换了 在 .NET 8 之前,.NET 对标的从来都是 Java:JVM 对 CLR,Maven 对 NuGet,Spring 对 ASP.NET Core——大家都是”虚拟机 + 大厂企业级”的路数,比的是生态厚度、LTS 策略和工具链。 但 Go 走了另一条路:编译期直接出原生机器码,单文件部署、毫秒级启动、几十兆内存跑一个服务。在容器和 Serverless 时代,这套打法刀刀砍在 JVM/CLR 系语言的软肋上——你还在等 JIT 预热,人家的容器已经弹起来又缩回去了。 .NET […]

3 mins read

深入 netcorespot:一个 .NET 9 全栈交易系统里,AI 是如何被「关进笼子」的 – 星仔007

项目:CryptoSpot(仓库名 netcorespot)地址:https://github.com/liuzhixin405/netcorespot技术栈:.NET 9 / ASP.NET Core · React 18 · SignalR + MessagePack · MySQL(EF Core) · OpenAI 兼容协议 很多人做「AI + 交易」的 Demo,止步于让模型聊两句行情、给点建议。这个项目不一样的地方在于:它让 AI 真正能下单,但把 AI 的每一个动作都关进了一个由「工具隔离 + 规则风控 + 人工审批 + 全链路审计 + 模型容错」组成的笼子里。 本文不写「怎么跑起来」这种入门内容(README 里已经很全),而是聚焦两件事:核心交易引擎是怎么设计的,以及 AI 这整条链路是怎么被工程化约束起来的。声明:该项目仅供练手,本项目不具备实际spot的业务。 一、总体架构:五层,依赖只朝一个方向 后端是一个典型的 Clean Architecture 五层结构: CryptoSpot.Domain 实体、枚举、仓储接口(无任何依赖) ▲ CryptoSpot.Application DTO、服务抽象(IAiModel/ITradingService/…)、接口 ▲ CryptoSpot.Infrastructure 实现层:撮合引擎、行情源、AI、SignalR、后台服务 ▲ CryptoSpot.Persistence EF […]

7 mins read

手机提醒 – 悬浮自定义 – app自荐 – 人间春风意

【摘要】背景: 在刷小红书的时候,发现有一个帖子在发需求,就是手机端实现一个悬浮按钮,设定文字与时间,然后提醒。 本质上就是一个提醒小应用。 因为功能太简单,其实不是很想写博客说明,但是想来还是有一点用的,比如一个人长时间玩手机,可以使用这个小app,做一个简单的提醒,也算是健康使用手机的一种提醒方式吧。 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build backlinks to a “money site” in order to influence its ranking in search engines such as Google. The core idea behind a PBN is based […]

1 min read

Graph RAG,不一定要图数据库 – royalrover – 博客园

常规路径和它的代价 Graph RAG 的主流做法大致分三步:部署图数据库,写 ETL pipeline 把文档灌进去,跑实体抽取和关系挖掘,建出知识图谱,再做图检索。HippoRAG 的知识图谱就是这么来的,Graphiti 和 Zep 维护的 temporal graph 走的也是这条路。 对一个团队级的、多源异构的文档库来说,这条路径是合理的。但对于另一种场景——单用户、markdown 知识库,笔记之间已经用手工双链互相引用——这三步里有两步是多余的。 图数据库和 ETL 是多余的,因为图已经以 [[wikilinks]] 的形式存在于笔记正文里。实体抽取是多余的,因为人手工连的边,比模型从文本里挖出来的准确得多。真正影响召回质量的变量不是图遍历的复杂度,而是 reranker 的精度——把候选池从 60 个缩到 12 个,靠的是 cross-encoder 的深度语义比对,和图的规模无关。 基于这个判断,可以砍出一个完全不同的技术栈:用 SQLite 代替图数据库,用正则解析 wikilink 代替实体抽取,用 cross-encoder 做最后把关。 架构总览 整个系统由三个独立组件构成,共享同一个 SQLite 数据库,但彼此不耦合——任何一个挂掉都不影响另外两个。 flowchart TB subgraph 离线[“离线:建索引”] A[index_notes.py] –> |”chunk + e5 embed → .npy/.pkl”| IDX[(“索引文件<br/>_brain_e5.npy + .pkl”)] […]

3 mins read

P6869 Putovanje – king_steph1209 – 博客园

P6869 Putovanje P6869 Putovanje – 洛谷 题意: n 个节点的树 按照编号从小到大访问每个节点 每次经过树边时需要收费,可购买单程票\(c_1\),或者多程票\(c_2\)供无限次使用 求最小费用 思路: 用几个例子观察 “按照编号从小到大访问每个节点” 先不看费用,只看这几个例子,经过的边有什么规律: 比如: 一条边被经过了几次? 总共遍历了多少条边?(重复遍历也要计数) e.g. 一开始想到了… 从1开始访问 每到一个节点 i 若这个节点为根的树 满足儿子均大于它,那么只需要走 \((size[i]-1) \times 2 -1\)步 (如果是还要回到根节点的话, \((size[i]-1) \times 2\) 满足儿子均小于它,那么一定需要走 \((size[i]-1) \times 2\) 步,回到该节点 有的儿子小于它,有的儿子大于它 … … 观察 图1,图3 图1:\(3→4\),经过的路径恰好是 ? \(3→lca(3,4)→4\) 图3:\(2→3\) 经过的路径是 ? \(2→lca(2,3)→3\) 更一般地,观察图3: \(1→2\) 经过的路径 \(5→6\) […]

1 min read

SOUI5:全网首款全平台原生兼容的 C++ GUI 框架——一套代码终结多端多团队维护噩梦 – 启程软件

【摘要】SOUI5:全网首款全平台原生兼容的 C++ GUI 框架——一套代码终结多端多团队维护噩梦 你的 App 是否还在 iOS、Android 各养一个团队、各维护一套代码?逻辑对不齐、bug 翻倍、功能上线永远不同步?本文介绍全网第一款覆盖 Win/Linux/macOS/Android/iOS 五 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build backlinks to a “money site” in order to influence its ranking in search engines such as Google. […]

1 min read

LIMS系统电子实验记录本(ELN)模块的设计与实现:替代纸质记录的完整方案 – 实验室数智化

【摘要】在很多实验室中,纸质原始记录仍然是检测过程的重要组成部分。实验人员填写实验数据,审核人员检查记录,质量人员整理归档,这套方式运行多年,看起来稳定,但随着检测项目增加,纸质记录逐渐暴露出管理压力。 实验记录找起来困难、数据重复填写、计算结果需要人工核对、修改过程无法快速追踪,这些问题不仅影响实验效率, 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build backlinks to a “money site” in order to influence its ranking in search engines such as Google. The core idea behind a PBN is based on the […]

1 min read

Rocky‑Linux‑10.2‑x86_64 Stratis 完整部署教程 – 九幽提刑官

环境准备 系统:Rocky‑Linux‑10.2‑x86_64 新增磁盘示例:/dev/sdb(10G,用于 stratis 池);多盘可以 /dev/sdb /dev/sdc 1. 安装 Stratis 软件包 Stratis 由后台守护进程和命令行工具组成。首先,需要安装 stratisd(提供守护进程)和 stratis-cli(提供命令行工具) 1sudo yum install -y stratisd stratis-cli 启动并设置开机自启 安装完成后,需要启动 stratisd 服务,并设置其在系统启动时自动运行: 1sudo systemctl enable –now stratisd  创建存储池 (Pool) Stratis 的核心概念之一是存储池。你需要将一块或多块未使用的块设备(如 /dev/sdb)添加到池中 sudo stratis pool create mypool /dev/nvme0n2   没有任何报错输出,说明你的 Stratis 存储池 mypool 已经创建成功了!🎉 接下来,你可以按照以下步骤,继续完成文件系统的创建、挂载以及开机自动挂载的配置: 1. 验证存储池是否创建成功 你可以运行以下命令查看当前系统中的 Stratis 池: sudo stratis pool list 下一步:创建文件系统并挂载 现在存储池已经就绪,你可以继续完成文件系统的创建和挂载,将其用作 /data 目录:  在池中创建文件系统 1sudo […]

2 mins read

为什么越来越多人用 kkFileView? – 苏三说技术

【摘要】前言 开源社区最成熟的文件预览方案,没有之一 不知道你在开发总有没有遇到下面的这些场景: 用户在OA系统里打开一个Word附件,浏览器直接弹出了下载框,下载完还得找目录、双击打开、看完再关掉。 产品经理丢过来一个Excel报表,说“这周的数据看板能不能在浏览器里直接看,别让大家下载了”。 客户发来一 阅读全文 PakarPBN A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build backlinks to a “money site” in order to influence its ranking in search engines such as Google. The core idea behind a PBN […]

1 min read

Octopus:基于无历史数据的梯度正交化的学习框架|CVPR 2026 – vivo互联网技术 – 博客园

Octopus提出了一种基于无历史数据的梯度正交化(HiFGO)的两阶段持续学习框架,通过梯度层面的正交约束有效缓解了任务间的干扰,同时提出两阶段训练策略实现可塑性与稳定性的良好平衡。Octopus在UCIT基准上实现了当前最优性能(SOTA),Avg和Last指标分别超越现有最优方法 2.14% 和 6.82%。 作者: vivo BlueImage Lab本文入选 CVPR 2026CVPR(IEEE Conference on Computer Vision and Pattern Recognition)IEEE国际计算机视觉与模式识别会议,主要内容是计算机视觉与模式识别技术。CVPR 2026约160920篇投稿,接收率约25.42%。 论文主页:https://arxiv.org/abs/2605.14938 代码仓库:https://github.com/Fxmangd/Octopus 摘要:多模态大语言模型的持续学习旨在序贯式获取知识并缓解灾难性遗忘问题,现有方法通常在推理开销、泛化性以及隐私保护方面存在固有局限。Octopus提出了一种基于无历史数据的梯度正交化(HiFGO)的两阶段持续学习框架,通过梯度层面的正交约束有效缓解了任务间的干扰,同时提出两阶段训练策略实现可塑性与稳定性的良好平衡。Octopus在UCIT基准上实现了当前最优性能(SOTA),Avg和Last指标分别超越现有最优方法 2.14% 和 6.82%。 图表1 Octopus与现有方法在 UCIT 数据集上的性能对比 在通往通用人工智能(AGI)的道路上,如何让多模态大语言模型(MLLM)具备持续学习(Continual Learning) 的能力,且不发生灾难性遗忘(Catastrophic Forgetting),是当前最具挑战的课题之一。 传统持续学习方法往往陷入两难困境:基于数据重放的方法高度依赖历史任务数据,不仅会带来存储开销,更引发了严重的数据隐私与安全隐患;基于架构的方法则会随着任务增加不断引入额外的模型参数,导致泛化能力受限与推理成本激增。基于正则化的方法虽无需存储历史数据且不增加推理成本,但现有技术在“学习新知识(可塑性)”和“保留旧知识(稳定性)”之间往往难以达到理想的平衡。 为破解这一难题,近日,上海交通大学与vivo团队联合提出了一种全新的持续学习框架——Octopus。该方法首创 无需历史数据的梯度正交化(History-Free Gradient Orthogonalization, HiFGO) 技术。模型无需获取任何历史任务数据,即可精准捕捉不干扰旧知识的“安全更新方向”, 精准刻画并规避任务间的参数干扰。 实验表明,在权威的多模态增量学习基准UCIT上,Octopus的平均性能(Avg)和最终性能(Last)分别超越此前SOTA方法 2.14% 和 6.82%,并且在不依赖旧数据的情况下罕见地实现了“正向后向迁移(Positive Backward Transfer)”。 一、背景:大模型的“灾难性遗忘”困境 近年来,多模态大模型(MLLM)在各项任务中展现出卓越的性能。但在实际业务部署中,模型需要像人类一样进行“终身学习”——不断掌握新技能并适应新数据分布。然而,当大模型在新数据上进行微调时,参数的更新往往会不可逆地抹除模型先前学到的旧知识,引发“灾难性遗忘”。 目前主流的 MLLM 持续学习方法存在难以逾越的瓶颈: 基于架构的方法(Architecture-based):为每个任务分配特定的 LoRA 模块以存储任务专属信息。虽然能缓解遗忘,但会割裂任务间的知识共享,削弱模型对未知任务的泛化能力,并降低推理阶段的计算效率。 基于重放的方法(Rehearsal-based):通过维护记忆模块存储历史任务信息。但在实际应用(尤其在端侧设备)中,历史数据往往涉及隐私或不可获取;同时,维护经验回放缓冲区也会带来额外的存储开销。 基于正则化的方法(Regularization-based):通过添加约束项限制参数更新的范围。然而前沿研究表明,现有方法所依赖的 “参数空间正交”并不足以完全防止知识干扰,且难以在“学习新知识(可塑性)”和“保留旧知识(稳定性)”间找到最佳平衡。 这引出了一个核心问题:是否存在一种方法,既不需要访问历史数据,也不增加推理阶段的参数负担,同时还能高效保留模型的旧知识? Octopus 的核心洞悉正源于此:仅在参数层面进行正交约束是局限的,梯度层面的正交才是避免参数冲突的关键。更重要的是,研究团队证明了在缺乏旧数据的情况下,依然可以推导出这一“安全更新方向”。 […]

2 mins read