程序员，一个技术含量十分高的岗位，从事该岗位的人员需要拥有足够强大的技术能力，才能保证产品上线正常运行，并被使用者喜爱，在这个“技术是核心竞争力”的时代，程序员这等相关技术岗位对于企业来说至关重要。

但这******上没有事情能够一蹴而就，因此程序员也不是一进入公司就成为大神的，都是一步一步从小白做起，成为大神的路上必定充满荆棘，那么有哪些坑是小白一定会踩的呢？

今天为大家整理了一下初入职场小白常犯的几大错误，大家“对号入座”，谨慎避坑！

沟通靠“回忆”，从来不做笔记

这是职场新人的通病，上大学的时候没有沟通做笔记的习惯，于是乎养成了“沟通内容全靠回忆”，一听全记住，一做全忘记，变相的增加沟通成本和开发周期。

记录的作用在于清晰了解对方的需求，不至于出现开发方向上以及细节上的偏差，更重要的是一旦产品后期出现问题，我们能******时间了解是开发问题，还是产品需求没交代清楚，不至于扯皮。

与产品经理零沟通，需求凭理解，不懂全靠猜

当大学生出入职场通常小心谨慎，不敢说话，不敢问，生怕自己哪句话说错或问了哪些小白问题被嘲笑。当沟通完产品需求之后，即使不懂也不敢问，靠自我理解和瞎猜，结果代码写完了，才被告知理解错误，需要重新返工。

不论你是不是职场新人，当你对需求有疑问的时候，一定要及时沟通，避免产生误会，减少不必要的返工，这不仅是对公司负责，也是对自己负责。

不懂的问题只知道问，变身十万个为什么

需求要常沟通，是为了弄清开发方向，但遇到难以解决的问题要“先思而后问”，试着自己解决，养成分析问题解决问题的能力，实在没有办法了再寻求前辈或领导的帮助，职场不是课堂，没有人有义务教会你所有东西，解决你所有困难。

写代码不写注释

很多人提倡不写注释，理由是：一眼就看得懂的代码不需要注释，代码才是******的注释，如果你是大神无可厚非，但作为职场新人，如果你这么做你会发现代码写了一大堆，想不起******行什么意思。

简单排序可能不需要注释，规模较大，需要多人协作的项目，一定要写注释，否则别人看到没有注释的代码，内心肯定是崩溃的。注释要有，但不要太多，少而精******。

思路没弄清就开始写代码

刚刚拿到需求，你需要做的是尽快了解需求，弄清产品经理想要一个什么样的程序，而不是迫不及待的开始敲代码。写代码跟旅行一样，你要做好规划才能看到***美的风景，理清思路代码才能一路顺畅，不然想一点写一点，杂乱无章还达不到想要的效果。

一个合格的程序员，除了要有技术还要有明确的思路。

一变需求就骂娘

作为程序员不论新老，***讨厌的事情中一定有临时改变需求。但作为一个过来人告诉你，这******每一分每一秒都在发生变化，学不会拥抱变化就一定会被淘汰。产品设计与构思是要迎合大众，要时刻根据市场的需求不断做出调整，这是理所应当的事情。

马马虎虎，漏洞百出

写代码的时候心猿意马，写完漏洞百出，写完代码跑代码，跑完代码改Bug，改完Bug再跑代码，跑完代码继续改Bug，反反复复，乱七八槽，代码惨不忍睹！

作为新人仔细是一定要养成的习惯，不能说每一行代码都精准无比，但也要做到尽量规范正确。

写完代码，做甩手掌柜

你写的代码从某种角度来说就是你的创造孩子，不是写完了就完成了你的使命，你要先保证质量才能交到测试人员的手里，虽然测试Bug是测试人员的职责，但并不代表他只为你一人服务，对产品负责是一名程序员的优良品德。

喜欢不分情况的自我创新

学校老师常说，要学会创新，不断学习新技术，于是乎你“学以致用”，学点新东西就现学现用，不沟通，不汇报，擅自做主更换开发技术，“作死”还不自知。

作为一个新的不能再新的菜鸟，不要把自己放在太高的位置，你的职责就是按照领导要求，使用指定的技术，******完成你的开发任务，等你什么时候做到能够独当一面的时候，你才有资格根据******的技术去完善现有的产品。