- 从一月过来,就有疫情,在家学习了几个星期,效率很低。效果也不好。(自制力)
- 不会就问,中间问的太多,如果有下次实习,一定注意不要问太多。(经验谈)
- 勤思考,debug能力不行。思考的太表面。(学习)
-
为什么我会想不到呢
-
看见了样式问题,我想到的首先不是我的问题,为什么?因为我这没复现,而且以前从未见过,而且iOS没有问题,让我感觉这可能不是lynx的问题。事实是就算双端不一致,就算抖音版本不一致时的结果不一致,就算不同手机也不一致他同样有可能是lynx的问题。
-
不能想当然的用其他维度未出现的问题来确定另一维度不会出问题,比如当初使用组件的数据又问题,我却认为是激活区域的问题,关键就在于我认为激活区域与数据没有关系,实际上用了正确的数据后激活区域就能正常工作,思维定式,经验主义,想当然思路,再遇见问题多想想为什么不呢:样式出现问题双端不一致,为什么不会是我的问题呢、组件激活区域不能工作为什么不能是数据的问题呢、为什么不能是本地内测不一致的问题呢
-
当初为什么碰见组件会头疼呢,参数不确定,功能不确定,每次添加都需要从头开始添加,一层层。所以为了简化,下次应该在最外层添加,最外层确定。当已经出现在内层的时候要大胆的把数据格式全去除,或者在外层再次添加一个问题组件。
-
!!!!!!!!!!反思总会流于表面,是以结果为导向的反思,事实上我更需要的是过程导向,想象当初遇见bug是怎么想的,为什么会这么想,为什么我就想不到解决方法
-
总结
- 遇见好用的代码,可以总结出一个代码博物馆
- 业务初期,遇见bug收录起来(当初怎么想的,为什么想不出来,最后怎么解决的)
- 甚至在debug过程中可以将思路总结起来
- debug总结:
- 想办法列出流程,bug点
- 二分代码思考出路
- 如果解决不了可以列出表格,画出条件,一一解决
实习亮点:
1. 封装整体