像大多数人一样，我认为自己在这个领域比平均水平高一点。我收入丰厚，获得晋升，而且从未遇到过获得良好推荐或找到工作的真正问题。
但是我到处都足以注意到我工作过的许多最糟糕的程序员都以为他们是最好的。被其他不良程序员包围的不良程序员似乎是最自欺欺人的。
我当然不完美。我确实会犯错。我确实错过了最后期限。但是我认为我做出的动作与“其他优秀程序员”所做的动作相同。问题是我将“其他优秀程序员”定义为“与我一样的人”。
因此，我想知道，程序员有什么方法可以进行某种合理的自我评估？我们怎么知道我们在工作上是好是坏？
或者，如果条件一样好和坏的太不明确，如何能程序员诚实找出自己的长处和短处，使他们能够采取前者的优势，努力提高后者？
Answers:
一个好的程序员知道他们必须继续学习和成长。他们竭尽全力，承认失败并向他们学习。
他们非常交流。他们不仅能够向外行人员解释复杂的技术术语，而且还竭尽所能地扮演自己的想法的魔鬼代言人，以确保他们为客户提供最佳选择。
最好的程序员知道并接受，做事有不止一种方法，并不是每个问题都是钉子，而且因为总有比做计划更好的方法来做事，所以他们不断寻求学习新技术。 ，技术和理解。
一个好的程序员喜欢编程，即使他们每周已经花费80多个小时来编程，他们也会在业余时间这样做。
一个好的程序员知道自己不是一个优秀的程序员。真正伟大的程序员并不存在，只有那些声称自己很棒的人，以及那些知道自己不是伟大的人。
正如Paul Graham在此广告连播中雄辩地指出的那样，您不能这样做。只有您的同事可以告诉您。
我一直发现，通过做两件事来判断您的表现是最容易的。
当然，问题在于找到优秀的程序员，然后成为一名优秀的程序员也不只是编码。您需要能够在小组中良好地工作，但也要自己良好地工作。
现在为了讨论这个话题，我将引用罗伯特·A·海因莱因及其对这个问题的看法：
“ [踢屁股的程序员]应该能够更换尿布，计划入侵，屠宰猪，连接船，设计建筑物，写十四行诗，结帐，筑墙，设置骨头，安慰垂死的人，接受命令，发出命令，合作，独自行动，解决方程式，分析新问题，撒肥，编程计算机，烹制一顿美味的饭菜，有效地战斗并英勇地死去。专门研究昆虫。”
-来自Lazarus Long的笔记本。
我认为您所提问题的事实证明您不是一个糟糕的程序员，所以，我认为您已经做到了一半。:)
根据我的经验，糟糕的程序员总是认为自己是优秀的程序员。
@尼克（Dick Kruger Effect）解释了@Nick 的陈述 “错误的程序员总是认为自己是优秀的程序员...” ，该结论概括说，对某个学科了解甚少的人经常高估他们实际知道的知识。
变得有点滑稽……您认为您知道的越少，您可能做的越多。……除非您当然是一个真正的自我意识白痴。
回答最初的问题，尽管我倾向于认为您通常具有的更大影响力（而非控制力）是一个很好的指标。如果您发现其他人正在效仿您的做法，或者选择了自己的做法，那么您就走对了。
获得最多票数的答案确实令人沮丧。基本上，它说您没有编程之外的生活。家人呢 社区？爱好？我们必须从事什么工作才能沉迷于被视为“好”的痴迷点？我真的认为我们需要对此有所了解。
您可以尝试参加TopCoder算法竞赛。
这是一些不良编程的现实示例。当然，在100个地方都复制/粘贴了类似的代码。盖伊被解雇了，但我听说他又得到了一份不错的工作。请享用：
一种）
if (! TableObject.loadList("sql condition").isEmpty()) {
List<TableObject> myList = TableObject.loadList("sql condition");
...
}
b）
public static Type getInstance() {
if (instance == null) {
return new Type();
}
return instance;
}
C）
getForeignKeyObjectProperty1() {
return ForeignKeyObject.loadByPrimaryKey(foreignId).getProperty1();
}
getForeignKeyObjectProperty2() {
return ForeignKeyObject.loadByPrimaryKey(foreignId).getProperty2();
}
...
getForeignKeyObjectPropertyN() {
return ForeignKeyObject.loadByPrimaryKey(foreignId).getPropertyN();
}
d）
public boolean isHasImage() throws SQLException {
StringBuilder query = new StringBuilder();
query.append("select user_name");
query.append(" from user");
query.append(" where has_image = 1");
query.append(" and user_name ='"+getUserName()+"' and user_image is not null");
Connection c = Database.getInstance().getConnection();
Statement st = c.createStatement();
try {
ResultSet rs = st.executeQuery(query.toString());
if (rs.hasNext()) {
return true;
} else {
return false;
}
} finally {
st.close();
}
}
如果您编写此类代码，请停止编程。如果您在此代码中看不到任何奇怪的地方，请停止编程。否则你还不错，所以你甚至可能还不错:)
编辑：要回答评论：我毕业之前就得到了工作，这个家伙已经有几年的编程经验。我受雇后的几个月他被解雇了，所以我无法任教任何人。上面的例子只是我脑海中的一切-他所接触的所有代码和平都以各种富有想象力的方式存在缺陷。在他离开公司后，大多数东西都开始泛滥，因为只有那时其他人才能看到代码的某些部分。他通常是一个好人，喜欢和其他人聊天。但是他永远不会成为一个好的程序员，就像我永远不会成为一个好的画家或作家一样。
与另一个例子形成对比，那个时候取代他的家伙当时也是本科生。他学习过以管理再编程闻名的大学。从某种意义上来说，他并不是太怪异，他可以编写任何有趣的东西，或者可以坐在家里阅读有关Java或编程的知识，但是他做得很好。他迅速调整并开始生成有用且可维护的代码。有些人可以这样做，而其他人则不能，只需每天询问。
instance字段从未分配Type实例，因此始终保持null=）
您可以尝试一些方法，以更好地了解堆叠的方式。
（我之所以这么说是因为在我的上一家公司中，有一个程序员在三年中两次获得“年度开发人员”奖。他离开后，我们发现了至少20篇值得TDWTF认可的代码片段。他开发代码的速度很快，但不一定很好管理层只是不知道区别。）
允许您尊重的其他开发人员使用或查看您的代码。
让人们实际使用您喜欢的东西，看看他们的想法。
-凯文·费尔柴尔德（Kevin Fairchild）
谁是优秀的程序员总是主观的。我同意尼克的观点，只是问这个问题是朝正确方向迈出的一步。我认为不断学习和改进的愿望才是一个好的程序员。
对我来说，最好的程序员从来没有在找工作。他们仅凭自己的声誉就可以提供新职位。因此，如果需要，优秀的程序员可能会从以前的雇主那里得到回报。否则，一个好的程序员可能会向前同事询问是否要为他们在新公司工作。
在优势/劣势方面，您可能已经知道它们。如果没有，请向团队中的高级人员咨询。甚至不必成为开发人员。一个好的项目经理知道程序员的优势/劣势。此外，定义一个好的程序员的特征不仅限于代码。了解业务，沟通技巧，判断力等都是在IDE之外执行的。
我的回答在政治上是错误的。但是，我实际上是一家初创公司的创始人，我的工作是雇用最好的程序员。
我怎么知道哪些人将是优秀的程序员或可以成为优秀的程序员？
1个字：智商。
智商用于编程，高度用于篮筐球员。
我会将数学技能作为另一个在政治上更正确的指标。我的计算机科学老师告诉我，有一个标准可以正确预测谁将在编程课程中取得成功。高中数学成绩。无论如何，这些都是智商。
这可能令人惊讶。我们被告知编程是大学学位的工作。猜猜是什么，我不在乎学位。我只关心3件事。
不幸的是，智商只能衡量一件事。所以我做了一些测试。
我问别人问题。我希望小学孩子应该能够回答一个简单的问题。
我问类似的问题：
如果仔细看，这些问题根本不需要创造力。只有常识。任何有智商的小学生都可以回答。
MOST大学毕业生不能。现在想象一下，如果有人无法回答？他可以编程吗？想一想。您必须多久指定一次他应该做什么？
您也可以问像Microsoft之类的确实需要创造力的问题。您可以提出有关如何在天平上称量8个球的问题，以了解哪个是最重的。这些问题的问题在于它涉及运气。但是，有些很容易，这应该是最低要求。
聘请一位优秀的程序员可以提高其他程序员的士气。聘请一名合法的程序员会降低其他所有人的士气。
在人们可以回答这样的问题（这很简单）之后，我会让他们写一些google jam代码。
好的程序员可以解决google jam代码，并可以预测哪些问题更容易。
恕我直言，你是一个好的程序员，如果
-您具有合理的理论背景。在大多数情况下，重新发明轮子以及算法或框架都是浪费时间。
-您有时会从歪斜的角度看到事物和问题。这可能会带您找到创新的解决方案。
-您花费时间和精力来更新最佳工具和最佳技能。
-您的代码易于修改。如果您设计干净，优雅且易于理解的代码，则对其进行修改不会很麻烦。
-如果您的代码/错误率相当高。我知道这看似微不足道，但我知道许多富有创造力和技能的开发人员仍然很容易犯小错误。这极大地削弱了它们的有效性和实用性。
-您周围的人都知道您可以帮助您决定要做什么
-您可以使用其他工具解决问题。糟糕的程序员会针对遇到的任何问题继续使用相同的工具（语言，技术或体系结构等）
-你不断学习，你很好奇。
这些年来，您的编程很有趣
自我评估非常困难。不称职的人往往对自己的能力有过高的评价。
一个好的指标是您作为程序员自己尊敬的其他人是否想要处理/使用您编写的代码。如果有机会直接与您合作或继承您编写的代码，那么您会拒绝吗？勉强同意？还是抓住机会学习您的工作？如果是同龄人，而不是下属，或认为自己使您感觉良好的人会从中受益，那么这项技术会更好。