您什么时候应该称自己为高级开发人员？ [重复]

#1 楼

在以下情况下，您可以称自己为高级人员：


您可以处理整个软件开发生命周期，从头到尾
您领导他人，或者其他人寻求您的指导。
您可以自我管理您的项目

软件开发是一个与其他领域不同的奇特生物。


有时，大学毕业后的朋克生涯可以运转拥有20多年“经验”的退伍军人圈子。编程是一个奇异的世界，其中代码为王。


有些在2年或更短的时间内达到上述目标，另一些则需要10年。

#2 楼

当我听到“高级开发人员”时，我想到的是精通编程的人。我想到一个可以设计，编码和测试系统的人。他们可以讨论系统架构或组件设计。他们了解并使用设计模式。此人可以预见性能瓶颈，但不知道要进行预优化。该人员将在适当时利用异步编程，排队，缓存，日志记录，安全性和持久性。当被询问时，他们可以详细说明他们的选择以及利弊。在大多数情况下，他们已经掌握了面向对象的编程和设计，这并不是绝对的其他语言，例如Javascript，F＃，Scheme是强大的并且不是面向对象的。他们善于风险管理，最重要的是，他们可以与同事交流之前提到的问题。

什么是精通？有一个普遍接受的想法，就是要掌握任何一项技能，人体和心灵都要花费10,000个小时的重复才能掌握和内化一项技能。这是马尔科姆·格拉德韦尔（Malcolm GladWell）的书《离群值》中的详细内容。

Malcolm GladWell的离群值的一些示例是：

Mozart在21岁那年便是他的第一首协奏曲，起初看上去还很年轻，但自从他开始写音乐才11岁。

甲壳虫乐队最初是被避开的。他们被告知他们没有芥末酱，应该考虑不同的工作方式。他们在德国呆了3年，在不同的场地玩了1200次，每次时长为5到8个小时。他们重新成为我们今天所认识和喜爱的甲壳虫乐队。

最后，20岁的比尔·盖茨（Bill Gates）从哈佛退学，创立了微软。在某些人看来，这似乎是愚蠢的，但考虑到他20岁时就花了将近一半的年轻编程生涯。 1975年，全世界大概只有50个人有他的经历。他的经验使他具有预见微软的未来的远见。

彼得·诺维格（Peter Norvig）在他的论文“十年自学编程”中还讨论了10,000小时的规则。

在乔治·伦纳德（George Leonard）的《精通掌握》一书中，详细介绍了如何掌握一项技能。必须一遍又一遍地练习这项技能。重复次数越多，您越会意识到每次重复的差异。只有有了这种洞察力，您才能变得更好。我曾与多家公司合作，这些公司将高级开发人员定义为具有5年或以上经验的人员。没有提到体验的质量，只是他们坐在计算机前五年了。在与这些人一起工作时，他们中的许多人还没有掌握面向对象的编程，但是他们被认为是高级开发人员。

必须有一种更好，更客观的方法来衡量软件工程师的技能。 John Haugeland发布了计算机程序员的技能表。这是衡量程序员技能水平的一种客观方法，否则，这些技能水平就会被直觉。

在查看软件工程师时，我会看到4级技能：发光，高级，中级和初级。 br />
发光技术（10年以上）是精通技能并着手改进各自学科的人。例如：泰德·纽亚德（Ted Neward），叔叔鲍勃·马丁（Bob Martin），唐纳德·努斯（Donald Knuth），奥伦·埃尼（Oren Eini），彼得·诺维格（Peter Norvig），莱纳斯·托瓦尔兹（Linus Torvalds）。灯具根据您的技能而变化。

资深（7至10岁以上，三级）是在特定类型的节目中花费了最近10,000个小时进行编程的人。对设计模式有深入的了解，并在适当时利用异步编程，排队，缓存，日志记录，安全性和持久性。

年长者很可能永远不会到达Luminary。经常发现发光和说话。他们正在积极尝试影响自己的学科。

中级水平（4至6岁，水平2）是了解日常编程的人。他们独立工作并创建可靠的解决方案。但是，他们还没有创建或维护大型或复杂系统的经验。通常，中级开发人员非常擅长组件级开发。

初级（1至3年，1级）是了解编程基础的人。他们要么拥有软件工程或计算机科学学位，要么是自学成才。他们的代码不断被审查。给出了有关算法，可维护性和结构的指导。

#3 楼

“什么时候应该称自己为高级开发人员？” -当我开始指导初级开发人员时。

#4 楼

你错过了重点。

高级没有任何意义。少年没有任何意义。标题什么都没有。我的头衔-副业务系统总监。我的职责-管理所有IT事务，从内部软件开发到基础架构，安全性再到客户网站。我的软件开发经验-自学成才。我的网络经验-自学成才。我在IT领域的整体能力-比你差。 br />标题并不意味着能力和努力就意味着一切。我不是最好的-并相信这样做会很嚣张。

