Open Gesangs opened 6 years ago
7月来到观麦有1个半月了，简单写写这段时间的收获。
规范。大学期间偶然接触到前端，这里玩玩，那里玩玩，很大一个问题就是，无拘束造成的不规范，代码风格说好听点就是很随意......接了需求后就被教做人了，合理的命名合适的方法真的会让代码流畅很多，不仅是阅读的时候，对于编写过程中也是有很大帮助的，对于js这门弱类型语言来说更是如此，还有在必要的地方要多写注释，毕竟代码首先是给人看的，不过命名也是门大学问，还得多加积累。
git。还有就是git的学习了，在此之前就add、commit、push走天下...... 来到这里才深刻体会到git在团队协作中的强大与重要（ps：还得多加练习，不是很熟 -_-! ）东拼西凑写了份总结，有兴趣可以过来拍拍砖......
业务。从需求评审开发测试部署发布等一系列流程 都过了一遍，对于发布这一块是有严格要求的，要小心不得大意，收获最大就是勇哥review我的代码的时候的耐心讲解了，每次都能很准确的指出我的不足，真的学到很多，而且每次我出了bug，勇哥都和我一起改，有时候还觉得挺好玩的。业务上不懂的一定要多和产品测试沟通。
原则。闭环推动是在这过程中一直在强调的东西，但是自己没有很好的做到，希望自己能更加深入的贯彻。
接的需求大多都是bshop，所以以下叙述都针对于bshop的问题。
在列表滚动这个需求中，体现了一些个人的问题，接到这个需求很快就下手了，想到哪写到哪，没有做细致的分析，忽略了很多问题，导致第一版并不理想推翻重来，即使demo还可以但是放到实际业务上还差很远，没有考虑到实际的处境与应用，然后在雅堂的沟通帮组下还算顺利的完成了。这其中有以下比较重要的点：
考虑清楚再下手会更加的心
在完成需求的基础上尝试考虑一些性能的问题
在实现后期，再多设想一些情况，考虑周全一些
突然想到（就是这么随意哈哈）商品详情没多少人开启的原因会不会是列表太长，每次返回都回到了列表顶部又得翻回去......改天考虑一下记忆滚动位置
移动端测试范围得扩大一点，至少跨个平台
还是规范的问题，通过和雅堂的沟通得知，那个flex和height的冲突其实更应该注意的是这两者都会对高度产生影响，在使用过程中应该多加注意
还有要多利用身边的资源，在移动端兼容这一块，肯定已经踩过很多坑的，多问或者多看看之前的代码，总能找到一些线索
这期间碰上一个很奇怪的问题，slide组件下这样一个结构<div><a><img/></a></div>，给div绑定一个点击事件，pc、安卓端都没有问题，就ios怎么都点不到，最终把img置为block解决问题......原因至今不明，大概是因为标签嵌套的原因，还可能是事件冲突的原因，这里说下排查bug的过程，首先要说的要有耐心，其次要尽量合理，再一个是要有调理。先说耐心，特别是排查莫名其妙的bug时，千万不能着急，一着急就会乱套，要像勇哥一样淡定。再说合理性，比如不能更改之前的逻辑啊，一开始由于div上一层绑了mouse和touch6个事件，我以为是冲突了，果断注释了mouse事件，虽然有用了，但是这样不合理啊，因为这样pc上就不能滑动了呀所以不行，然后通过参考其他使用了slide组件而没有出现问题的地方，发现一开始的方向就错了，通过控制变量法逐步排查，最终解决
<div><a><img/></a></div>
接下来是加入购物车时的抛物线动画，在实现这个需求的过程中，也学到很多。比如遇到难题的时候，有啥功能不会实现的时候，多查查文档准没错的，而且搜索也是门学问啊，和勇哥一起搜，他就搜到了，我就搜不到......找对关键词是重点。
关于主动这一块，有一个想法阻碍了我，就是在问之前，会先考虑，有没有必要问，有时候想着想着就忘了......忘了......以后要抛开这些，更加主动一些。
做好计划，适当的约束，更加主动，继续学习，像海绵一样吸收，多做总结，闭环实践
7月来到观麦有1个半月了，简单写写这段时间的收获。
初到
规范。大学期间偶然接触到前端，这里玩玩，那里玩玩，很大一个问题就是，无拘束造成的不规范，代码风格说好听点就是很随意......接了需求后就被教做人了，合理的命名合适的方法真的会让代码流畅很多，不仅是阅读的时候，对于编写过程中也是有很大帮助的，对于js这门弱类型语言来说更是如此，还有在必要的地方要多写注释，毕竟代码首先是给人看的，不过命名也是门大学问，还得多加积累。
git。还有就是git的学习了，在此之前就add、commit、push走天下...... 来到这里才深刻体会到git在团队协作中的强大与重要（ps：还得多加练习，不是很熟 -_-! ）东拼西凑写了份总结，有兴趣可以过来拍拍砖......
业务。从需求评审开发测试部署发布等一系列流程 都过了一遍，对于发布这一块是有严格要求的，要小心不得大意，收获最大就是勇哥review我的代码的时候的耐心讲解了，每次都能很准确的指出我的不足，真的学到很多，而且每次我出了bug，勇哥都和我一起改，有时候还觉得挺好玩的。业务上不懂的一定要多和产品测试沟通。
原则。闭环推动是在这过程中一直在强调的东西，但是自己没有很好的做到，希望自己能更加深入的贯彻。
融入
接的需求大多都是bshop，所以以下叙述都针对于bshop的问题。
在列表滚动这个需求中，体现了一些个人的问题，接到这个需求很快就下手了，想到哪写到哪，没有做细致的分析，忽略了很多问题，导致第一版并不理想推翻重来，即使demo还可以但是放到实际业务上还差很远，没有考虑到实际的处境与应用，然后在雅堂的沟通帮组下还算顺利的完成了。这其中有以下比较重要的点：
考虑清楚再下手会更加的心
在完成需求的基础上尝试考虑一些性能的问题
在实现后期，再多设想一些情况，考虑周全一些
突然想到（就是这么随意哈哈）商品详情没多少人开启的原因会不会是列表太长，每次返回都回到了列表顶部又得翻回去......改天考虑一下记忆滚动位置
移动端测试范围得扩大一点，至少跨个平台
还是规范的问题，通过和雅堂的沟通得知，那个flex和height的冲突其实更应该注意的是这两者都会对高度产生影响，在使用过程中应该多加注意
还有要多利用身边的资源，在移动端兼容这一块，肯定已经踩过很多坑的，多问或者多看看之前的代码，总能找到一些线索
这期间碰上一个很奇怪的问题，slide组件下这样一个结构
<div><a><img/></a></div>，给div绑定一个点击事件，pc、安卓端都没有问题，就ios怎么都点不到，最终把img置为block解决问题......原因至今不明，大概是因为标签嵌套的原因，还可能是事件冲突的原因，这里说下排查bug的过程，首先要说的要有耐心，其次要尽量合理，再一个是要有调理。先说耐心，特别是排查莫名其妙的bug时，千万不能着急，一着急就会乱套，要像勇哥一样淡定。再说合理性，比如不能更改之前的逻辑啊，一开始由于div上一层绑了mouse和touch6个事件，我以为是冲突了，果断注释了mouse事件，虽然有用了，但是这样不合理啊，因为这样pc上就不能滑动了呀所以不行，然后通过参考其他使用了slide组件而没有出现问题的地方，发现一开始的方向就错了，通过控制变量法逐步排查，最终解决接下来是加入购物车时的抛物线动画，在实现这个需求的过程中，也学到很多。比如遇到难题的时候，有啥功能不会实现的时候，多查查文档准没错的，而且搜索也是门学问啊，和勇哥一起搜，他就搜到了，我就搜不到......找对关键词是重点。
关于主动这一块，有一个想法阻碍了我，就是在问之前，会先考虑，有没有必要问，有时候想着想着就忘了......忘了......以后要抛开这些，更加主动一些。
最后
做好计划，适当的约束，更加主动，继续学习，像海绵一样吸收，多做总结，闭环实践