<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>业务逻辑 on Tony Bai</title><link>https://tonybai.com/tags/%E4%B8%9A%E5%8A%A1%E9%80%BB%E8%BE%91/</link><description>Recent content in 业务逻辑 on Tony Bai</description><generator>Hugo</generator><language>zh-cn</language><copyright>2004-2026 Tony Bai. 版权所有.</copyright><lastBuildDate>Fri, 19 Jun 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://tonybai.com/tags/%E4%B8%9A%E5%8A%A1%E9%80%BB%E8%BE%91/index.xml" rel="self" type="application/rss+xml"/><item><title>Anthropic 40万大样本揭秘：AI 时代为什么“专家”身价暴涨？</title><link>https://tonybai.com/2026/06/19/agentic-coding-and-persistent-returns-to-expertise/</link><pubDate>Fri, 19 Jun 2026 00:00:00 +0800</pubDate><guid>https://tonybai.com/2026/06/19/agentic-coding-and-persistent-returns-to-expertise/</guid><description>本文永久链接 – https://tonybai.com/2026/06/19/agentic-coding-and-persistent-returns-to-expertise 大家好，我是Tony Bai。 在生成式 AI 狂飙的今天，程序员群体正陷入一种前所未有的分化和焦虑中： - 初级开发觉得前路茫茫，因为大模型写出的业务代码比他们更快、更整洁； - 资深架构师虽然暂时安全，但也时刻担心...</description></item><item><title>“用 Go 打天下，用 Rust 救火”：这才是 2026 年后端架构的唯一正解</title><link>https://tonybai.com/2026/05/11/go-vs-rust-backend-architecture-the-2026-strategy/</link><pubDate>Mon, 11 May 2026 00:00:00 +0800</pubDate><guid>https://tonybai.com/2026/05/11/go-vs-rust-backend-architecture-the-2026-strategy/</guid><description>本文永久链接 – https://tonybai.com/2026/05/11/go-vs-rust-backend-architecture-the-2026-strategy 大家好，我是Tony Bai。 如果你经常逛各大技术社区，你一定会发现一个永远充满火药味的话题：**Go 和 Rust，到底谁才是未来的后端霸主？** 两派的支持者常常吵得不可开交。Go 开发者嘲笑 Rust 编译器像个...</description></item><item><title>REST 已老，AI 时代的智能体需要怎样的 API？</title><link>https://tonybai.com/2026/04/03/agentic-api-in-action/</link><pubDate>Fri, 03 Apr 2026 00:00:00 +0800</pubDate><guid>https://tonybai.com/2026/04/03/agentic-api-in-action/</guid><description>本文永久链接 – https://tonybai.com/2026/04/03/agentic-api-in-action 大家好，我是Tony Bai。 在过去的十几年里，如果你问任何一位后端工程师：“我们应该如何设计 API？”得到的答案几乎是统一的：**RESTful**。 我们将世界抽象为一个个“资源（Resources）”，用名词来命名 URI（比如 /users, /orders），用...</description></item></channel></rss>