忘掉标题的困扰，证明自己的价值！

#5 楼

我注意到了同样的趋势。前几天的问题之一是关于一位具有2-3年从业经验的高级开发人员的经验。

您可以将橡子树称为树，但这并不能改变它的样子。 >

相对等级，例如“刚从大学毕业的那个人的高级” -快点，把裤子拉起来“

这几天，这只是一个职位，可能不会说出相对的行业经验。

#6 楼

我认为最好的答案是Darknight。

我需要指出以下几点。

2-3年的编程经验（一起工作+个人工作）仅仅看到一个足够的项目数量并处理足够多的问题还不够。只是行不通。您需要时间让事情转瞬即逝，反思您的经历，并在思维上迈向更高层次的思考。这不是一朝一夕的事。

我会说在5-7年的实践（再次致力于+个人合作）下，奇迹不会出现。一个人可能在某些语言和框架上有很多经验，但是还没有跳到一个新的高度。

另一件事是个人的整体成熟度。我认为它最早接近30年。在此之前，我们的大脑可能以更高的时钟速率工作，但它会处理垃圾，因为它在内存中缺少足够的数据来查看大图。我们的一般生活经历为我们的思维和工作方式增添了一些微妙而真实的内容，因此也使编程成为另一种工作。至少有7年的实践经验。在此之前，我个人会对此表示怀疑（但仍然持开放态度，这只会给我更多证据）。

#7 楼

最近，Martin Fowler发表了一篇不错的博客文章。我从中拿走的东西是：


与您为某人工作了多长时间无关。您工作了三年，就成为了高级开发人员。六年后会怎样？您会成为资深的高级开发人员吗？
高级开发人员不会看不起您，也不会认为自己比您强。那很重要一旦让自己的自我受阻，便会遇到麻烦。
高级开发人员不能怪罪。他们预见到问题，并以积极的方式解决它们。
人们希望与高级开发人员合作。这对我来说是关键。我希望人们与我一起工作，并且希望他们喜欢与我一起工作。
高级开发人员不是最聪明的工程师。他们无法解决最复杂的问题。他们的技能不仅仅与编程有关。他们的沟通技巧也同样重要。
高级开发人员擅长估算。
高级开发人员始终关心自己的工作。他们理解无聊的任务必须以与其他任何可能有趣的任务相同的质量来完成。除了基本的软件工程技能和实践，优秀的高级软件工程师还应具有的知识。

#8 楼

当您指导了很多人，并在最初与您达成共识后数年后最感谢您时，请随时在您可以命令的任何标题后加上“高级”。

对我来说，“高级”一词表示与人交往时的实践经验和智慧的结晶。请考虑以下情况：团队中的16位程序员，每个程序员比其他人多拥有1年的丰富经验。这意味着，第16位程序员拥有16年以上的经验。当一辆公共汽车猛撞到一家商店时，八名最有经验的成员被惨死。现在有一半经验的人会被视为高级开发人员吗？我希望不会，我希望公司迅速取代了空隙具有同等或以上口径比他们刚刚失去的人。

我讨厌把“熟练工”一词去编写软件，但有些它适用。我不会将“高级”一词传递给少于15年经验的人，因为它远远超出了技术知识。

#9 楼

我发现这个“初级/高级开发人员”标题是错误的并且具有误导性，因为没有真正的度量单位。我们都是拥有较少或更多实际经验的软件开发人员。不要试图为软件开发人员创建层次结构，这毫无意义，并且可能会损害主要关注点：一个优秀的软件开发团队。

#10 楼

当您回顾以前的工作并意识到它是什么废话时。而且您了解自己已经变得越来越好，但是还有很多路要走，而且学习是永远的。

#11 楼

有时我会看其他职业，并且想知道为什么软件编程本身无法实现标准化。这个问题没有用，因为获得一定水平会有一个公认的标准。然后我意识到，“谁死了，让他们成为国王？”

我们都知道，经验，学历，证书和职称对其他人都是对程序员能力的基本了解。您要么知道自己在做什么，要么不知道。您可以闻到自己的气味，也可以闻不到。

#12 楼

“ WHAAAT .... UNIT TEST !!!!我是一名高级程序员...我再也不需要测试我的代码了”他让“初级人员”修复其错误并对其进行测试。

“我们将雇用一名建筑师...不，不是X先生，我们想要一个更高级的人，一个不再编码“

稍​​后采访：


那么，您熟悉什么编程语言？
我... COBOL和FORTRAN，但现在大多是Word，Excel和Powerpoint女士。
棒极了...什么时候可以开始？史蒂文说。但是，我希望我可以说，最后编写的代码很重要，但是不幸的是，在许多情况下，西装领带的影响更大，尤其是当您不再由具体成就（代码）来衡量时好吧，您可以说服您的重要性层次结构。

#13 楼

它可能与金钱有关。

