专栏首页Java后端技术栈程序员请改掉影响你升职加薪的36个坏习惯!

程序员请改掉影响你升职加薪的36个坏习惯!

原文作者:代码湾 | 编辑:徐刘根

出处:http://codebay.cn/post/9414.html

IT行业的科技公司们一直苦苦追寻传说中以一当十的超级程序员,最新的研究表明确实存在这样一小撮效率奇高的“程序金刚”,但是一位普通程序猿如何能够蜕变成代码金刚呢?

下边总结了导致程序猿效率低下,影响大家升职加薪的36条恶习,总的来说归为代码组织、团队工作、写代码、测试与维护四大类。

一、代码组织


1、总是说“一会弄好”,但从来不兑现,拖延症晚期。缺乏任务管理和时间管理能力。

2、坚持所谓的高效、优雅的“一行代码流”,事实上,可读性才是最重要的,聪明是第二位的。

3、无意义的优化或者过度优化。(类似网页大小之类的优化最后再做)

4、不注重代码样式和风格的严谨,尽量要和自己的团队保持风格一致,团队代码风格不好的建议及时提出自己的建议。交接别人代码的时候认为别人写的是一坨屎,然后自己写的又是另一坨屎!

5、使用无意义的命名,禁止任何a、b、c变量出现,魔法值坚决反对!

6、忽略经过验证的最佳实践(例如代码审核、TDD、QA、自动化部署等),异常动不动就用Spring MVC提供的AOP方式去拦截,完全不顾性能和代码可读性。

7、给自己埋雷。(例如使用不会报错的库或者忽略例外)

二、团队工作


8、过早放弃计划。

9、坚持一个无效的计划。

10、总是单打独斗。(必须强迫自己与团队分享进度和想法,避免错觉,提高效率)

11、拒绝书写糟糕的代码。(日程紧迫的时候可以写一些“糟糕”的代码,这是程序员的能力而不是bug,当然,有时间的时候一定要回头偿还“技术债”)

12、抱怨他人,认为别人是菜鸡,带着情绪的和对方沟通交流。

13、不与团队分享所学。

14、向主管/客户反馈的速度过慢,不能做到及时主动。

15、不会充分利用Google。大家都很忙,没有人会义务的帮助你,有问题尽量自己先尝试着解决。

16、看重个人编码风格,认为自己的代码风格是最牛逼的,

17、带着个人情绪看待他人对自己代码的评论和注释。代码review的时候往往不能虚心接受别人的建议。

三、写代码


18、不懂优化策略,写出来的代码只能是算可以运行,完全不考虑性能和健壮性。

19、使用错误的工具。

20、不追求对开发工具和IDE的精熟。

21、忽略报错消息。完全不考虑代码的健壮性。

22、迷恋称手的开发工具。(不同类型的开发任务需要匹配对应的最佳开发工具,例如Sublime适合动态语言,而IDEA适合Java,如果你喜欢vim,并不意味着能用这些工具干所有事)但尽量和要团队的其他成员保持一致,比如别人都用IDEA,你还用着Eclipse,当然你能说服他们使用Eclipe还是可以的

23、不注重代码中赋值的可配置性。(不养成把代码中的活动部件分离出来的习惯,会导致技术债暴增)

24、喜欢重新发明车轮。那些每天加班到晚上11点的程序员都是在重复造轮子吗?

25、盲目地剪切/粘贴代码。

26、应付差事,不求甚解,不花时间搞清楚项目运作的机理。

27、对自己写的代码过度自信。交接别人代码的时候认为别人写的是一坨屎,然后自己写的又是另一坨屎!

28、不去考虑每一个设计、方案或者代码库的“副作用”。一个成功的用例并不意味着“万灵药”,要从自己的业务出发。

29、在一个地方卡住了但坚持不呼救。(认为自己很帅!)

四、测试与维护


30、只去写能通过的测试,不会写单元测试或者不注重写单元测试。

31、重要项目中忽略性能测试。

32、不去核实代码是否真的可用,没有养成开发中及时快速测试的习惯。

33、重大改动延迟推送。

34、抛弃和逃避自己的代码。

35、忽略其他非功能性需求。(例如安全和性能,准备一份这方面的清单,忽略这些会毁掉你的所有成果)

36、缺乏学习的动力,不能终身学习,时间久了,跟不上新技术的发展,也相应的会被淘汰。

本文分享自微信公众号 - Java后端技术(JavaITWork),作者:代码湾

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2018-07-01

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 如何避免自己写的代码成为别人眼中的一坨屎!

    摘要: Any fool can write code that a computer can understand. Good programmers wri...

    Java后端技术
  • Java多线程编程-(12)-单例模式几种写法的错与对

    在所有的主流23中设计模式中,单例模式作为最简单也最容易理解也是使用最普遍的设计模式,他是一种对象创建模式,用于产生一个对象的具体实例,他可以确保系统中一个类只...

    Java后端技术
  • 新的一年来自一个程序员的反思!

    程序员大军鱼龙混杂,水平的高低无法简单的从一个功能完成情况来评定,同样一个需求,功能都可以完成,但是不同程序员完成质量会不一样,完成质量的好坏需要从多方面评定,...

    Java后端技术
  • 告别狗屎代码,请记住这 11 条编码秘诀!

    我已经写了20年代码了,在此期间曾与17个团队共事过,使用不同的语言做过数百个项目。

    Java技术栈
  • 世间本无完美代码,不要苦苦追寻了

    一些代码比其他代码重要 通过研究代码如何随时间变化,Michael Feathers 确定了一个代码库的冥曲线。每个系统都有代码,通常有很多是一次性写成,永远都...

    BestSDK
  • 从条件运算符说起,反思什么是好代码

    那什么样的代码才是优秀的代码呢?对于这个问题,我想每个人心中都会有自己的答案。今天我就来和你聊聊我的思考。

    架构师修炼
  • 高级Python工程师教你如何正确写代码

    我接手的第一样东西就是React UI。我们有一个主要组件,它容纳了其他所有组件。我喜欢在代码中加入一点幽默感,我想把它命名为GodComponent。在cod...

    小小科
  • Dead Code为什么能在代码库中永生?

    在一些遗留系统中,经常会看到大片大片灰掉的代码(被注释掉了),这种代码是死代码吗?如果要我下定义,我认为这些不是死代码,因为它们连代码都称不上,如何又能叫死代码...

    袁慎建@ThoughtWorks
  • JS逆向时碰到了恶心的死代码怎么办?手把手教你解决!

    你是否也曾有过「跟着代码跳了很久之后,才发现那一大坨代码其实没有任何作用」的惨痛经历?

    青南
  • JS逆向时碰到了恶心的死代码怎么办?手把手教你解决!

    你是否也曾有过「跟着代码跳了很久之后,才发现那一大坨代码其实没有任何作用」的惨痛经历?

    崔庆才

扫码关注云+社区

领取腾讯云代金券