总结
总体来说，如果你想转行从事程序员的工作，Java开发一定可以作为你的第一选择。但是不管你选择什么编程语言，提升自己的硬件实力才是拿高薪的唯一手段。
如果你以这份学习路线来学习，你会有一个比较系统化的知识网络，也不至于把知识学习得很零散。我个人是完全不建议刚开始就看《Java编程思想》、《Java核心技术》这些书籍，看完你肯定会放弃学习。建议可以看一些视频来学习，当自己能上手再买这些书看又是非常有收获的事了。
高手重构的姿势
=======
老马在书中强调频繁且小步地进行重构："犯错误是很容易的，至少我很容易犯错误……重构技术是以微小的步伐修改程序，如果你犯下错误，很容易便可发现……真的犯错后，只考虑一个很小的改动范围，这使得查错和修复问题易如反掌，如果我改动了太多的东西，犯错时就可能陷入麻烦的调试，并为此耗费大把时间。小步修改，以及它带来的频繁的反馈，正是防止混乱的关键“。
这个重构的过程可以用下图表示：
“这就是重构过程的精髓所在，小步修改，每次修改后就运行测试”。
然而，我们大部分人做不到。
不是我们做不到小步修改。
是我们做不到每次修改后就运行测试。准确的说是无法做到每次修改后运行充分的测试，这成本太高了。要做到这一点，除非修改部分的代码有充分的自动化单元测试代码覆盖。然而，我见过的大部分工程中，单测代码少的可怜。所以，我们的重构过程可能是这样的：
由于测试成本太高，导致以下两个问题：
重构的步子变大，这样可以少测试几次，但步子大了，容易累积错误，修改错误变得困难
更可怕的是步子大了，累积的错误也多，有些错误不容易及时发现，会在某个节点暴雷，如果是提测后上线前还算幸运，但如果是在上线后暴雷，重构的罪过就大了
所以，结论是，对一般人来说，重构非常危险。
给普通人的建议
=======
如果做不到自动化单元测试覆盖，但为了避免危险，建议就是：不要对已经上线的代码进行重构，甚至，时间点再提前一点，不要在测试之后去重构。
写一段新的代码的时候，很难一开始就把代码写的很整洁，所以先怎么舒服怎么写，写的差不多了，能跑通了，这时候，先不要去做全面的人工测试，先去重构，先去整理代码，整理完后，在做全面的人工测试。这样可以省下人工回归测试的成本。
这是对一般开发人员最实用的重构姿势。按理想的重构姿势做，软件原有功能很少被破坏，所以有非常多的时机做重构，这来源于自动化测试的保障以及这种保障下的小步修改，这些是"防止混乱的关键"；但对于实用的重构姿势，你安全重构的机会只有测试前的这一次。所以，要无比珍惜。
除了这种安全的重构的时机，还有一些相对比较安全的重构，如果你的情怀能支撑你冒一点风险的话。
比如修改一个线上BUG的时候。
最后我们该如何学习？
1、看视频进行系统学习
这几年的Crud经历，让我明白自己真的算是菜鸡中的战斗机，也正因为Crud，导致自己技术比较零散，也不够深入不够系统，所以重新进行学习是很有必要的。我差的是系统知识，差的结构框架和思路，所以通过视频来学习，效果更好，也更全面。关于视频学习，个人可以推荐去B站进行学习，B站上有很多学习视频，唯一的缺点就是免费的容易过时。
另外，我自己也珍藏了好几套视频资料躺在网盘里，有需要的我也可以分享给你：
2、读源码，看实战笔记，学习大神思路
“编程语言是程序员的表达的方式，而架构是程序员对世界的认知”。所以，程序员要想快速认知并学习架构，读源码是必不可少的。阅读源码，是解决问题 + 理解事物，更重要的：看到源码背后的想法；程序员说：读万行源码，行万种实践。
Spring源码深度解析：
Mybatis 3源码深度解析：
Redis学习笔记：
Spring Boot核心技术-笔记：
3、面试前夕，刷题冲刺
面试的前一周时间内，就可以开始刷题冲刺了。请记住，刷题的时候，技术的优先，算法的看些基本的，比如排序等即可，而智力题，除非是校招，否则一般不怎么会问。
关于面试刷题，我个人也准备了一套系统的面试题，帮助你举一反三：
只有技术过硬，在哪儿都不愁就业，“万般带不去，唯有业随身”学习本来就不是在课堂那几年说了算，而是在人生的旅途中不间断的事情。
人生短暂，别稀里糊涂的活一辈子，不要将就。
t/forums/4f45ff00ff254613a03fab5e56a57acb)收录**
4万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
