[color=red]最近比较忙,总有那么一些些代码不会写,也总有那么一些些代码Bug一直存在,却从未被超越,也总有那么些逻辑有些含糊不清,也总有那么一会老大的语气会.......[/color]
so...
[color=red][list]
[*]完成一个模块,或者某个功能实现,首先必需的是逻辑,当把逻辑搞清楚了才会知道如何下手,才会沿着正确的思路去编码。相反,没有正确的逻辑思路,甚至连目地都不明确,最后只会浪费时间,浪费精力。
[*]有时候,一味追求代码尽可能少的冗余,有点过于死板了,比如今天,每次都new 一个HashMap对象觉得太浪费了,以至于每次都指向一个对象,修改变化牵一发而动全身,不禁意间忽略了这短代码,以至于找了半天,下午才找到原因还是老大来帮忙找的。反思了一下,还是由于编码经验不够以及编码的逻辑思考欠缺一点。
[*]第三点,责任。需要养成良好的编码习惯,这是潜移默化就形成的,不需要刻意去研究。每一个模块每一个功能的实现,都需要认真负责,反正最后的bug,成也归你,不改也归你的。
[*]第四点,思维,习惯。 我们不是天才,因此总有些是你不会的。当我们写不出来时,思维断线了的时候,先查google,先思考,最后才是问老大或者问同事,因为别人有别人要忙的,如果别人给你解决了,一次两次,估计n次你还是不会,因为自己没有深入思考深入钻研的过程。即使你看懂的别人的代码,也很快会忘记。
[*]会改bug,会调试程序,有时候或许比编码还要重要。debug是强大的,因为有时候在逻辑并不清楚时,单步调试一下就清楚了。后面就好说了。
[*]学会劳逸结合。往往这么说但往往没这么做。因为只要在电脑前就想着去完成,哎......
[*]沉着,冷静。不管遇到什么养的Bug,都不要慌。。。。。。
[*]需求大于个人发挥。开发中,自我发挥一下会给产品带来亮点但是经理否定了老板否定了,客户否定了那就是不行。但多半情况下还是不会否定的。
[*]经常在开源社区里面看到有人发起观点讨论,有些言论真是看了有种恶心的感觉,恶心至极的感觉,除非你很牛,但通常情况下我们还是个coder,或许一个coder都算不上......
[/list][/color]
做任何事,都要多多思考。
[color=red]强身健体!!![/color]
so...
[color=red][list]
[*]完成一个模块,或者某个功能实现,首先必需的是逻辑,当把逻辑搞清楚了才会知道如何下手,才会沿着正确的思路去编码。相反,没有正确的逻辑思路,甚至连目地都不明确,最后只会浪费时间,浪费精力。
[*]有时候,一味追求代码尽可能少的冗余,有点过于死板了,比如今天,每次都new 一个HashMap对象觉得太浪费了,以至于每次都指向一个对象,修改变化牵一发而动全身,不禁意间忽略了这短代码,以至于找了半天,下午才找到原因还是老大来帮忙找的。反思了一下,还是由于编码经验不够以及编码的逻辑思考欠缺一点。
[*]第三点,责任。需要养成良好的编码习惯,这是潜移默化就形成的,不需要刻意去研究。每一个模块每一个功能的实现,都需要认真负责,反正最后的bug,成也归你,不改也归你的。
[*]第四点,思维,习惯。 我们不是天才,因此总有些是你不会的。当我们写不出来时,思维断线了的时候,先查google,先思考,最后才是问老大或者问同事,因为别人有别人要忙的,如果别人给你解决了,一次两次,估计n次你还是不会,因为自己没有深入思考深入钻研的过程。即使你看懂的别人的代码,也很快会忘记。
[*]会改bug,会调试程序,有时候或许比编码还要重要。debug是强大的,因为有时候在逻辑并不清楚时,单步调试一下就清楚了。后面就好说了。
[*]学会劳逸结合。往往这么说但往往没这么做。因为只要在电脑前就想着去完成,哎......
[*]沉着,冷静。不管遇到什么养的Bug,都不要慌。。。。。。
[*]需求大于个人发挥。开发中,自我发挥一下会给产品带来亮点但是经理否定了老板否定了,客户否定了那就是不行。但多半情况下还是不会否定的。
[*]经常在开源社区里面看到有人发起观点讨论,有些言论真是看了有种恶心的感觉,恶心至极的感觉,除非你很牛,但通常情况下我们还是个coder,或许一个coder都算不上......
[/list][/color]
做任何事,都要多多思考。
[color=red]强身健体!!![/color]