您好,登录后才能下订单哦!
1、重构思维模式
不要一上来就开始写代码,要掌握尽量多的重构方法,重构思维方式,掌握重构并不一定是要对原来代码的重构,而是让自己在操作之前就想好该怎么去进行。
2、搞清需求再动手
看到需求之后,肯定多多少少会有一些问题,或是理解上的错误,或是功能实现上的问题,这时,必须要交流清楚,否则,后续将会有更多问题。
3、文档也要写
可能不少人觉得文档没人看,写不写没关系。但是,文档没人看,还是要写。
文档的作用大部分时候并不是用来沟通的,而是用来做记录的,大部分需求还是通过口头沟通,但是不写文档做记录,后续就容易扯皮。
4、必须写代码注释
必须写注释,如果不写注释,时间久了,回过头来连你自己都看不懂。而且,一个项目不可能就你一个人负责,注释也能够让别的同事看懂你的代码,
5、沟通需求并更改
别指望需求会稳定不变,产品需求是根据商业需求不断调整和优化的,改需求是再正常不过的事,不要总是抱怨,调整心态做好才是硬道理。
6、处理好和业务的关系
无论是技术还是业务,都不要想着凌驾于对方之上,应该是相辅相成的关系。
不为公司商业做服务的技术,是毫无价值的,公司赚钱才是硬道理。不要纠结公司一直改需求,改业务。
7、不要心存侥幸
如果某个地方你感觉会出bug,那么,一定就是bug。千万不要心存侥幸,一定要把自己感觉会出bug的地方优化好,不留后患。
8、自己先测试几遍
不要写完就扔给测试人员去测,一定要自己动手先测试几遍,自己写的东西自己更熟悉,也更容易找到问题。经自己手的东西,要保证质量。
9、尽可能自己解决问题
遇到问题,先自己尽力解决,实在解决不了再求助别人。职场上,没有人有义务为你擦屁股,上司和同事都有自己事情要解决。
不过,如果问题很紧急或严重,一定要尽快求助解决,不要害怕被骂,真等出现问题的时候,可能后果更严重。
10、慎用新技术
不否认新技术是好东西,但使用的时候,没有百分百把握就自作主张,多半是作死。如果真的出了问题,自己解决不了,就会出现无法挽回的损失。
所以,在接到项目之后,不要急着动手开始写代码,要先思考,当需求了然于胸,对每个板块的工作做到心中有数之后,再开始编写,效率更高,而且出错几率也越低。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。