硬书精读: 重构-改善既有代码的设计

王负剑dsapr:
重构有风险，尤其是接手别人代码的时候

【回复】是接手代码本身有风险，不是重构有风险。重构是解决问题的手段，当然也可以不重构，但是修改代码的风险更大，所以，接手的时候就要把别人的坑先暴露了，再承接，不然坑就到自己手里了。坑暴露后，就汇报，承接过程发现坑Xx个，需要x个星期进行处理
不知黑夜:
只有当重构被当做一项具体的任务下发的，才能去重构，不然只能是费力不讨好

【回复】领导说我的代码太烂，让我自己重构自己代码，咋整
有野心的达莲娜Darlene:
如果代码没有单测，或者领导不允许写单测，那就不用看这本书了。因为这本书的理念是重构必须建立在有合理的单测基础上

【回复】谁说不用看。本书介绍的一些代码优化技巧，即使没有单测，平时写代码也是可以借鉴的。
【回复】一般有单元测试的代码也不需要重构[doge]
【回复】不重构都可以看，一些优化技巧对平时写代码也有帮助，并不是非要重构的时候才能用
努力の海子:
前段时间刚看完这本书，跟同事做了分享，希望他们的代码能写好点[笑哭]

起床需要爆发力:
变更方法里，如果更新的是sdk，每个引用sdk的微服务都需要go get更新后重新部署。。这种情况有啥好方法吗

肥猫布里奇高:
讲得太好辽！提个小建议，可以把字体放大亿点吗，手机看真的会瞎[大哭][大哭]

名字名字名字aaa:
架构设计还是非常吃经验啊，最近在设计一个高可用模块时就感觉各个组件间的关系很难设计好，有时候yy了一大通结构，准备写的时候发现有些东西不好引用，初始化困难，有些字段不知道放哪个类[酸了][酸了]

【回复】可以尝试下tdd，按功能划分模块时候，用测试用例先把构想的模块结构调一下，然后再调整
PinkamenaCat:
好奇up是字节的吗，这个视频很有字节内部分享会的风格

大不了从投来过:
讲得太好了！工作后才认识到代码的优化是多么重要，就像视频里说的，代码的优化必然不是道德上的，而是基于效率上的，好的代码对后续开发效率影响真的很大，很喜欢这类的知识分享，希望能多出一些经典读书的读后感，已经关注了

六便士star:
老师讲的很不错，还有后续的视频么？

AbimaelBaja:
被tw送了一本 结果投递被挂了[笑哭][大哭][大哭][大哭]