关于写代码
关于写代码,有些感受拿出来跟大家分享,共勉一下。
1、 若是这个问题你觉得有可能会出错,那么就一定会出错!
如果你对于某些事并不确定,如果你发现自己使用了“应该”这个词,那你就麻烦了。
请不要放过任意一个怀疑的点,往往这个问题会造成很大的影响。
2、 所有的代码都很烂;
每一个中途进入项目的人,都觉得这个项目中代码已经烂到不行,甚至无药可救,
而每一个开始就在这个项目的人都觉得代码还不错;
每一个去接替别人工作的人都觉得自己是去给别人擦屁股,其实也有人正在给你擦屁股;
所以我得意见是:要么提出改进意见,并且开始改,要么闭嘴修炼好自己内功!纯吐槽会让人非常反感的!
3、 Bug总会存在的;
不管经历多少轮的测试以及什么样的测试,bug都总是会存在的;
问题是,请问你bug出现时,是怎么处理的;
所有项目中出现的问题,请不要归结于某一个人的责任,哪怕出错的那行代码刚好是他写的;
客观分析问题,找到根本原因,改善工作流程,提高技术能力,是非常有必要的!
4、 客户最大;
客户根本不会管你的详细设计,不管你代码分了几层,写的多牛逼….
请不要背地里一直说你的客户是SB,自己不懂还提各种不合理的需求;
你要想着要怎么引导客户,让他认识到不合理性和不可实现性等;
要永远记着客户至上,软件行业也一样,客户必须要伺候好;
5、 纸上谈兵是行不通的;
我曾经认为,我可以在前期就把我的整个设计置于纸上,然后只要将缺漏处填上就好,但这样根本行不通。
软件开发是复杂的,若不亲手去碰碰看,很难看到所有的实际层面以及它们之间的关系。
因此,在前期保持规划与设计是很有用的,但不要过度坚持,也不要把设计图表当作合约固守。
6、 少即是多;
或者,你可能知道更好的说法是:“Keep it simple, stupid!”(保持简单,KISS设计原则)。
所以,如果没有必要的就舍弃吧!因为要记住:“事情若有可能出错,就一定会出错。越少错误概率就越小。”
7、 写代码只是我们工作的20%而已;
这个我就不过多废话了,请准备好,花80%的时间用于思考、调试、测试、开会、谈话……而所有的其他活动都是非常重要的,
所以若要成为一个优秀的软件开发人员,你必须培养广泛而全面的Skill(综合技能),而不仅仅是Technical(写代码)。