微信号:stuq2015

介绍:有干货,有情趣,随手拯救技术宅.

好的程序员 VS 坏的程序员

2015-10-28 17:59 锅老板

▲点击上方“StuQ”,让你 UP UP UP !!!



作者介绍:

锅老板,上海小锅科技联合创始人,典型程序员,专注于打造好玩的技术团队。


作者声明:

本文主要谈谈我对"好的程序员"和"差的程序员"的几点看法,纯属个人经验所谈,文章短小,一首歌的时间就能读完。

(注:以下例子均来自我以往工作发生的真实场景,绝无编造之嫌)


一、好的程序员热衷产品和业务,坏的程序员只想接受任务


好的程序员明白,手头的技术是一盘散沙,虽然这些技术可以在指缝中旋转跳跃,但是毕竟是没有生命的。而自己是把这些无生命的东西与真实世界串联的手艺人,如果不能理解自己为什么使用技术,最好的做法是不要开始。所以,好的程序员理解业务、对业务感兴趣、为客户(包括产品经理)思考,帮助他们逾越技术鸿沟,达成价值。


坏的程序员只接受派发到手头的任务,对于背后的需求逻辑合理性、自己所做工作的业务场景不做甚解,并且以此作为逃避责任的借口。

小例子

好的程序员:“你看下这个业务逻辑貌似不对,我们这么做的话可能....”


坏的程序员: (业务出问题了) “这个产品做的需求,和我没有关系”


二、好的程序员累积经验,坏的程序员累积毛病


好的程序员在工作中坚持采用有预见性和持续性性的解决方案,考虑软件长期的可维护性、效率、扩展性等诸多方面的可能,把中长期软件成本降低到最低,并把这些经验发扬下去,在以后的职业生涯中不断累积优秀的实践经验。


坏的程序员在工作中不断采用临时性方案解决问题,对软件开发中的诟病听之任之,经常做 hot fox,没有想过改变这种糟糕的状况,在职业生涯中,不断累积毛病。

小例子

好的程序员: “这一部分功能长期来说我们不会维护的,所以这个需求我们是不是可以考虑一下延后一些,在下一期的长期方案中加入这个需求的支持..”


坏的程序员: “先把这个功能做完,我们赶紧上线..不用写测试,我用人格担保..”


直接结果[非常严重]:有些人累积了 5 年工作经验,有些人累积了 5 年工作毛病。


三、好的程序员注重沟通,坏的程序员善于抱怨


好的程序员认为问题都是可以通过沟通解决的,不断试图掌握一定的需求和业务的话语权,不断反馈进度报告,通过沟通让合作顺畅,试图解决任何一环的障碍,保证进度,保证软件开发的不偏离轨道。


坏的程序员一旦出现需求或者业务等问题,停留在原地等待,拒绝主动沟通交流,并且不认为这是自己工作的一部分,推卸责任。

小例子

好的程序员:(老板催进度了)"设计你的图做了没有?如果有其中一部分确定的,先给我熟悉下...噢,这个设计图实现起来可能会有坑,是不是可以...&*x*(^@*"


坏的程序员:(老板催进度了)"设计的图还没过来,没法做啊...我擦,设计搞成这样,老板,实现不了..."


后话


其实好与不好,就是一念之间的事情,不断坚持原则,坚持高要求,是通向优秀的不二渠道,我写下这篇立个 flag,与君共勉。



今日彩蛋已更新

后台回复“彩蛋”即可

好东西别忘了转发朋友圈分享给小伙伴哦~



随手拯救技术宅

--------------------------------

--------------------------------

学习|生活|设计

联系我们:liting0230(微信号)

投稿:tin@stuq.org




 
StuQ 更多文章 《X-Maker》001期 | Dale Dougherty 与《Make》杂志、Maker Faire 《X-Video》丨机器人也看脸 《X-Video》丨这不仅仅是滑板,是世界上最轻的车 2025年在线教育狂想曲 教练,我想玩摇滚!
猜您喜欢 缓存更新的套路 苹果IAP开发中的那些坑和掉单问题 良品铺子与IBM合作推动面向全渠道的零售企业变革与转型 日本运营商广告让人虎躯一震 jcenter vs. mavenCentral