正如一句话所说：“我们以为我们是工作了十年，其实却只有一年的工作经验，只不过重复用了九年”。
之前有看过一篇分析，讲的是程序员缺乏经验的几种表现以及该如何避免，我觉得有些点剖析得还是挺有道理的，原文是纯英文的文章(levelup.gitconnected.com/top-7-signs-of-an-inexperienced-programmer-5fc3f04658f3)，这里翻译成了中文，可能有小伙伴也看过，所以这里也分享给大家。
明确了问题，我们才能在自己的程序员职业生涯中不犯相同的错误。
一次性提交大量代码
回忆下，你是否碰到过一次性提交大量代码的人，你都不想给他做代码评审。
是的，不专业的开发人员就会这样做。他们会在一次代码评审请求中包含多个模块的修改，而且会催促你优先评审他们的代码。是啊，能不急吗，排到后边，还需要解决代码冲突的问题。
这个问题在很多高级开发工程师中也存在，他们在功能开发期间不做任何提交，只有在功能彻底完工后，才会提交所有修改，于是代码评审中的任何意见都会引起大量的修改。
当我们碰到这种代码评审请求时，首先要做的就是要求提交者按功能模块将其拆分成多个小的请求。我只会对 issues（任务管理系统）中的第一个功能需求评审，然后将其转回提交者。如果我有时间，我会和提交者连线进行代码实时评审。
我们能做什么：
进行小的代码提交。 一个好的做法是：每个工作日都进行代码提交。 不要提交没有编译或者会导致构建失败的代码。
代码写的很烂
缺乏经验的开发人员写不出漂亮的代码，他们写出的代码会很混乱，而且分布在代码库的各个部分。
当你尝试阅读这类代码时，会感觉自己身处一座迷宫之中。你会逐渐忘记自己是从什么地方开始的，要寻找什么以及这段代码完成了什么功能。
有经验的开发人员知道代码如何设计。除非要开发的功能显而易见，首先需要在纸上写出你对需求的理解并画出流程图（简化版的规格需求说明书），在脑海里对这段代码进行一个完整的构思。除非你彻底弄清楚了如何修改，否则不要开始代码编写。
如果你不遵守以上的规则，当你回顾自己完成的代码时会非常痛苦。以后如果需要修正问题或者增加功能，也会变得非常棘手。
我们能做什么：
编写代码之前，对你要实现的功能有个清晰的了解。为了清楚地理解需求，你需要尽量多问问题。 让你的代码简洁而优雅。其他团队成员可以读懂代码并理解它打算做什么。
同时开展多项工作
缺乏经验的开发人员不知道什么时候开始一项任务、如何推进、什么时候结束。他们试图并行处理多项任务。他们不知道如何将一项大任务分解为小的模块，从而减轻实现的难度。
当他们收到一项任务时，并不是第一时间和上级确认需求，而是立刻就开始编程，而且在做任务期间，也不会和上级就任务进度进行沟通。只有当任务完成时，他们才会向你反馈。到那个时候，你只能祈祷他们完成的功能就是你想要的。
缺乏经验的开发人员的另一个表现是同时推进多项任务，他们会同时处理多项事情，如：实现多个没有太大联系的功能点、解决生产环境问题、协助其他同事工作等。
最终，从他们那里得不到有效的产出。虽然他们的态度和出发点是好的，但对整个团队造成的后果是灾难性的，浪费了很多的时间，导致团队得日夜赶工。
我们能做什么：
专注完成小的任务。 将收到的任务分解为小块，明确需求的优先级，一小块一小块地完成。 领取一项任务，完成后再开始新的任务。
性格傲慢
对于缺乏经验的开发人员，傲慢是非常致命的。傲慢会导致他们不能接受别人的批评和建议。当你对他们的代码或者陈述给出意见时，他们会认为你是在质疑他们的能力。
许多新人由于无知，都会表现出这种傲慢。刚走出校门的他们充满自信，并没有意识到他们在学校学到的东西离社会要求还有很大差距。这些人中的聪明者会很快调整自己，以归零的心态，努力学习并适应公司文化。
其实不只是新人——一些有几年工作经验的开发人员也会表现出这种傲慢，一部分原因是其满足于个人获得的专业成就，另一部分可能的原因是其缺乏和优秀的人共事的机会，有点坐井观天。
此外，傲慢的行为也从另一方面证明这样的开发人员确实缺乏经验。这样的行为会对他们的职业发展造成很多阻碍，因为没有人喜欢和一个傲慢的人共事。当成长变慢时，他们不会从自身找原因，而是更多的归罪于别人。
我们能做什么：
在前行的路上保持谦卑。礼貌地对待别人会让你在软件开发职业生涯中走得更远。 尊重每一个人。出现分歧后，在你发表意见时，不管对方是什么身份，都要尊重对方。
不能从之前的错误中学到经验
我一直认为，对于软件开发人员，反馈机制是一个很有效的工具。来自他人的反馈，会让我们明白自己的短板是什么以及如何去改进。一个聪明的开发人员明白如何借助他人反馈来促进自己的成长。
根据一个开发人员对建设性意见的反应，你可以判断出他是否缺乏经验。缺乏经验的开发人员不接受任何建设性的建议，甚至代码评审中的评论，他都会认为是对他个人的一种攻击。
如果一个开发人员因为别人对他代码给出的评论，而感觉被冒犯，只能表明他不具有真正的开发经验。只是抱着做一天和尚撞一天钟的态度工作，却感慨没有遇到赏识自己的伯乐。
我们能做什么：
对每个反馈保持积极的态度。对于每个反馈，你可以选择是接受还是拒绝，但拒绝之前要保持心平气和的态度。 从错误中学习。没有人能永远正确，保持终身学习才能让自己持续强大。
工作时间处理私人事务
日常工作中，总是发现团队里的一些成员在工作时间处理私人事务，如：看社交媒体，浏览购物网站，玩游戏。
之前还见过团队成员，上班时间炒股。因为他需要不时地关注股票的 K 线走势，造成个人的产出质量不高。其他同事对他很有意见，因为他们需要花费更多的时间去赶工期。
当开发经理和这个开发人员谈话之后，他改变了一段时间，但是很快就故态复萌。
在没有完成主业工作的情况下利用工作时间处理私人事务总归是欠妥的。
我们能做什么：
尽量在高效率完成主业工作的情况下再考虑其他事情。 可以利用间隔时间或者休息时间来处理个人事务。
盲目追逐技术潮流
开发人员缺乏经验的另一个表现是面对技术潮流的态度。你会发现他们总是在谈论技术潮流，当有一个新的潮流出现时，他们会立刻丢弃原来的潮流，投入新的怀抱。
缺乏经验的开发人员总是在学习教程。毫无疑问，教程是很有用的学习工具，但是，不进行任何实践而只是按照教程一步步操作无疑是浪费时间。它会让你虚幻地觉得自己好像都掌握了，但是知识是否掌握了，需要通过真实的项目进行检验。
开发人员很少会用热门技术或者从教程中学到的知识来实现新的东西，他们学习热门技术或者教程很多是为了满足自己的虚荣心，或者担心自己会错过什么。
我们能做什么：
花费时间和精力学习那些能在工作中或者实际项目中真正用到的技术。 从教程中学习并及时练习，相对于新手教程，自己实现一个功能能学到更多的东西。
项目包含2个版本：
基于springboot的单体版本
基于spring cloud alibaba的微服务版本
从文档到视频、接口调试、学习看板等方面，让项目学习更加容易，内容更加沉淀。全套视频教程约44小时，共260期，讲解非常详细细腻。下面详细为大家介绍：
架构与业务
使用主流的技术架构，真正手把手教你从0到1如何搭建项目手脚架、项目架构分析、建表逻辑、业务分析、实现等。
单体版本：springboot 2.7、mybatis plus、rabbitmq、elasticsearch、redis
微服务版本：spring cloud alibaba 2021.0.5.0，nacos、seata、openFeign、sentinel
更多详情请查看：
