我是一名刚毕业的大学毕业生，为一家劳动力老龄化的大公司工作。我很好奇人们在处理年龄差距方面的经验，最好是双方。
到目前为止我遇到的示例问题：
我在学校学习的主要是敏捷编程，而我正在从事的项目（大多数开发人员都习惯了瀑布）
我习惯于在项目上与同学和朋友合作，而我倾向于看到年长的程序员喜欢做自己的事情。我觉得我缠着他们问他们问题。
我发现自己更像是一个夜间程序员，但我的大多数年长同事都是清晨（凌晨 5 点）
任何关于技术工作年龄差距的经验都是相关的。
当我刚从大学毕业时，我是一个夜猫子，我会在早上很晚才开始工作，尽管我在其他人离开后会迟到几个小时。与其他人建立融洽的关系真的很难。当我试图提出问题或合作工作时，我也感到不受欢迎，这并不奇怪。
即使您的同事使用被认为已过时的瀑布方法，但这并不意味着他们的工作效率低下。一个成功的项目更多地与团队合作有关，而不是任何特定的方法。敏捷方法已经将这个想法编入了代码，但它仍然在任何成功的团队中非正式地实践。
你不会改变整个团队的工作方式，所以尝试一下他们的方式。在他们上班的时间上班。在茶歇时与他们交谈，并与他们共进午餐。提出开放式问题并听取他们的回答。您可能会惊讶地发现他们提供了一些有用的经验。
我还建议不要试图说服他们采用敏捷方法。相反，您实际上可以练习一些敏捷方法。例如，简单地请某人在你的肩膀上帮助解决一个棘手的问题（人们通常愿意展示他们解决棘手问题的技能）。瞧！你是结对编程。但不要这样称呼它！:-)
可以这么说，我一直在围栏的两侧。
敏捷编程的问题在于，与任何工具一样，它并不总是适合任务。在某些环境中，瀑布方法仍然有效。
我不认为合作差异来自年龄差异，而是那家公司和工作环境培养的风格。我刚毕业就在一家国防承包商工作了一段时间，项目中几乎每个人都比我大很多，但合作非常频繁。另一方面，我曾在所有人年龄相仿且几乎没有合作的公司工作过。
人们要么喜欢回答问题/指导，要么不喜欢。年龄不一定有很大的不同。我曾与比我年长和年轻的人一起工作，但只有少数人真正喜欢回答问题（无论他们是否与项目相关）。
很好的问题。我从事这行已经快 50 年了，而且我还在学习。
我想如果我有一个抱怨的话，那就是几乎所有年轻的程序员都上过编程课，他们的脑子里充满了规范的判断。它让我想起了 Arthur C. Clarke 的小说《城市与星辰》，其中的人们被灌输了对走出城市边界的恐惧，这种恐惧远远超出了理性。
我主要是自学（在编程方面），并且我有其他类型的工程背景。在其他类型的工程中，没有任何想法像魔鬼（即 goto）或被提升为神话状态（OOP）那样令人恐惧。相反，每个想法都有其优点和缺点以及它或多或少有用的情况。一切都基于数学，并重视创造力。
虽然年轻的程序员聪明、乐于助人、精力充沛，但我希望他们更加好奇和开放。
如果这听起来很刺耳，我提前道歉，我写这篇文章时实际上很有趣，因为你的情况一直在发生，也就是说，你不是第一个注意到工作中的“菜鸟”和“老人”之间的区别的人;-)
第一个缺陷：“老派”与“新派”——假设你的前辈是“老派”，因此低人一等，这叫做偏见，并不是开始你的职业生涯的好方法。
很有可能，“老学生”可以并且会在你周围编码圈子，尤其是在他们的领域。由于您的新工作取决于学习他们的领域，也许您应该先学习并与他们成为朋友，然后在赢得他们的尊重之后再尝试教他们……
...并且绝对要控制您的“新学校与旧学校”偏见；如果你的“老化”同事（好像你对老化免疫！）认为你是一个无所不知的“朋克”，没有人愿意帮助你。即使你真的知道这一切也没关系，没有人喜欢朋克。;-)
所以在最初的几个月里要假装谦虚，仔细聆听，并准备好在第一年的实际工作中学到比在大学里学到的更多的东西！
至于到目前为止您的具体问题，这是另一种看待它的方式：
作为企业的菜鸟，你应该问很多问题。只是不要像蹒跚学步的孩子那样每隔十秒钟就跳起来打断老年人，把一堆问题存起来，每天只打断他们几次。
好消息是，你问这个问题意味着你关心，只要你的前辈能感觉到你的这一点，他们也会关心你。
我不认为您正在处理的问题与年龄有关。我与比我大一倍的程序员打过交道，并从他们身上学到了很多东西。反之亦然。
总有一天我会成为一名老程序员，但这并不意味着我必须成为“老派”。
继续学习并乐于接受新想法。
你需要融入团队，他们不会为了匹配你而改变，但这并不意味着你不能逐渐带来改变。
虽然你会发现有些人不喜欢回答问题，但如果你表现出你对这个主题真正感兴趣，大多数人会特别喜欢。
向团队负责人/经理询问一个您可以使用更现代的方法来完成的小项目（敏捷可能很难靠自己完成）。向人们展示它是有效的，并展示它是如何变得更好的。
要委婉，尽量不要让别人不高兴。记住“年老和背信弃义将击败青年和技能”。不要参加一场你无法获胜的战斗。人们会抵制改变。
一如既往，这取决于环境和公司文化。如果您在早上 8 点到下午 5 点上班的公司工作，那么您是否喜欢晚上并不重要……
至于不同的方法，它实际上只取决于其他人如何“参与”它，以及最终是否产生任何结果。我自己来自 Cowboy Coder 方法组，但是当我从事一个需要大量协作的项目时，我必须稍微控制一下。而且无论方法多么出色，如果它妨碍按时交付产品，没人会在意。
瀑布是一个有缺陷的、不能工作的软件开发模型的例子。不幸的是，听起来您无法向年迈的同事指出这一点。:)
我建议您不断向不同的人提问，直到找到似乎有兴趣指导您的人（或少数人）。在我的职业生涯中，我所接受的任何教育或培训都没有像我所拥有的一些非常好的导师的建议那样有价值。
一旦你找到了导师，我建议你试着按照他们的日程安排工作，至少一段时间。不要对提问感到难过，因为这是您学习的唯一方法（谷歌搜索，或先在这里提问，这样您就不会问他们太多简单的问题）。
祝你好运！
编辑：由于我的原始答案似乎只有前两句话被阅读，我想我最好提供更多链接来支持我所说的。
请注意，最后一篇是 Royce 的原始论文。
语。我不仅仅指 COBOL 与 C#，还指用于描述问题和解决方案的词语。我经常发现自己在与年长的 COBOL 程序员交谈时遇到困难，因为我们缺乏 ABENDS、工作存储（老派）、方法、自动化单元测试（新派）等等的共享语言。与生活中的许多其他问题一样，“知道是成功的一半”——一旦你认识到问题，你就可以努力克服它。
从我所看到的一切来看，尽管在短短 3 年左右的行业经验中，所有开发人员都属于 2 类中的 1 类，无论年龄或经验如何。
那些一直在学习和意识到变化的人，尤其是在软件领域是不可避免的，并愉快地接受或完全欢迎它。
认为自己足够优秀并且只是“做好自己的工作”并且对作为开发人员的成长没有兴趣的开发人员。
我已经看到许多年轻和年长的开发人员属于每个类别，我永远不想与任何属于 #2 类别的人一起工作，因为他们真的很差，只会对项目造成损害。我很乐意接受一个专注于学习和成长（假设他们可以正确地工作逻辑）的大学实习生，而不是任何人，即使有几十年的“经验”属于第 2 类。
很多时候人们似乎不想提出这个问题。经验本身并不是对预期结果的描述。有不好的经验，或者属于第 2 类或一直受制于第 2 类开发人员的开发人员往往会比没有经验且没有先入为主的开发人员给项目带来更糟糕的经验和更糟糕的决策。
我也是刚毕业的大学生。我与年长的开发人员一起工作，但在大多数情况下，他们接受敏捷方法并理解为什么我们的目的需要使用敏捷方法而不是瀑布。我承认他们的执行有时是不正确的，但至少他们尝试过。
我发现企业利益对尝试正确使用敏捷方法施加了更大的压力。当您的公司高管告诉您计划所有任务并一次估算 10 个冲刺的小时数时，请尝试使用敏捷。试图告诉他们它可能会改变并且没有意义会引起愤怒的喷发。诸如此类的问题使年龄差异显得微不足道。
在我看来，企业文化似乎不是一种让你感到舒服的文化。你有两个选择，要么习惯它，对于一个非常初级的程序员来说，文化不会改变，要么找到另一份工作，那里的文化更符合你在工作环境中的需要。
我在工作场所看到的最大的年龄问题是，许多年轻人进来时认为他们是这个群体中最好的、最博学的，他们想要的就是做事的唯一方法。他们认为工作场所应该以给予他们特殊待遇为中心，即使他们没有取得任何值得这种待遇的成就。他们认为他们应该得到最有趣的任务，因为无聊的任务在他们之下。在尝试将现有系统更改为最酷的新事物之前，他们不想做艰苦的工作来理解现有系统。企业界并不关心某件事是否酷或有趣，也不特别关心团队中最年轻的人想要什么。也许这对您来说似乎不公平，但这就是大多数公司的情况。
年长的员工更了解公司政治的运作方式，更好地了解游戏规则，因此他们更有效地得到他们想要的东西。请注意，我并不是说我们年轻的时候我们这一代更好。
总有一天你也会变老，你会抱怨年轻人，抱怨他们比你这一代人差多少。可怕的想法，不是吗？（我什么时候变成妈妈了？怎么还没26？）