在工作中表现不佳的原因有很多。根据我多年来与程序员的合作经验，以下是其中的一些：

我是软件工程师，不是程序员

你知道他们是什么样的吗。办公室里的劈里啪啦的机械键盘声音？因为他们正在思考问题，不管你是等待了5分钟或更长时间，他们依然不会从椅子上起身。你买拿铁花了多久？

我不完全确定有3年工作经验的人怎么会变得如此傲慢，但你就是会遇到。

背景中的白板

这个行业的一些人确实有学位。我和博士一起工作过。那些在这个行业有资历的人往往选择对他们避而不谈，因为在许多组织内部，对于学历教育存在着一种反向的势利。

还有一些人在没有任何医学原因的情况下戴着眼镜（这真的发生了），在视频通话的时候，他们会一直就站在白板前表现。

问题是，你的白板上只是一个索然的列表，我能说什么呢。我知道你其实并不了解应用程序的体系结构。你的白板就像是给猪化妆。

删除当前项目

你进入了一个新项目，有人建议你删除整个项目然后重新开始。

现在的组员会有不同意思，情绪上过不去？什么，你啥意思，你说团队合作可能会受损？有这回事？

“删就行了”

好吧。

迈克尔·杰克逊（黑人或白色）

程序员往往只从对与错的角度来思考，不存在灰色地带。当程序员认为某件事应该“只能”以某种方式完成时，他们往往只是以“自己”做事方式去思考。

但是，其实有的时候，”你的方式“是不必要的，不需要那样的高速公路。

这时候，我们称之为“it depends”。也许可以将这种“视情况而定”的思维方式引入到您的软件开发实践中。

彼得原理，一条更快的下坡路

有些程序员在12个月甚至6个月后就很值得升职了。然而，许多程序员往往觉得他们有权在工作几个月后加薪和获得更高职位。科技公司的团队领导水平似乎低得可怜。新的开发人员在没有新的高级角色所需的技术知识的情况下快速升职，这样当然也缺乏成为一个有效的团队领导所需的知识。

编程，归根到底是取决于人的。这需要时间才能取得进步。

复制

只需从Stack Overflow中复制代码即可。好像管用了！复制粘贴，搞定。

两天之后，或者稍微晚些时候： 系统整体崩溃了，你能修好吗？

你已经猜到了。完成修复肯定不会很快搞定。

缺乏好奇心

为了钱干这行没什么。在某种程度上，每一份工作都与你从中获得的收入有关。然而，真正热爱你的工作意味着你能从中得到更多，成为一个更有价值的同事。

你的目标是40岁退休？或者更早。也许这就是为什么你对找出这个bug的起源不那么感兴趣的原因。

如果你不喜欢你的工作，也没想着提升自己和你目前的项目？也许是时候找份新工作了。

一句话总结

我是软件工程师，不是程序员

那些关注地位而不是完成工作的人。

背景中的白板

那些致力于向其他开发人员展示自己的资格的人。

删除当前项目

那些想把目前的情况归咎于他人的人。

迈克尔·杰克逊（黑或白）

在复杂场景中，他们不懂得“这取决于”的方式去思考，而只是知道非黑即白。

彼得原理，一条更快的下坡路

那些受益于彼得原则的人，在没有获得必要能力的情况下就从他们目前的角色中晋升。

复制

在不理解的情况下复制粘贴代码可能会产生错误且难以理解的产品级Bug。

缺乏好奇心

那些不想知道比他们现在知道的更多的人，不会在他们的知识上前进，同时也没法推进项目。

结语

如果你表现出这些迹象之一，并不意味着你是一个糟糕的程序员。全部7种表现都有？你可能不是你自认为的那种出色的开发人员。