初级开发人员应该从他们的高级团队领导那里得到什么？

免责声明：所表达的观点仅是我自己的，并不代表雇主的观点。

我在一家小型公司工作，其中很少有人是开发人员，其他人是质量检查/测试人员，而1人是经理。我1.5年前加入了这家公司。3名资深开发人员拥有8年以上的经验。

这些是我对团队领导所做的观察。（考虑到我是一个新鲜事物，与各个方面相比，他们的经验更少）

1. 他们从不讨论1：1，或者从不考虑初级建议（我同意，由他们决定，是否接受，至少他们应该考虑意见）。
2. 作为高级团队负责人，他们可以尝试使用新技术重构代码库（包括可能推出新技术的因素以及其他开发人员和基础架构也已准备就绪），但是这些团队负责人认为使用新技术的安全性降低了，他们不是最新的。（原因是我告诉他们，他们不知道当前的编程趋势是什么（例如流行的开源项目，如modernizr，bootstrap等）。
3. 在我们的代码库中，重复了10000多行，所以我告诉了他们有关DRY: Don't Repeat yourself。他们的回答是：“这是一篇引人入胜的文章，但在实践中从未奏效”。我只是告诉他们，如果我们不将其设为100％DRY，则至少可以使用接口，但是也没有考虑。*（如果尚未准备好重构，则可以添加新功能的接口，而无需接触以前的代码库）
4. 所有高级开发人员都进行补丁的维护和热修复。其余时间，他们只是在娱乐网站上度过。他们很高兴完成任务。
5. 引进新技术不好吗？*（包括可行性因素在内）。
6. 经理也最不关心我在说什么。
7. Junior希望他们可以从团队领导中学到很多东西。*（不向他们寻求帮助或高级编码）。

我的问题是：

1. 我是否对提议的更改过于激进？
2. 我对拥有8年以上经验的高级开发主管有什么期望？
3. 我期望从公司学习并获得经验是错误的吗？

更新：

为什么他们觉得DRY是不切实际的：因为他们不想参与OOP概念。他们对重复的任务很满意。

我提出的新技术：

1. CSS，JS，SPrite图片的缩小用法
2. 接口和.net Framework 4，泛型等的用法。
3. 客户端库，例如modernizr，剔除js，用于响应的引导程序，

我对提议的更改是否过于激进？

没有细节（您要提出什么新技术，为什么他们拒绝它们，他们觉得DRY不切实际以及为什么等等），很难评估您的建议的价值，这对于您的进取心很重要。如果您希望他们使用新框架是因为您认为它是新的且很酷的，那么轻率推销就过于激进。如果他们真的在代码库中猛烈地复制了数千行复制/粘贴（即，他们在写废话），那么我想说那是更具侵略性的保证。

但这也取决于您和他们之间的人际关系。我的建议是问自己“我能证明我的建议对公司有利吗？” 如果答案是肯定的，那么我想说您有一些许可证可以尝试使用。

我对8岁以上的高级开发负责人有什么期望？

这将运行整个色域。在办公室政治导航和技术考虑方面，有时您会遇到一些非常聪明的人，您可以从中学到很多东西。不幸的是，你也得到了很多的这个。您会发现不乏经验丰富的人，这些人的8年以上的经验基本上只不过是最起码的不被解雇。如果您找到一位导师或一个非常敏锐的人，请尽可能多地坚持下去，因为它不应该如此普遍。

我期望从公司那里学到好东西是错误的吗？

值得学习的人在那里，而且他们在一些公司。您似乎面临着一个共同的难题，并且用.NET Rocks的人来解释，这值得考虑：“更改公司...或更改公司”。

意思是，如果您相信某些核心方法和原则，并且发现自己始终无法出售它们，而获得了自由做事和学习想要做的事情并学习的东西，那么值得考虑寻找一家更好的公司适合你。

我将以经常与初级开发人员一起工作的高级开发人员（或在此处插入您喜欢的其他任何奇特的标题）的角度写这篇文章。

