第一:看文档的能力
很多时候前端多而杂,人脑瓜子就这么大,全部丝毫不差的记下来不现实。除了超级大佬多数人都是好记性不如烂笔头,烂笔头不如天天敲代码,用多了自然有自己的理解。对于新的东西,或者不常用的东西,都依赖于文档,对照文档实现所需要功能快速开发很重要。
第二:处理数据的能力
此处并非算法,而是能拿到后端返回值不是自己所需要的时候,处理成前端能用的结构。算法对于大多数前端来说你压根没机会用,会有ETL,后端替你解决,当然如果你是励志进入一线大厂,那你必须会,因为卷加上工作确实需要你造轮子。而对于励志成为切图仔的同学来说,大可不必,相反跟数据结构,算法比起来,设计模式更为重要,前俩亦有后端代替,设计模式确是前端组件化不可或缺的,“一定要有设计思想,可以没有算法能力”。对于设计组件,抽离公共方法,代码,给组件传那些值,组件暴露出那些值,组件嵌套过深的交互问题有或多或少的用处。
第三:解决问题的能力
遇到特殊需求如何利用现有东西解决,遇到bug如何定位排查,分为硬编码bug(标点符号,标签出错),兼容性bug(浏览器兼容,白屏,报错),逻辑bug(执行顺序不对导致视图展示不对,例如echart宽度100%丢失)。99%的bug都是人的过错,1%才是真正意义上的bug,如何处理项目中各种匪夷所思的bug(方法:以发量换质量,代码和人有一个能跑就行),以及产品的稀奇古怪需求(方法:告诉产品放学别走,送一场大造化)。
番外篇:
某大厂,又仙逝一位,司徒正美大佬前车之鉴,竟不引以为戒,重蹈覆辙实在是可悲呀,后人哀之而不鉴之,亦使后人而复哀后人也!