有一本风靡世界的书,《不抱怨的世界》
长沙北大青鸟作者:科泰校区
摘要: 程序员要想被人喜欢,这是必备的哦。如果你编码又快又好,除了妒贤嫉能、不能保持平衡的那些个别人儿,大部分人都会喜欢你。程序稳定Bug少编码又快又好,让你具备了被人喜
程序员要想被人喜欢,这是必备的哦。如果你编码又快又好,除了妒贤嫉能、不能保持平衡的那些个别人儿,大部分人都会喜欢你。
程序稳定Bug少
编码又快又好,让你具备了被人喜欢的基础,如果你的程序还能又稳定Bug又少,那,哈哈,别人想不喜欢你都难啊,你的领导、你的开发同事、你的测试MM、你的产品团队、你的客户,恐怕没一个人不喜欢你哦。
积极对待Bug和提Bug的人
再牛逼的程序员开发的软件也会有Bug,即便当时没Bug,也可能过上几年因为不再能满足变化的需求而被提Bug……
所以,如果你能积极地面对Bug,闻过则喜,拥抱提Bug的人,接纳Bug,不说“不可能”、“在我这儿好好儿的”、“你环境有问题吧”、“你确认你操作对了吗”之类挑起战火的话,你就会受到大多数测试MM和非开发团队的干系人的喜欢。
代码易于阅读
代码首先是给人看的,不同意的,先去找个烂尾项目的代码读上一个星期再回来。
代码要给自己看,也要给开发团队的成员看,还要给同行评审,还要给后续维护的程序员看(除非你永辈子不离职),所以,一定要易读。
代码是否易读,和变量命名、函数命名、模块划分、注释、缩进等都有很大关系。如果你半个月之后就看不懂当时写的代码,那肯定是不易读的,趁早改掉它。另外我还有一个体会,不要写太巧妙太聪明的代码,他们一定是不易阅读和维护的。
提供易用的软件衍生品
假如一个程序员不仅提供可执行的软件,还能顾及周边,随着软件提供给测试、产品、UI、维护等相关干系人可用的文档,那他注定会被人喜欢。比如送测时给测试人员实现的功能列表、修改的Bug清单,发布时给维护人员可用的安装指南和常见问题处理建议,这都是非常非常好的。