<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>重构 on 知识铺的博客</title>
    <link>https://index.zshipu.com/geek/tags/%E9%87%8D%E6%9E%84/</link>
    <description>Recent content in 重构 on 知识铺的博客</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Mon, 14 Mar 2022 17:43:47 +0800</lastBuildDate>
    <atom:link href="https://index.zshipu.com/geek/tags/%E9%87%8D%E6%9E%84/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>系统重构的道与术</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E7%B3%BB%E7%BB%9F%E9%87%8D%E6%9E%84%E7%9A%84%E9%81%93%E4%B8%8E%E6%9C%AF/</link>
      <pubDate>Mon, 14 Mar 2022 17:43:47 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E7%B3%BB%E7%BB%9F%E9%87%8D%E6%9E%84%E7%9A%84%E9%81%93%E4%B8%8E%E6%9C%AF/</guid>
      <description>阿里云云栖号 最近参与了很多重构项目，有以提高服务器资源利用率为目标的Gateway网关、AMAPS等服务的重构，也有以提升架构合理性和研发效率为目标的共享业务服务化拆分，借此机会把相关内容梳理一下，是分享更是自我总结和学习。准备以重构工作中容易产生误区的地方或容易被忽视的重点来聊</description>
    </item>
    <item>
      <title>为什么程序员一言不合就重构代码</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E4%B8%BA%E4%BB%80%E4%B9%88%E7%A8%8B%E5%BA%8F%E5%91%98%E4%B8%80%E8%A8%80%E4%B8%8D%E5%90%88%E5%B0%B1%E9%87%8D%E6%9E%84%E4%BB%A3%E7%A0%81/</link>
      <pubDate>Mon, 14 Mar 2022 16:42:34 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E4%B8%BA%E4%BB%80%E4%B9%88%E7%A8%8B%E5%BA%8F%E5%91%98%E4%B8%80%E8%A8%80%E4%B8%8D%E5%90%88%E5%B0%B1%E9%87%8D%E6%9E%84%E4%BB%A3%E7%A0%81/</guid>
      <description>当你看到前任写成一团毛球的代码块；新增几行代码需先捋半天逻辑的超级大函数；好不容易在迷宫里找到方向，小心翼翼地添加上新代码，却将别的调用系统给弄垮时；还有运行缓慢的老系统…… 此时程序员只有两个选择： 要么忍，要么重构**。** 忍是有极限的，重构的“三次法则”表示：程序员第一次看到乱</description>
    </item>
  </channel>
</rss>
