刷新
.NET发布最小能多小?我从86MB凹到了657字节

博主头像 大家可能都喜欢大=好,但在程序发布这件事上,没人希望自己的程序大。偏偏 .NET 总给人一个印象:要么让用户先装运行时,要么把运行时一起打包带走。一个 Hello World,发布出来可能就是几十上百兆。 我先试了一下。同一个 Hello World,用自包含 + ReadyToRun 发布,打开输 ...

一款基于Avalonia跨平台不联网免费且轻量的Pdf阅读器

博主头像 为什么写 AirPDF 每天都要读 PDF,这些年换过不少阅读器,但一个都没能长期留在电脑上。 浏览器自带的查看器最省事,打开就走。可文档一多就散在标签堆里,找不回上次读到哪;缩略图、目录、阅读位置这些它都不管。装过的桌面阅读器反过来,功能堆得很满,启动要等,界面上大半按钮我从来没点过;有几个还要登 ...

.NET 接口从 800ms 干到 60ms:生产环境这几个优化点最关键

博主头像 大家好,我是码农刚子。上周三下午,计划主管直接打电话过来:「订单列表打不开了,点一下转半分钟,计划文员等着投料排产。」 我打开监控看了一眼:P95 800ms,峰值 1.2 秒。再看服务器,数据库 CPU 40%,应用 CPU 20%——两边都不忙,但它就是慢。 这种「谁都不忙、接口就是慢」的情况, ...

40岁的打工人应该怎样思考工作、赚钱和生活

40岁的打工人,已不是职场小白。工作中该经历的你都经历了,这个时候,该为自己的前途和未来想想了。 30岁刚出头那会儿,对技术还有执念,似乎能说出那些名词就很牛逼,好像成为那样的人似乎掌握了核心科技一样。回头一看,也就那么回事。很多时候,结果大于一切。会说的人未必能干,能干的人未必想说,未必有时间去说 ...

《HelloGitHub》第 127 期

博主头像 兴趣是最好的老师,HelloGitHub 让你对开源感兴趣! 简介 HelloGitHub 分享 GitHub 上有趣、入门级的开源项目。 github.com/521xueweihan/HelloGitHub 这里有实战项目、入门教程、黑科技、开源书籍、大厂开源项目等,涵盖多种编程语言 Pytho ...

大厂程序员写 AI 编程半年来,我的 3 次认知推翻与 1 次生存顿悟

博主头像 半年前,我们团队开始全员推行 AI 编程。 从 Claude Code、Cursor 到自研的 Agent 脚本,几乎所有日常业务迭代都切到了 AI 辅助开发流水线上。当时大家的情绪非常亢奋,每天周报里的词全变成了「效能提升 200%」「需求提前两天交付」。有的同学甚至在工位上感慨:照这个节奏,以前 ...

70后 90后 00后技术人,邀你一起重新出发

博主头像 你还记得上一次在技术社区里,因为别人的一条评论突然想通一个问题,是什么时候吗?现在遇到问题,我们第一反应是问 AI。它回答得很快,也常常是对的。技术博客越来越少有人看,评论区越来越安静,很多写了十几年的作者,慢慢也不写了。所以有人说,AI 时代不需要技术社区了 ...

我做了一个正刊子刊风格的科研论文图片学习库

博主头像 写论文时,经常发现文字写起来还好,但绘图最头疼;尤其是如果要冲顶刊,不仅图片要包含充足信息,还得画得好看,排版、配色都是问题。不过导师们经常说,谁都不是天生就会写英文论文的,都要从模仿开始学起;科研绘图也是一样。尤其是排版、布局、色调和色系这些比较抽象、又考验审美的东西,只看绘图教程,往往还是不知道 ...

汉字字形 SVG 库整理

整理了汉字字形 SVG,包括甲骨、金文、篆书、隶书,加上楷、行、草、宋、黑等十个书体层,十四万个字形,每字一个 SVG 文件。 资源都来自于网上,版权分类整理了下,上传到了 GitHub。 预览 https://zhouyongh.github.io/hanzi-glyphs-svg/ 每个字都做了 ...

一个人 + AI:66 天,从空目录到生产环境 —— P2P 内网穿透产品开发复盘(附全自动编程方法论)

博主头像 2026-08-20,我建了一个空目录和一份 PRD;2026-10-25,这个项目在生产环境服役,TCP 打洞的新流程刚刚上线成交。全程我没有亲手写过一行业务代码——从协议字节到 SQL 迁移、从 Vue 页面到 systemd 沙箱,全部由 AI 编码智能体完成。本文复盘整个过程:项目是什么、怎 ...

MQTT 实战 - 放下炫技,8 年踩坑的真心话与方法论(收官)

博主头像 本文为《MQTT实战》系列收官之作,作者基于8年生产实践,反思“会用API”与“能扛生产”的本质差异。摒弃炫技式源码展示,转而提炼出一套五步法:选型明边界、设计定契约(Topic)、可靠防假在线、排查有清单、架构可演进。强调MQTT核心不是技术堆砌,而是工程化思维——从连接可靠性、QoS策略到故障预... ...

无责复盘为什么难:从一次超时配置错误,谈故障分析与整改闭环

博主头像 线上故障恢复后,复盘经常得到一个熟悉的结论: 开发修改配置时疏忽,评审未发现。后续加强检查,提高风险意识。 这段话描述了发生过什么,却很难指导下一次如何避免。 对于研发团队,复盘至少应该回答三个问题: 故障是怎样发生的? 现有防线为什么没有发现或限制它? 哪些改进能够被验证,而不只是被宣布完成? 下 ...