不得不说，小悦哥将是我永远的神，是我在已经走入不是很好的道路上的一盏明灯，我的人生导师，虽然现在不一起共事，但我将永远的尊敬他🫡
突然想到小悦哥曾经和我说过很多次的话，你为什么不坚持自己的决定呢？当时的自己，总认为前辈说的都是对的，自己的想法可能对一些考虑有所欠缺，或者本质上就是错的。我的人生导师发现了这点，经常在对我提问的时候“逗”我，让我将自己可行的或者回答的对的方案做出错误的变化，然后再批斗我一顿......emmmm，怪怪的，竟然真的给我调整的走向正确的道路了吧，虽然只是对于小悦哥本身而言（他知道了一定会说这死孩子咋转不过弯来）......
作为一个前端，会在不同的工作时间上有着不同的思考。就比如刚做前端的时候，总会想着：啊，领导下的这个任务怎么这么多，这么难，我要怎么给它做出来；现在，可能会更多的想着，这个任务应该分为几点去做，这里是不是该抽离一个公用组件为后续迭代做准备，这里应该怎么做一些可行的优化减少渲染和执行压力，这里要和服务端如何沟通降低开发的成本等...
我是为什么会有这样的变化呢，大概就是小悦哥在我盲目的干活的两年逐步教会我的吧。虽然我当时总是很委屈吧，老说我老说我，说的我很难过......扯多了，但在独立工作的现在来看，真的很有用（人果然只有失去了才懂得珍惜啊，虽然我以前也挺珍惜的，但是没有现在这么珍惜和明确）
开始的开始，作为一个工作机器，我们只会想着如何去完成一项工作，只要出来这个界面就好。重点来了，代码，是要经过小悦哥的审阅的！审阅会伴随着什么呢，伴随着批判🤯，不过当时应该是小悦哥两年来对我最温柔的时候了吧，可能是因为还不够熟吧。通过对代码的分析，然后指出我代码中不成熟的点，教我如何进行对应的更改，使我起码敲出来的代码在我当前来看不会被自己唾弃😛。
在什么时候认为小悦哥是神的呢，大概就是在刚去那里的时候，给我分发了一个名为倒带的任务，h5的。说实话，h5并不难，难得是当时的自己对这个h5里的一些功能没有见过，导致自己在写的时候遇到或多或少的一些问题。eg.切屏的时候播放器的设置，苹果的播放器不好使，pad的适配全屏问题等...当时的自己头一次做全屏展示类的h5工作，对各式各样的屏幕适配那叫一个恨啊，而且还要pad兼容，我真的哭死，而且实际上的前端领导（小悦哥是属于我工作项目的tl也是我心目中的老师，反正现在的我的心里就是小悦哥是我的领导，等我有本事赚钱了一定第一个回报他）并无法帮我解决我的问题，让我自行查找，大概话里的意思就是自己不会，他研究研究再说吧（这也是后来我最喜欢小悦哥对他不是很喜欢的原因，虽然他是我实际的领导）。我的神--小悦哥，晚上加班两个小时，帮我解决了这个问题，甚至在m端的历史遗留问题开会批判我的时候过来给我撑腰提出解决方案，让我能够按时保质保量的完成我来这里的第一个工作.....可能就是这个时候我将小悦哥当作了我的神了。
其实又何尝不是双向的呢，之前的所有同事，都会羡慕我，因为小悦哥对我是真的很好很好，会教我很多东西，也会在我遇到不是很正确的情况的时候帮我撑腰，几乎所有我说不过的问题，都会找小悦哥，因为我知道，只要找小悦哥，这个问题一定会解决！不过可能就是因为这样的一个认知，使我逐渐放弃了自我的判断，很强程度上都是很依赖小悦哥的判断来进行工作的。
在什么时候出现突破点的呢，emmm，好像是一次做文件上传功能的改造上吧，我和服务端改造半天，在联调的时候遇到了卡点，400的响应码。刚开始接触前端的时候，我只记得一句话就是只有5开头的状态码才会是后端的问题，其他都是前端的，我又对我自己的代码很自信，就一头雾水的在望着代码发呆，想我到底哪里能出现问题呢？？？后来实在看不出来，而且请求的方式一丁点问题没有，还去服务端那里蹲了半小时一起看问题，当然还是无疾而终......找小悦哥的时候，我说400，我看不出来我哪里有问题，但是服务端也看不出来哪里有问题...然后，小悦哥先问我：你认为这个是你的问题么？我说不是，我也查了网上，服务端也查了，都说是服务器处理不了我的请求，但是我的请求方式和内容都是和服务端协定好的，我也看他的代码了确实没啥问题......（以上不重要）那你为啥说不是你的问题？我说因为我觉得我的代码没有问题啊，但我确实找不出来问题在哪里了...还没说完小悦哥说，那就是你的问题了。这个了我当时没听清，我懵了，我又在那从头到尾看了十来分钟，小悦哥问我看出来没，当然没有啊，让我回去看，又看了半小时给我整的懵了个懵啊，问我你觉得谁的问题，我说我的，问我哪里有问题我答不上来，然后，重点来了，这个不是我的问题，是服务端做中间件校验的时候没做好，导致服务器不识别我这个对的请求，小悦哥直接了当的说出来了，然后说我不坚持自己的想法，还给我布置了作业关于http接口响应码的含义和协议本身的一些学习笔记吧(juejin.cn/post/719508…) 还提问两周我的学习结果，使我知道了我好像过度依赖小悦哥了一点。
小悦哥有一句口头禅，专门对我的：要是我不在了你们是不是都解决不了问题了？确实，好像无论前端还是后端，所有的问题解决不了的时候都是找的小悦哥（ps：小悦哥是几个tl里活的最累的一个了，挺心疼他的）。每次听到这么的一句话都会有点害怕，所以慢慢的也学着独立的解决问题，可以更少的去找小悦哥进行提问了。
更少的提问不代表不会进行提问，插句题外话，那里的两年生活比我干四五年前端还要锻炼人，我很感谢但不喜欢（不喜欢那里的生活，但还是很喜欢小悦哥的）。慢慢的提问由功能提问变成了性能的提问，一些性能优化的点或者被cr的时候指出问题做出对应的更改，这个其实挺正常的，慢慢的成长么，嘿嘿。
做出阶段提升性的改变大概就是让我做功能组件吧，因为联动发展而言总要做点功能性的组件库么，然后我就哼哧哼哧的干啊。干着干着，就发现，功能组件，并非是我们的业务组件，写了即用，迭代更新就好，而是预想所有的业务发展而形成的一个组件，一经发版无法撤回，不由我们的更新而更新的一个组件。emmm，写到这里发现好像有点丢人，算了，不说了，总之是炼化了我的思想，让我从纯做业务变成了思考用户使用做结合的做业务吧。
还是这个业务组件，有一个位置需要服务端对接口进行对应的改造，如何进行改造呢，就是对文档，文件夹，还有其他类型的一些文件做筛选，那时候我的已经很久没被悦哥说过了，所以当遇到我不理解的问题直接就和服务端沟通了，当时的悦哥就在旁边办公来着：咳咳，我见你这里这几类的文档的枚举让我传成一个数组给你，但我记得这几个在表里是对应的不同表头啊，你不应该是where key in ... And key in ...的格式么？服务端的回答是啥来着，好像是说是服务端的leader做的决定吧，然后我认为不对啊，我直接杀他那里去了，还问了好几次不会有重叠影响么，人家的肯定回答不会，我就回来了。大概半小时后吧，小悦哥脑袋一抬（我俩坐面对面），问我咋解决的，我都懵了，才知道说的是我刚刚据理力争的问题，我就说人家回答了不会有影响，未来也不会。emmm，眉头一皱，必有我伤，又挨说了，你为什么不坚持自己的思考呢，我说我觉得我的对但人家是服务端leader，我不敢啊......有啥不敢的，要害怕你叫我，下次坚持坚持自己的思想，虽然这个事最后不了了之（感觉未来可能会引发问题，因为那个leader走了，那个里边的设定我现在想想是会有影响的），但是确实又让悦哥捡起让我自信的提问之旅了......
虽然离开了吧，但是确实之前的一系列的问题促进我的不少成长，emmmm，虽然挨说不少次还哭鼻子了，但是想想小悦哥从来没有脏字诶，人超好的，就是凶起来是真凶（可能真的因为依赖所以才会在被说的时候哭吧，其他人那么说我我必然怼回去）。很多人都问：你换工作期望领导什么样呢，我说期望再来一个小悦哥，因为小悦哥虽然凶但是是为我好的凶，别人可能开玩笑或者别的，但小悦哥是真的好。愿我再遇到一个小悦哥吧。经典语录：你为什么不坚持你自己呢？是不是我不在了你们就不会解决问题了？遇到问题为啥不问呢？你出门的时候是不是落了啥东西？这死孩子脑子为啥总转不过来弯呢？......总之我会永远记得的！！！
