《代码整洁之道》
软件架构是个很精妙的短语，因为很多时候写软件恰如建房子，在开始建造前我们要有精确的蓝图——明确宏观框架和各种细节；房子建好后，我们还需要不停地维护。事实上，把功能实现是相对容易的事情，而程序员大部分的时间其实都用于维护代码，也就是不停的修 bug，不停的无情的重构代码。
这半年来写各种编程作业时，我已经意识到重构代码是非常重要的事情。往往在编程时，我总想着先把作业完成，先把功能实现，因此代码中一些很不满意的地方也会先留着，想着都写完后再重新改一遍，并暗暗美其名曰“迭代式开发”。然而事实证明，赶完一个作业后马上会有下一个作业，即便时间空闲也常常懒得去重新理解自己代码的逻辑，重构总是不了了之。Later equals never. 诚如是。
作业虽多，但相对独立，一次作业写得不好，对下次作业的影响并不太大。但是在工作中呢？每个 项目，每个 模块，往往会重复利用，相互之间的关联性很大。如果也是以写作业时的浮躁心情完成，代码的可维护性、可读性只会越来越差，逻辑越来越混乱，直至完全无法维护的境地。这学期写大数据算法的时候，有体会到这一点。关于python的数据清洗 我之前是实现过一遍的，然而没有进行很好的封装，在写 其他作业时 的时候只能重新写一遍，不太好直接调用，这是非常不高效的做法。