Ⅰ 主要是表达了，自己项目组换的很勤快。不少人觉得我要准备离职跑路了，更有的已经在开始问我去不去他们公司了。我说，我才来了半年，就跑路，简历搞得太花不好看。
随着Q2结束了，这算是来到新项目组已经一个多季度了。也慢慢的熟悉了新的项目的工作内容，从目前短期来看，不太可能在给我换新的项目组了，因为之前的负责技术一块的组长跑路了，组里也缺人，而且现在还面临着工程化改造的问
现在的项目组说用到的什么先进的技术吧，基本没有，还是用的很原来的springboot的那一套，应用范围也仅仅是对公司基金部在使用，打理的资产也就千亿左右，不如固收的多，也没有其他的应用场景。
目前项目也是经历了很多次的迭代，融合、合并，刚开始立项的人现在也不知道在哪家公司高就。造成了一种情形就是内容越多越大，但是呢，你也不知道某些功能还在用不用，以至于也不能轻易对某些内容进行删减，万一引起了雪崩。
这就造成了一个问题就是，后面接手的人会越来越难，得需要很长的时间去慢慢的采坑，尤其对于没有很多经验的初入职场的小白，接手这样的项目属实头大，这里呢我分享一个我常用的研究方式。
Ⅱ
这是比较通用的也是多数人使用的项目接手或者排查问题的方式。
当下多数的项目都是采用前后端分离的方式来开发。首先找一个测试账号登录上现有的系统，找一个功能点，最好是问下老同事，那个功能用的多，或者是那块功能是最原始的功能。
从前端的入口出发，一般是采用F12，找到数据请求的链接，找到URL，然后去后端搜索这个URL的入口方法。
这里默认是采用的MVC架构，多数情况下都是采用的这个，包括博物馆收藏第一行健康码，一看就是用代码生成器生成的代码的模板。
从Controller层入手，找到Service层，一般情况下这里最复杂的，也是实现业务逻辑的地方，会牵扯着很多的调用关系。按照开发规范写的代码可以通过命令方式也知道类和方法的用途，但是也不排除一些非主流的写法。
比如健康码一般会用healthCode来表示，偶尔也会看到用jiankangma，这样还算是好的。如果只给你一个jkm，你会知道是什么意思吗？同理，变量名字也是这样。相信你见过很多这样的命名的变量，sfz（身份证）还有，wmdz，(外卖地址)，kdaddress（快递地址）等等。
这样的代码看起来是比较有难度，如果你这样写，后来接手的人比diss你的。具体的请看阿里开发规范，网上很多，都可以搜到，看最新版本的就好。
再者，找到调用关系后，你就一层层的结合返回的数据来推测一下这块功能是做什么的，好的情况下是可能会有开发文档，产品文档。
产品文档你可能会有，但是多数是从产品的角度介绍这个功能，但是开发文档估计可能就没了。开发文档是写这块功能的程序员，写下当时使用什么方法开发，开发的逻辑。
除了上手公司的项目，还有一个增加经验的方式就是自己编写项目。这里的编写项目不代表你在工作中用到的，在业余时间写一写开源项目，并且进行迭代维护。 比如说我一直做的 沪漂小窝 的项目，目的主要就是学习，在学习过程中会发现一些乐趣，这样会更能增加你的兴趣。 作为程序员，比较有成就感的时刻有两个，第一个是自己做的产品被别人使用并且得到认可，第二个是就是发工资的时候觉得这个月班没有白加。 所以除了上手工作上的项目，做一个自己的开源作品，不仅仅能提升自己的学习兴趣，更可以为以后的跳槽找新工作，增加一些亮点。 今天的分享就到了这里。 我是马拉松程序员，可不止于代码。
