在如今的时代节奏和趋势之下，越来越多的青年人选择了投身计算机行业，做一名任劳任怨的程序员，然后这些谋求高薪待遇的程序员们，往往也会坐享其成过于安逸，随之造成最容易导致的错误，接下来我们就来看看是哪几个错误最容易出现吧。
1.CRUD，代码能跑起来就行
大多数的程序员在写代码的时候，都只关心这个程序能不能跑起来，而这恰恰就是普通程序员和高手程序员之间的分水岭。客观地看，你是只会面向搜索引擎编程，还是能够写出更高质量的代码？亦或是能在大型项目中参与设计实施？有很多程序员，在一家公司一待就是好多年，技术也随之停留在了刚入职且尚有学习热情的那半年，等到有一天公司内部结构优化，等待他们的只能是被裁掉的命运。到那个时候，相信不会再有一家公司愿意以高薪聘请只会CRUD（Create、Read、Update、Delete）的他们，而在网上鼓吹“35岁危机”的，或许就是这部分人。所以，相较于埋头苦抠代码，你需要有更宽广的思维，勇于从所在项目和岗位上跳出来，站在行业视角重新俯瞰自己的定位，相信你会有不一样的发现。
2.只选择自己熟悉的技术栈
当你创建一个项目时，是会学习一个新的技术栈，还是选择用自己熟悉的技术栈？相信大部分人都会选择前者。Angular一定是前端最好的框架吗？后端开发一定要用SpringBoot吗？未必，那为什么大家还是选择自己最熟悉的技术栈？因为他们并不了解其他的技术。看到这里，有的人可能会说，“我做的项目类型都差不多，已有的解决方案足够成熟，没必要花费时间和精力学习新的技术，而且老板肯定也不会因为你要学一个新的东西而延后上线时间”，这种想法在现实中确实存在，但从长远来看，在舒适圈躺平对个人的成长百害而无一利。在学习新技术的过程中，你会看到一种新的思路、新的解决方案，只有终身学习的心态程序员才能不被滚滚的科技浪潮所淘汰。
3.我的代码不可能有Bug，都是产品经理的锅
国内很多程序员和产品经理的关系并不融洽，这一点可以体现在方方面面，比如当产品经理提出需求变动的时候，程序员多半会吐槽“早干嘛去了，来来回回改需求，想清楚功能再提需求有那么难吗？”再比如当客户提出一些看似“莫名其妙”需求的时候，程序员则会将炮火对准产品经理，“为什么不在客户面前据理力争，这个需求实现不了”。
抛开对产品经理的“偏见”，程序员会有这些“吐槽”的根本原因在于对项目的不了解。程序员