一些公司遵循固定的薪酬计划。由于某些给定的规则，它们无法将您置于“开发人员”阶梯的中间。但是它们会使您陷入“高级开发人员”阶梯的底部。

就个人而言，如果一个人刚从大学毕业就获得高级头衔，我感到很奇怪，但另一方面，谁在乎？我已经成为“开发人员”已有十多年了，即使我现在更换工作场所时获得了“高级”头衔，这也没有任何意义。我仍然是新领域的新生-至少有一段时间...

#14 楼

当其他人致电给您高级开发人员时。没有一个定义。它在公司之间变化。在一家条件良好的公司中，新生的工作量减少了，学习曲线也很慢。在初创公司中，新生可以承担很多责任，并在更少的时间内学到很多东西。我已经亲身体验了这一手。不幸的是，只有其他有经验的人才能通过查看代码或工作的质量来计算您的知识深度。而且我敢肯定，时间到了，每个人都会获得他们的头衔。 :-)

#15 楼

和许多其他标题一样，它也是一个标题。这里的这些“青少年”甚至可能拥有博士学位，这并不一定意味着什么。但这显然会给他们带来更高的薪水。同样适用于高级开发人员或高级架构师。或高级项目经理等。

考虑到这一事实，最好是由您的同事将其称为“我们的高级开发人员”，而不是将经过多年的经验添加到自己的名片中-我有机会的时候就做了。 :-)

除此之外，我说10年是最短的时间（包括大学或其他学历）。

#16 楼

我最近看到一些工作，正在寻找经验不足一年的CS毕业生。即使只是标题，这对我来说似乎还是疯狂。首先，它暗示了标题的淡化。我敢肯定，在这些帖子中看到的两家公司还有其他“超高级”头衔来代表真正的前辈。我认为这不是一个糟糕的招聘策略。头衔并不代表一切，但两项工作之间的其他所有条件都是平等的，我可能会拿一个冠以“首席首席开发人员”头衔的人。高位（“高级”或其他）实际上是合理的，尽管很难确定。我认为量化它不会太客观。粗略地讲，如果他们通常是会议室中最好的，并且会议室中至少包含8名专业开发人员，则应将其称为高级。这表明，老年人至少要处于第87个百分点。尽管我会说这些开发人员可能是经验最丰富的开发人员，但我绝对不会说经验==“高级”甚至亲密。同时，虽然我怀疑真正的7岁以下或8岁以下的年长者的数量必须非常少，但对于少于7岁或8岁以下的人来说，成为大师并非不可能。

当我22岁时，我当然属于“不太可能成为大师级别”。尽管我处于“一年经验的10（或30）年”类型中，并且确实很想让自己变得更好，但我还是要记住那些人，即使他们在工作中付出了零的努力。几十年的学习时间之后，通过纯渗透，我在各种学科上仍然比我获得了更多的知识。对于他们整个项目生命周期，我根本无法对他们了解的多。我与一个比我大的人一起工作！真正认为我比他更了解维护该范围的项目对我来说是很冒昧的。

要记住的另一件事是，如果您在22岁时开始称自己为大四，而在32岁时您会变成什么样？假设您已经处于高层，对您的未来会有些不利。许多人会根据10,000小时的规则来确定某人何时是专家。在马尔科姆·格拉德威尔（Malcom Gladwell）提出建议的书中，很明显专家不仅是最好的专家，而且还发挥着一定作用。新手无论如何都不是最糟糕的，但它比方法更能说明方法。新手可以快速学习古怪的东西，但是经常遇到像专家一样快地完成一些最常见的东西的麻烦。专家可以以极高的精确度和速度来完成日常工作，并且知道要寻找的东西可能表示有问题，但常常难以对变化做出反应或学习超出其舒适范围的东西。考虑到这一点，我什至不想成为专家。我想尽可能地吸收尽可能多的新信息，然后再解决一个稳定的域。

#17 楼

10年 ？？你一定在开玩笑。好的，您如何定义10年？假设有人15岁开始编程，但25岁成为专业人士？

行业不是那样运作的。我认为不同的公司会让人们在5-8年之间的任何时候称他们为X或Y高级。本组织的许多资历并不单单具有能力，这与个人所采取的主动性以及他愿意分享的责任有很大关系。

BTW 22岁通常不是青少年；-)

#18 楼

第一次基于至少一个面试会议获得工作，而这次面试本质上不是“经典技术面试”（即，谈论架构，概念，设计，公司观点，经验等） br />我的经验（有限）是，初级开发人员通常是基于面试问题的标准表现而被聘用的，而高级开发人员通常是基于各种其他交互作用而聘用的。

#19 楼

年龄只是一个数字;一个小孩子变得越来越聪明，_insert数年的程序员才刚刚变老...如今，一个小孩子可以以一种聪明的方式编写更干净，更好，更快的代码。老朋友会嫉妒。