<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Engineering on All about Raspberry Pi</title><link>https://hugozhu.site/tags/engineering/</link><description>Recent content in Engineering on All about Raspberry Pi</description><generator>Hugo</generator><language>en</language><lastBuildDate>Tue, 28 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hugozhu.site/tags/engineering/index.xml" rel="self" type="application/rss+xml"/><item><title>代码复制成本归零：工程师的价值正在向上漂移</title><link>https://hugozhu.site/post/2026/195-code-copy-cost-zero-value-drift/</link><pubDate>Tue, 28 Apr 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/195-code-copy-cost-zero-value-drift/</guid><description>&lt;p&gt;上周六下午，我在 GitHub 上刷到一个 5k star 的开源 CLI 工具——一个看起来挺漂亮的本地日志聚合器。我心血来潮：能不能用 Claude Code 复刻一个？&lt;/p&gt;
&lt;p&gt;三个小时后，核心功能跑起来了。彩色输出、文件 watch、正则过滤、多源合并，一应俱全。我兴奋了大概五分钟，然后意识到一件让我心里一沉的事：&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;我根本不需要这个工具。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;那为什么三个小时前我会觉得&amp;quot;做出一个这样的东西&amp;quot;是有价值的？&lt;/p&gt;
&lt;p&gt;因为在我过去十几年的职业训练里，&amp;ldquo;能做出来&amp;quot;本身就是稀缺的。一个能从零搭出完整工具的工程师，值钱。但今天下午，这个稀缺性在我自己的笔记本上被亲手碾碎了。&lt;/p&gt;</description></item><item><title>LLM 押注在 Coding Agent 上是正确的</title><link>https://hugozhu.site/post/2026/168-llm-betting-on-coding-agent/</link><pubDate>Sat, 04 Apr 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/168-llm-betting-on-coding-agent/</guid><description>&lt;p&gt;三个月前，我用 Claude Code 花了一个下午搭了一套完整的钉钉消息监控系统：自动抓取指定群的消息、按关键词分类、生成每日摘要、定时推送到我的私聊。整套流程从数据采集到定时任务，大约 500 行 TypeScript。&lt;/p&gt;
&lt;p&gt;同样的事情，如果走公司正规 IT 流程——提需求、排期、开发、测试、上线——保守估计三个月，还不一定能排上。&lt;/p&gt;
&lt;p&gt;这件事让我确信一个判断：&lt;strong&gt;LLM 厂商把重注押在 Coding Agent 上，是目前最正确的战略选择。&lt;/strong&gt; 不是因为 Coding Agent 能替代程序员，而是因为它把&amp;quot;用代码解决问题&amp;quot;这件事的门槛，从&amp;quot;需要一个工程团队&amp;quot;降到了&amp;quot;需要一个能清楚描述问题的人&amp;quot;。&lt;/p&gt;</description></item><item><title>AI 原生的思考方式：不能被 Token 解决的问题，才配叫问题</title><link>https://hugozhu.site/post/2026/163-ai-native-work-token-problem-paradigm/</link><pubDate>Tue, 31 Mar 2026 12:00:00 +0800</pubDate><guid>https://hugozhu.site/post/2026/163-ai-native-work-token-problem-paradigm/</guid><description>&lt;p&gt;上周，一个做 ToB SaaS 的朋友跟我吐槽：他花了两周让 AI 帮忙写了一套完整的 CRM 后端，代码质量不错，测试覆盖率也够。但上线三天就被叫停了——因为产品方向本身就是错的，客户根本不需要这个功能。&lt;/p&gt;
&lt;p&gt;两周的 Token 消耗，毁于一个没被认真思考过的问题。&lt;/p&gt;</description></item></channel></rss>