- 质疑能力
不要太过于相信自己的能力，要相信浏览器，浏览器报错了就首先怀疑自己的代码，用console.log大法校验过后都对才去质疑浏览器。 - 更新换代能力
用double check去检查自己的代码，正着检查一遍再反过来检查。然后出现了什么新知识，要有敢于推翻自己旧知识的能力，直接跟新自己的知识。 - 抽象思维
一个代码解决多个问题，甚至一类问题。把具体问题抽离成同一类型的逻辑问题 - 基本的逻辑思维
- 足够的代码量
cloc --vcs=git .安装了cloc后可以用这个查看你某一个git仓库里面的代码数量。1000是新手，10000是熟手，50000-10000是专业选手。 - 知道足够多的概念
通过积累：
- 做笔记
- 思考
- 博客总结
- 代码实践
来进行演练熟悉。
- 足够多的踩坑经验
单独做一个个人项目
Tips： - 不要害怕辞退，自己如果叼公司有辞退可以去申请第一波被裁领补偿金。
- Js上面有很多bug，要注意分别。
- 性能低效只是针对于ie，现在性能一点也不低效。
- 对自己的目标，无论在哪里，尽力做到团队的top3.
- 注释
注释语法
/* */中间可以注释多行内容
//只能注释一行
分类
- 不好的注释
- 把代码翻译成中文
- 过时的注释
- 发泄不满的注释
-
好的注释
踩坑注释。比如说你发现了一个 bug，把它解决了，解决的过程你觉得可能后面还会遇到，然后可能会忘掉，你就把这个解决的过程写到代码注释里面，‘我经过了什么什么搜索，搜到了这个方案，以后如果你遇到同样问题你也这样做’。
为什么代码会写得这么奇怪，遇到什么 bug。奇怪的原因是产品的需求就是特别奇怪，比如之前有个公司它故意把用户的操作延迟 10s，中间一直是加载中，就是为了收钱，如果你没有交钱，那么就等 10s 然后才发这个请求，如果你交了钱，马上发，那你就要在注释里面写清楚，这个代码是为了某个特性，但你不要写得太明确，免得被别人坑。有的时候公司要生存下来，它也不得不设置一些限制，比如说只能用一个月，一个月之后就收费，或者只能同时拥有三个用户，超过三个再收费，写注释的时候就要写，我为什么要故意延迟 10s 呢，是为了某个特性，把特性名字写下，可能就是个代号。或者你遇到一个 bug，为了解决这个 bug 不得不写一些非常奇怪的代码，那你就把这个 bug 遇到的现象也写到注释里面，这样后面的人在看你的代码的时候就不会轻易的改。
好的注释就是告诉你为什么这样写，烂的注释就是告诉你我写了什么，但是优秀的程序员不需要你告诉我写了什么，只要你把代码命名好我就知道你写了什么。 -
常用常考：
- 闭包、原型
- 类、继承
- MVC、Flux
- 高阶函数
- 前端工程化
10 .不能只会一种语言
- 不要盲目鄙视某种语言，而且要在意那些牛逼的反对你的人的言论
程序员戒律
- 永远不相信人类
- 永远不写有歧义的代码
网友评论