最近的脱口秀大会大家看了吗？有一期职场吐槽专场，没想到破案了最差的程序员居然是老板。

不开玩笑，工作这么多年了大家都应该有过“奇葩”同事。

我曾经遇见过一个Java开发，刚入职，线上内部的功能有点小bug，让这个新同时改一下，改好之后就要了.class文件，结果这个同事直接把.java改成.class发过来了，当时我们都不知道。部署失败了找原因，发现这个问题后，基本大家脸都绿了。

还有遇到过把前辈当百度用的小白，曾经招聘过一个计算机专业应届生，明明百度一下就解决的事情一定要抓着前辈问。三天下来，前辈实在忍不住了说了一下有问题先百度，实在解决不了了再来找我，结果同学感觉自己受了天大委屈找领导告状去了。

不懂的话怎么办？

好多营销号说不懂可以多问，很多人都是愿意去帮助你的。于是很多同学抓住一个师傅就不放手了，反而让人家躲着。有几种尝试解决问题的办法：

学会查看文档，API文档中很多内容都是有说明的，如果实在不理解再去问。有问题先百度，而且百度一定解决小白大部分的问题。学会看论坛，很多程序员常用论坛比如Stack Overflow就可以找到好多的报错解决方案。工作心态

找前辈帮忙态度好一些说一些感谢的话，自然有人愿意来帮忙，对于没有帮忙的人也不要骂骂咧咧的，让人家觉得幸亏没帮你。但是，职场不必低声下气！遇到带你的同事总是盛气凌人，指指点点的姿态的话。以后就可以不用问这个人了，换一个。

初级写代码，高级设计代码

很多很多人都是拿到需求就直接写代码，越写越多越来越复杂，过一段时间之后自己都觉得没法维护。

大家可以从入职场就养成一个习惯，写代码之前先去设计，然后再动手。

大家可以自行了解一下TDD，如果觉得这种方式过于麻烦了。也可以在接到需求的时候，自己先将思路编成思维导图，并且将涉及的接口标出来。甚至是哪里需要和什么同事去对接都写出来。在代码提交前，自己先做好单元测试。

千万别觉得自己学的是新技术，公司的代码还在用老技术就自作主张的改。不如可以问一下前辈，为什么以前的人要这么写代码。很有可能大家考虑了如何兼容IE浏览器，或者是什么原因。

初级程序员犯错合集

命名和日志不规范也不重视，不写单元测试，盲目集成。很多时候逻辑不清，应该验证的地方都不加验证。还有不关注性能也不知道bug修复的优先级，喜欢直接修改线上代码，没有数据备份。听不懂需求，或者根本没认真听需求。

欢迎查漏补缺。