在上个项⽬组时因为队友们都特别给力，加上⾃⼰己还没想清楚很多事情所以养成了了⼀个很不好的习惯，遇到不懂的不知道的张⼝就问。
年底总结之时思考了很多，一年时间我学到了很多前端的技术，但其实更多偏向于基础。加之⾃己懒散，很多事情一知半解。对于去年的我来说，每当遇⻅了不能解决的技术问题时，抬头问问身边的大神队友便能解决。但其实这样的便利虽然短时间内我解决了问题但并没能让我学到关键的东西。虽然看起来我做卡速度不不错，代码贡献度不错，但我只知道怎么做能解决这个问题并不知道为什么能解决。就如同最近遇到的问题，我知道前端项⽬打包可以⽤webpack, 但不知道为什么需要打包，为什么选用webpack⽽不是别的工具以及webpack如何配置，每一个操作带来什么结果。(立个flag:解决了webpack的问题后再写一篇)
后来仔细想想，我为什么会越来越依赖求助他⼈来解决问题，⽽不是⾃⼰先尝试解决。原因有三:
1. 在发现我解决不了问题或者思维混乱的时候我容易慌乱，迫切的想要快速解决问题即使这个工作并没有那么着急。
2. 在我试图解决问题时没有章法，常常找不到解决问题的⼊口。导致在google drive develop时 很难使⽤正确的关键字进行搜索，在搜索解决⽅方法上花了⼤量的时间其结果还无法满足。
3. ⾃己⼀开始就拒绝了思考解决问题的过程，⼀⼼心只想要个解决问题的方法。一旦解决就不再思考这样解决的原因
综上，今年在新项⽬目上决定做一些必要的改进。首先逼着⾃⼰在遇到暂时想不到解决方法的问题的时候⾃己解决，忌张⼝问⼈。心态转变过来后感觉每天的状态变的比以前更忙碌了了。但通过⾃己的思路路解决了当下遇到的问题，还是很不错的。
尝到甜头后继续保持，不过没⼏天暴露了上⾯的第二个原因:很难定位到问题并找到解决的答案。 如之前一篇统计测试覆盖率的文章⾥里提到的，我想要统计后段测试覆盖率，想要在prepush时计算测试覆盖率并限制提交如果覆盖率不达标的情况下。在google了了好久之后依然没有找到想要的 解决方案。因为我看⼀遍文章发现不完全满足我想要解决的东⻄就不再细想。并且我想要的答案太多，其实很难一步到位的找到完全契合你需求的答案。毕竟每个情况都不一样，解决方案都是各⾃挑选后堆砌起来的。况且我的搜索关键字还是如何在prepush时得到测试覆盖率。。
于是我可耻的张⼝口问了一个魔鬼。。。魔⻤说⾃己google去。。在挨了⼀顿骂后我意识到我搜索的根本就不对，因为我⾃己都没有想清楚我要的是什么。现成的一锅端的思路，等着别人直接的答案，我似乎又犯了⽼毛病，只不过对象换成了google而已。经指点我开始拆分我想解决的问题。
1. 代码语言为java，构建工具为gradle
2. 单元测试覆盖率
3. 如何配置prepush时要做的事
4. 最简单的目的是要能可视化当前的测试覆盖率
这是我的划分出来的task，那么我理解的是既然我的目的是可视化我的后段测试覆盖率，那⼤可不必纠结于是否跟prepush相关联，首先解决如何统计在gradle下的java单元测试的测试覆盖率问题就可以了。
果然这样快多了，具体解决方案⻅上篇。此篇完全为提醒⾃己吸取教训，在以后遇到笼统的⼤问题时先正确划分task再根据目的⼀个⼀个解决问题。⽽不是一开始就想解决所有的问题。(在后⾯面抽取form时依旧犯了了这个毛病。。看来反省的不深刻)
网友评论