一个程序员的自我修养

项目管理 来源:sinat_36735108 81℃ 0评论

勇气

程序员每天面对很多你不敢得罪的人:老板、上级、客户,哪个你都惹不起。但有些事儿,你惹不起也得惹,这就需要勇气。

正在开计划会议,老板说:这些功能必须在下周结束前完成提交给用户。你很清楚这做不到,你应该咬咬牙接下来呢,还是应该跟老板分析下说为什么做不到?当然,分析完还应该提出建议,比如减少业务范围。如果你这时候没有勇气,可能你将面临两个痛苦的星期,并且最后很有可能老板也不满意,因为你没说做不到让他以为可以,打乱了他的计划。

产品经理提出一个让人眼花缭乱的需求。你定定神想了半天,还理不清思路,你担心是不是自己智商有问题,不敢继续提问下去了。结果做的时候和产品要求大相径庭,结果也可想而知。作为合格的开发人员,如果你都无法理解需求,那么对客户来说就更难理解,这样的需求是否有价值?不能理解透彻的需求,一定要打破砂锅问到底,不明白的事儿不做。

这次开发任务有一块儿看起来很有技术难度,Team里面没有人做过,怎么办?有勇气的开发人员应该站出来,接受这个挑战,就算完不成,也给其他人趟出一条路来。

精益求精

碰到一个Bug,找了半天没找到原因,结果第二天来了他好了。庆幸庆幸,少一件事儿,下次不知道什么时候这个定时炸弹又会冒出来,到时候让那个碰到的倒霉蛋接吧。真正的程序员应该有不找到原因不罢休的精神,通过对疑难问题的分析,你的水平可以又提高一步。

一个Feature写完了,马上提交,准备下一个。等等,你确定你刚写完的代码是你能写出来的最好的吗?一般开发中都有“脚手架代码”。一开始是为了实现功能,有些类、方法 的设计就不一定合理,命名可能也有问题,重复代码也可能存在。不要等“有空”的时候再来修改这些问题。写完立即进行重构,如果你有单元测试护航,这些重构对你不是问题。

功能写完了,交互方式对用户来说是最佳的吗?还有没有改进空间?怎么样能让用户更方便?这些不仅仅是产品设计者的问题,作为第一线开发人员,你对这个问题应该更敏感。如果有问题,立即叫来设计人员进行沟通,如果有条件,和客户直接沟通。

测试代码

你有过不进行测试就把代码往上丢的经历吗?我有过,当然结局很不好。有些说我就改了一行代码,很简单,不会有事儿的。我有过只改了一个字符串就导致App崩溃的,因为修改后的字符串丢失了一个占位符,导致格式化出错。

任何代码的改动必须测试,这是铁的纪律。当然,如果你有写单元测试的习惯(你最好有),跑一次单元测试,看到全部绿条,会让你放心不少。

单元测试跑完,不能证明系统一定没问题,必要的端到端测试也必须做。不要等测试人员来帮你发现Bug,最好他们都发现不了,这才是你应该骄傲的。0 Bug可能吗?我不知道,但这是每个开发人员应该努力的目标。

开诚布公

产品经理做了个看起来很愚蠢的Feature,你应该告诉他吗?应该,不然你就可能去开发这个愚蠢的没人用的东西了。你喜欢这样吗?我想没人喜欢自己去做一个愚蠢的东西。

同事的某块代码写得不好,你应不应该告诉他你有更好的主意?你学习到了一些新的技术和理念,是不是应该分享给其他人,当大家一起进步?

尊重他人

尊重每一个人,不管产品还是其他程序员。开诚布公要求的是对事儿,尊重他人要求是对人。如果对人不尊重,那么即使你的意见是对的,很多人也很难接受。比如在代码评审的时候,用提问的方式说:你有考虑多线程的情况吗?而不是说:你这个傻逼,多线程的时候你这代码会崩溃。

程序员和产品的关系是各种互联网笑话吐槽的对象,两个总是互相伤害。对产品的的问题,要坚决开诚布公,讲出你的态度,但不要上升到人身攻击。对最后确定下来的Feature,要严格按照要求去完成。

帮助他人

闻道有先后,术业有专攻。程序员的职业知识范围很大。即使是一种语言,各种框架、技术层出不穷,每个人专攻的区域也不相同,在一个团队里面肯定有高有低。对于某些方面不如你的同事,如果遇到问题,尽力帮助他人,毕竟,团队产品做好了,才算成功,而不是你自己完成自己的工作就算成功了。

我在刚开始工作的时候,我的上级就是个很好的老程序员。刚开始我对Delphi也是刚入门,甚至SQL语句还写不完整,一开始遇到问题他给了我很多帮助,我熟练了以后有帮助了很多其他同事。这让我在一年内就升职做了项目经理,我想这和我积极帮助他人有关。

一个具有相互帮助习惯的团队,氛围肯定也会更加融洽。由于相互帮助,弥补对方短板,完成任务的效率也肯定会更高。

解决问题

程序出问题是不可避免的,无论你怎么努力,毕竟编程是个复杂的技术工作。出了问题之后,第一要务是如何解决问题,而不是找问题起因好惩罚哪个带来问题的家伙(事后可以查找,以免下一次再犯)。

解决问题就像破案,程序员需要有侦查员的精神。我一般做法是首先梳理一下程序的调用过程,然后大概分析一下有几个部分,并运用逻辑进行排除:假如是A部分出现问题,那么应该怎么样,然后逐步排除。

有些问题会比较诡异,出现了,你重启了一下,又好了,继续工作,于是问题没了。这时候应该彻底进行排查,找出具体原因和解决方案。有次碰到一个系统,过段时间上面的Tomcat就会报PermGen space out of memory,然后处理人员重启下就好了,这种处理方法他们一直用了几年!我看到后查了一下,发现是Hotspot的一个问题,在大量动态类创建的时候就会这样,那个项目jsp太多了,然后虚拟机换成JRockit就好了。

持续学习

IT工业还是一门新兴行业,到现在也才几十年,变化速度非常快。我刚工作的时候常用的编码技术、框架,现在几乎已经没有人使用了。从我10多年前开始使用Java语言,也从1.1到1.8了,中间语言特性、各种框架、编码方式都发生了巨大变化。如果还用10几年前的经验,到现在肯定要被淘汰了。

除了技术,项目管理的方式也不断在变化。10几年前敏捷才刚出现,大家都还在试图用瀑布模型开发,按那时的标准,我实际上从未用在瀑布模型的模式下成功过。当然,也开发成功不少产品,但都和瀑布模型无关。到了现在,如果你不学习一些敏捷方法,恐怕会越来越没有竞争力。

热爱生活

网上流行的黑程序员的段子,大约集中:天天加班、没时间找女朋友、忙到没朋友。 这不是一个好的程序员应该做的。除了认真工作,更要热爱生活。工作期间努力、职业地工作,把事情做好。下班了就好好享受生活,读书、旅游、家庭、朋友都不能忽略,像个正常人一样生活。哪些以把所有时间都用在工作上为荣的人,或许他们很成功吧,但我不羡慕。

关闭

IT问道推荐

银行贷款频频被拒?
“Dr信用牛牛”让你远离信用污点 国内首家信用健康管理平台免费为你提供信用修复方案