这可能在您和高级开发人员方面都是短缺的。

许多初级开发人员不了解的一件事是，当您（初级）正在努力使用新技术，新方法来做事，告诉团队他们做错了事情时，等等。团队正在就交付情况向管理层进行报告，并受到管理层的推动，以尽快交付新事物，从而使公司获得尽可能多的收益（或为客户/客户提供最佳结果）。

有时，久经考验的交付方式胜过实施[在此处插入酷技术]的风险。紧迫的截止日期，太多的工作和大量的启动压力意味着这意味着我们已经完成了8年以上的工作了。

你需要能够证明球队正是你的提出，实际上有一些好处，对他们和公司的长远发展。否则，您将不会获得同事的支持，他们将无法将其出售给管理团队以获取批准以运行它。

我是否对提议的更改过于激进？

不知道全部情况，您可能会。仅仅告诉人们A比B更好，所以我们应该使用A并没有太大帮助。您需要去做一些事情来证明为什么更好。它不必很大，即使只是一个小型组件或应用程序，它显示了您建议的操作方法也应该绰绰有余。然后，您需要展示它，并准备好立足于反对团队的批评。

即使作为高级开发人员，我也必须这样做，才能使我的同事相信新的做事方法会更好。

我对拥有8年以上经验的高级开发主管有什么期望？

正如其他人所说，8年以上的经验并不一定意味着您很棒。但总的来说，您应该能够向陷井有一段时间的人学习很多东西；您也许也可以教他们一些东西。

人是人，每个人都有一个自我（比别人更大），没有什么比刚进来的新家伙更糟糕的了，他告诉你在过去八年多的时间里你做错了工作。同时，高级开发人员（优秀的开发人员）应该能够进行建设性的批评，并能够阐明他们做出决定的原因。

我期望从公司学习并获得经验是错误的吗？

不使用最新最好的技术和功能并不意味着您没有在公司内部学习和积累经验。经验就是经验，有时知道做某事的旧方法可以使您更好地理解为什么新方法更好。这也可以帮助您说明为什么新方法更好，因为您既可以理解这两种方法，又可以在试图出售时提出更令人信服的论点。我个人目前不在工作中使用最新和最出色的东西-但我每天仍在学习新东西，履历表上也看起来不错。

说了这么多-如果公司真的不合适，而其他所有倒闭，您可能想寻找一个新的工作场所。

认为这是一个巨大的机会。

促销通常不是（也不应该）来自您已经在公司任职的年数。您有自己认为是一些非常好的主意，而您的上级/同僚不想听。

这是一个策略：

1. 做一些很棒的事情
2. 收集硬性指标以了解其效果（此步骤很关键）
3. 向您公司中的每个人（所有者/领导/高级/销售人员-每个可以动手的人）展示指标
4. 利润

我并不是说profit要模糊一些“我赢”的步骤。步骤4是您获得以下一项或全部权利的地方：

1. 晋升
2. 加薪
3. 红利

要么与您的公司合作，要么是一家新公司，可以欣赏您的才华以及履历表中令人称奇的指标。

我称其为“很棒”-并且有效。

轶事：我并不总是很棒，但是我努力做到了，我已经执行了5次不同的步骤（2个晋升，3个新工作；所有工作都大幅增加了工资）。

考虑到这一点，我可能应该直接回答您的问题：

我是否对提议的更改过于激进？

您是否已经做过一些很棒的事情，并提供了一些指标和示例，说明了它多么出色？有句老话（也许是疯子）...

Ideas are like assholes; everyone's got one, and they all stink

去做点什么。

我对拥有8年以上经验的高级开发主管有什么期望？

认真吗 您应该什么都不会期望。但是，尝试学习他们所知道的一切。提出问题，私下审查他们的工作，在他们谈话时倾听，并认真思考他们在说什么。他们在一个盒子里经历……呃……身体。尝试打开它们并学习。我最好的朋友是一位出色的开发人员，我很积极地告诉他，我一直在努力向他学习。

