有哪些老程序员都知道对新手很有用的经验？

Posted 2023-03-18

一说到程序员，想必大家的第一印象就是头发少，很大程度上就是因为压力大导致的，有生活压力，也有工作压力。

今天说说工作方面的压力，想必看到这个问题的小伙伴都有一个认知，就是一个项目往往比预期的要长，说不定从哪天开始就加班了，一出现BUG真的要人命。此时，考研新老选手心态的时候和经验的时候了，老程序员或许能从容应对，新手可能完全不知错所。

笔者也有一些老程序员朋友，今天结合朋友和网上的资料特意为各位新手准备了下面的一些经验：

一、怎么初步判断谁不是高手

跟有经验、有能力的人学习是让自己技术快速成长最好的方法，但新手往往是无法辨别真相的，老程序员认为，到了一个新环境，不要立刻对同事下结论。我们会发现，一些人很能讲，有非常多的建议和意见题，对于各种问题也非常热情去解答，但旺旺这样的人并不一定是真正的高手。

二、什么是优秀的程序员

首先，一个优秀的程序员，不管你的代码是什么风格，一定要非常清晰，非常有条理，而且要有完善的注释。其次，看一个程序员是否有实力，还要看这个人对信息的敏感度和热爱度。做编程最怕的就是停止学习，因为不进则退。最后，善于接受新工具和新技术。编程行业，是在时刻发展的，特别是最近几年，发展速度极快，各种工具和方法层出不穷，新手肯定无法那么快适应，但你要有这个思想，守着学校里学的一亩三分地，早晚会被淘汰。

三、学会向上反馈

程序员每天和代码打交道，问题和压力会时常出现的，这是行业特性所决定的，我们无法避免，不能避免怎么办？最好的办法是向上反馈。当这个问题怎么想也想不明白，问人也无法解决，此时把这件事和领导讲清楚，让他们帮助你或提供资源。

作为一名程序员，千万不要和自己较劲，不要做失去理性的程序员。

四、要有自己的原则

作为一名优秀的程序员，必定有一套自己的行事准则，但我说的准则不是你耍脾气耍个性哦。

原则是一种看不见摸不着的东西，不过遇到问题的时候，它会成为一个灯塔，不会让你的思想摇摆不定，因为你有自己的一套判定标准。比如你认为“方向错了，停下来就是进步”，遇到方向性错误的时候，你会选择不断优化代码，而不是东改改西改改。

五、每行新代码至少执行一次

某项功能真正完成之前，一定要对其进行测试，千万不要忘了。不然，你怎么知道它是不是按照自己的逻辑在执行？一般情况下，最好就是进行自动测试，但也不是绝对的。

六、要坚信BUG是不可避免的

有些人喜欢大谈代码，这个项目简直轻而易举，易如反掌。作为一名新手你要相信，这种谈论没有意义，不论你再厉害，bug总是难免的。最好的办法是做出一个系统，可以快速排除故障、修复bug并部署修复。

七、个人信息一定要保管好

这些信息包括户口档案、社保、公积金等信息，程序员新手可能跳槽比较频繁，有人甚至还换个城市工作。除了户口可能其他的信息都乱了，可能当时觉得不那么重要，但是十年、二十年后，可能会非常重要。

八、几条名言

·工作日志可以提升脑容量；

·不要先写框架再写实现，要反过来；

·重构/优化/修复Bug，不要同时做；

·简化开发流程，加快迭代速度；

·纸笔是最好的工具，其次是markdown；

·画出结果，一目了然。

·首选明文文本，二进制、加密、压缩等到时候再加；

·要学会进行清晰的命名；

·问问题前先调查，要问到点上。

·不要小看程序员

参考技术A 1、明白你会花20%的时间写代码，而80%的时候在维护，所以你要小心编码。

　　2、建立一个有效的错误报告机制。

　　3、建立某些途径或系统，让用户可以与你接触，向你提出建议和批评。

　　4、为你开发的东西形成文档，解释清楚系统是怎么运行的，这样可以让后来的人容易维护你的软件和系统。

　　5、频繁备份(也可确保你的这些备份功能正常) Ed Lucas 的回答 有一些忠告。你还需要有一个恢复策略，而不只是一个备份策略。

　　6、使用一个版本控制系统来保存你的代码，如: Subversion 或 Git.

　　7、别忘了做Acceptance Testing，使用 Selenium 能帮到你。

　　8、确保你有足够的日志，你可以使用 log4j, log4net 或者 log4r.。如果出了问题，这是可以让你快速找到问题的方式。

　　9、当你写日志的时候，确保你记录了你捕获了处理和未处理异常。报告和分析日志可以让你知道你网站的问题。
　　这里有多的东西被省略了，并不是因为那些可能不是有帮助的答案，而是因为那些东西都太细节了，超出了这个问题的范围，因为这本来就是一个Web开发需要了解东西的Overview。 参考技术B 想起自己刚步入职场的时候，接到任务的心态就是尽快搞完，只要没做完就怕耽误了整个团队，还怕领导觉得自己能不行，怕被开除等等。但是每次完成之后，都有错误，编译通过了，逻辑又有问题。自己就是不断的修改当中，时间久了自己写的代码自己都不愿意看，因为觉得烂。

随着时间流逝在写代码上终于不发愁了，但是对于管理方面而言，又有了困扰。很多时候觉得自己在背锅，真是处处背锅中。随着在职场的发展，体重也不断的飙升，身体越来越不好，头发越来越少。基于我这几年的心路历程给大家一些建议吧。

一、新手写代码
上文也说了，刚开始写代码就是尽快搞完，这段我延伸一下。有很多bug是因为代码方法计算返回的结果出现错误，就出现错误既不是极端值也没有什么古怪的边界条件。所以下面有一些关于写代码的建议给到大家。

1.1 单元测试
不要偷懒不写单元测试，不要自己不测试就等着别人给测试，出了问题反而会显得我们不专业。

1.2 想清楚方案
接到需求理清楚逻辑，再开始写代码。不然很容易出现我最开始遇到的问题，代码需要反复修改，或者是写到最后才发现要重写。

比如，一个需求，我们如果不明白就要主动去和产品沟通，别最后写完了不是那么回事，然后让产品找到我们开撕，最后还是自己啪啪打脸。学会了解业务，写出文档，甚至自己写出实现步骤和产品核对，出现问题及时沟通。

1.3 公共工具类
不管是方便别人还是方便自己，公共工具类的收集整理着就是随手的事情，很多代码都可以共用复用，大家学会主动写一些公共代码，小框架。

1.4 解决问题
前期的时候遇到问题就喜欢自己解决，切记不要这样。不要害怕自己暴露问题，首先肯定遇到问题要自己想办法解决，但是自己解决不了也要有大局观，不要因为自己的问题耽误整个团队的进度，可以问老员工，老员工遇到的问题肯定多，实在不行还有领导。

二、新任管理
首先希望大家早早可以升级技术专家岗或者是早早走入管理岗位。这里就不讲我自己的故事了，而是一些建议吧：

1、主要是思维的转变，从一个模块自己的要做的事情转变为全局观
2、要