程序员应该抛弃的10种思维定式

程序员应该抛弃的10种思维定式:

一、会议恐惧思维。

一提到开会,程序员的脑袋就大了,厌恶会议会形成习惯,当然,没有哪个人喜欢冗长、频繁、无效的会议。参加高效会议,是高效沟通的一种方式,如果一味的排斥参加会议,只会增加沟通成本,有选择地积极参加,并且要提高参加会议的技能。

二、急于求成。

需求还不明确,就开始编码。不管是什么原因导致需求不明确,请不着急动手编码,一栋大厦,还没有蓝图就开始打桩,修建,带来的威胁只有推倒重来,后果不堪设想。

三、只见树木,不见森林。

和需求讨论宏观业务架构问题时,总是喜欢考虑实现细节。进到细节讨论就会影响讨论的高效性,要学会区分什么时间讨论宏观问题,什么时间讨论细节问题。

四、害怕需求变更。

变更并不排斥,也不可怕。但是,程序员为什么怕呢?一是对自己开发的东西不自信,前期考虑欠妥,缺乏灵活性,别人提一个小变更,就要天崩地裂,推倒重来,谁不怕啊。想想都吓人,因此开工前先打好基础,提高编程水平,特别是整体构思能力。二是留下的坑太多,怕暴露,害怕返工。三是沟通不畅故意为难需求。

五、害怕编写文档。

成千上万行的代码都能写,区区几页设计文档会写不出来?文档是总结提炼出来的精华,是蓝图设计,害怕写文档的程序员应该还只处于初级程序员阶段,真正的技术大牛都是要出技术专著的,写个文档又算什么呢?别害怕,大胆的写吧,如果是懒惰,请快快抛弃掉。

六、不喜欢展现自己的成果,又想获得别人的认可。

酒香也怕巷子深。有好的想法或好的实现方式要多和其他人沟通、交流,增进了解,获得他人的认可,一方面增加自己的自信力,二是提高自己的交流沟通能力,沟通越来越顺畅,人也越来越自信,别人的认可度也越来越增加。

七、自扫门前雪,哪管他人瓦上霜。

模块与模块之间需要沟通,人与人之间也离不开沟通。自己做完了,请关心下其他同事的进度,必要时提供帮助,赠人玫瑰,手留余香,自私自利的思想在一个团队中是活不下去的。

八、本位思想严重,无大局观念。

只会打桩的建筑工人,永远不知道大厦将来长成什么样;不想当将军的士兵不是好士兵,说的就是只管本模块编码,不管整体是个什么,出来个四不像也与自己没关系,一个没有大局观念的程序员,不可想象他的未来和前途如何。

九、心理脆弱,心眼比较小。

过于的封闭自己,孤独和寂寞是难免的,但是强大的内心世界是每个人应该具备的。程序员,首先你是人,您是在人类社会中直立行走的人。多点包容,多点理解,不管你的经理是多么的外行,需求变更的是多么的频繁,请包容,包容。

十、挖坑思维。

挖坑者,不可活,但是可以理解,一是由于程序员本身技术水平限制导致的。上一代的版本永远留的有坑,填坑是当前义不容辞的责任。二是由于程序员偷奸耍滑,粗制滥造,偷工减料,鼠目寸光,留下的不可容忍的大坑。我们可以填坑,但不能挖坑,切记切记。

640?wx_fmt=png


原文地址:https://www.cnblogs.com/hgmyz/p/12352336.html