我期望从公司学习并获得经验是错误的吗？

绝对不。这并不意味着您不能学习不该做的事。人们会犯错误，并从您公司的错误中吸取教训。

我认为您需要发挥创造力。开始询问周围的项目，要求您的上级学生推迟上课。通过独立地工作（或者更好地，请另一个初级开发人员），从一开始，您就可以应用很多新东西。如果发现并非一切都变得更好，请不要感到惊讶。

另一种方法是做自己的代码分支，并进行重构过程。我可能永远不会根据您的言论进入生产，但至少您可以提高自己的技能。

谁知道，他们可能会看到您如何使每个人的工作变得更轻松，并且他们将在编程中真正使用“懒惰”。

如果其他所有方法都失败了，请将新的技能放在简历上，然后开始寻找另一份工作。

如果有人从事程序员工作超过8年，并不意味着他是一个优秀的程序员。我认为什么使优秀的程序员成为高级程序员？它将不仅分享经验，而且还将学习新的思想，技术，技术等。它将不断地变得更好并不断改进。许多所谓的“高级”程序员都来自久远的语言，以旧的功能编程形式堆叠在一起。诸如新概念和想法之类的东西不适合他们，因为他们不需要它。他们得到了他们的“经验”。

改善和学习的意志比多年的经验更为重要。对于任何一家公司来说，想要学习的初级开发人员要比已经“了解”所有一切的老“高级”开发人员要好得多。

你在我公司工作吗？

没错，但是，在许多大公司中，这似乎是很普遍的话题。改变是困难的，而且昂贵。有时，您直到中间才真正知道多少，又为时已晚，无法返回。

例如，我的公司仍在从基于cobol的大型机屏幕迁移到Java。当Spring或JSF仍在尝试使他们的技术与十年前的标准保持最新时，很难出售他们。因此，我将告诉您我所做的工作取得了有限的成功（我也是jr开发人员）。成为例子。您不足以知道自己拥有更多的前沿技术，因此必须证明这一点。当其他人忙碌起来时，带上一本书以阅读，如果您有休息时间。并使其成为您有兴趣实施的其中一项技术。如果他们在观看youtube时看到您正在阅读（老实说您的运营部门没有抓住这个机会并且被解雇了），他们将更倾向于不仅相信您知道您在说什么，甚至可能会问您您在说什么。读。

作为示例，我将向您介绍我与高级建筑师的经验。聪明的人，但通常对新技术不感兴趣。我去问他如何在CVS（我们的版本控制）中做某事，并说：“哦，好吧，我已经习惯了使用Subversion，他们是这样做的。谢谢您的帮助。” 这导致了关于CVS，Ant与SVN和Maven的多次对话，导致他从我的图书馆借来了几本书以进行检验。最终结果：我们将在今年的某个时候迁移到新系统。关键是要开放且乐于助人，而不要表示自己做错了。因为毕竟可能有很多更好的方法可以执行此操作，但是如果它运行正常，则说明它们执行的方法不正确。在大多数情况下，任何形式的不尊重都会使您陷入困境，因此请当心。

如果他们不能接受，请记住您处在需求量很大的领域。如果您的好奇心和快速学习的能力，您将找到另一份工作，可能您会享受更多的工作。这对我来说和金钱一样重要。请确保在任何采访中都提到：“哦，您使用xxx技术？太棒了，我一直想使用它并在我的老公司尝试过。” 当您对他们的工作充满热情时，人们就会充满爱意。

我认为您的进取心是对的。与充满激情的人们一起工作是一种极大的荣幸，而与精神病患者一起工作则是一种巨大的惩罚。8年的经验毫无意义。当然，您可能不对。新技术通常与行销紧密结合，而且并不总是更好。但是，如果您做错了，前辈应该向您解释哪里做错了。否则，您将无法从工作中获得任何好处。也许您还年轻又热。如果是这样，这就是您的优势。不要把时间花在无法成长的工作上。关注寻找新工作，您可以在其中讨论您的解决方案并从他人那里获得反馈。