首先人还真不能闲着,时间久了意志上就产生了一种抵抗.最后会导致怀疑自己的能力,到底自己行不行的疑问会让你在接下来的工作中头大.真的头很大.

其次就是想说在开发中间的一种习惯.见过很多的公司在招聘的信息中会说到能够手写代码,不管是什么语言的,完全用记事本,当然我认为没有人会选用windows的记事本来写代码,可能对于一些高级语言,那些不需要严格缩进的语言,只要你能够用大括号把逻辑写出来就能够正常跑过.其实不管是用什么工具,记事本有好,IDE也好缩进保持自己的代码能够让人类看得轻松看得懂首先就得格式化好你的代码.能够一行写完的代码为了能够让你的逻辑能够让别人一目了然也得2行或者工作行来写.不要总想着什么高深的写法,什么高级的语法特性,更别提什么性能了.其实性能很多时候不是一行两行语句能够解决的问题.

同样在HTML代码中也是需要很多的格式化的,不过就是几个整体布局的div还有若干的填充的标签,都要有很清晰的逻辑,也就是让人能够从上往下一遍就能够看懂什么东西是干什么的.

更别提那些不需要你用大括号来区别逻辑的语言了,比如Python,还有php.很多时候感觉这些语言就是在linux下而生的,在windows下做这些语言的开发就感觉很山寨的味道.尽管还是不能够完全脱离windows,毕竟很多时候还是过于依赖windows的图形化界面.不过你需要忍受你不知道你到底干了些什么在你点击一个按钮提交一个请求之后.

还要说到的就是编程习惯的问题,之前听到有人说他遇见的牛人都是从上班到下班从来不编译Debug的.从开始写到下班提交代码走人完全没有什么必要来用debug的形式来检测自己的逻辑是否清楚是否完全符合逻辑是否考虑全面等等.

其实这样的实力完全是时间积累出来的吧.从一个新人到这样的程度这就是经验吧.而其实有时候也是需要一种环境或者自己的一个习惯要求来让自己有这样的能力.因为这样会慢慢的提高你的编程效率,而不是总是在写当前的代码还要反复思考刚才的逻辑是否正确.

不要过于依赖debug.差不多了编译打包上线一看,差不多了,当然肯定会有小问题存在,注意只是小问题哦.稍微一改ok.

还有一个就是在遇到问题的时候到底是否能够很快的判断出问题出现的地方.而不是不仔细看报错信息就在那里瞎捣鼓,半天找不到问题所在,让自己头大,自己写的东西把自己套进去悲剧啊.有时候别图方便粘贴复制,往往这样的时候你不会认为在这些代码中间会有错的.呵呵.而当你遇到问题的时候千万别想机器怎么了,还是你遇到什么诡异的bug.所有的这些都是你造成的,还是耐下心来把你的代码在review一下吧.千万别在这个时候连自己的代码都看不懂哦.记得写好注释.为了和你一样的即将要看你代码的同行们.哈哈