1.工作的原则:从易到难试试看。先从最简单的开始。从一个小事情上上手,比较快。抽象出自己的理解后,再去看一些比较复杂的工程项目,比起一开始直接硬刚大项目,会好很多。
2.分清是 需求,还是bug,优化。三者的工作量是不同的,应该来说是递减的。
3.“磨刀不误砍柴工”。有些脚本、代码、协议、知识点,就是要去理解,这样下次才会变快。每次都去逃避,不去理解,到最后浪费的总时间更多。
1.工作的原则:从易到难试试看。先从最简单的开始。从一个小事情上上手,比较快。抽象出自己的理解后,再去看一些比较复杂的工程项目,比起一开始直接硬刚大项目,会好很多。
2.分清是 需求,还是bug,优化。三者的工作量是不同的,应该来说是递减的。
3.“磨刀不误砍柴工”。有些脚本、代码、协议、知识点,就是要去理解,这样下次才会变快。每次都去逃避,不去理解,到最后浪费的总时间更多。
940

被折叠的 条评论
为什么被折叠?
