我是一名大学毕业生,在一家劳动力老龄化的大公司工作.我很好奇人们在优先考虑双方的年龄差距方面的经验.
示例到目前为止我遇到的问题:
敏捷实践与瀑布
程序员与个性之间的合作
清晨工作到深夜
我在学校主要学习敏捷编程,而我正在进行的项目(大多数开发人员都习惯了瀑布)
我习惯于与同学和朋友在项目上合作,而我倾向于看到年长的程序员喜欢做他们自己的事情.我觉得我纠缠他们问他们问题.
我发现自己更像是一个夜间程序员,但我的大多数同事都是凌晨(早上5点)
任何有关技术工作年龄差距的经验都是相关的.
当我刚从大学毕业时,我是一只夜猫子,我会在上午晚些时候上班,尽管我在其他人离开后都待了好几个小时.与其他人建立融洽关系真的很难.当我尝试提问或协同工作时,我也感到不受欢迎也就不足为奇了.
即使您的同事使用被认为过时的瀑布式方法,但这并不意味着它们的工作效率低下.一个成功的项目与团队合作关系比任何特定的方法更多.敏捷方法已经编纂了这个想法,但它仍然在任何成功的团队中非正式地实践.
你不会改变整个团队的工作方式,所以试试他们的方式一段时间.他们做的时候开始工作.在喝咖啡休息时与他们交谈并与他们共进午餐.提出开放式问题并听取他们的答案.您可能会惊讶地发现他们可以提供一些有用的经验.
我还建议不要试图说服他们采用敏捷方法.相反,你可以事实上练习一些敏捷方法.例如,简单地要求某人俯视你的肩膀以帮助解决棘手的问题(人们通常愿意展示他们解决棘手问题的技巧).瞧!你是结对编程.但不要称之为!:-)
可以这么说,我一直在篱笆的两边.
敏捷编程的问题在于,与任何工具一样,它并不总是适合该任务.在某些环境中,瀑布式方法仍然有效.
我不认为协作差异来自年龄差异,而是那个公司和工作环境所培养的风格.我在一个国防承包商工作了一段时间刚刚离开学校,几乎每个项目都比我大很多但是有很多合作.另一方面,我曾为每个人都处于同一年龄并且几乎没有合作的公司工作过.
人们要么回答问题/指导,要么他们不会.年龄并不一定会产生太大影响.我曾经和比我年长和年轻的人一起工作,但只有少数人真正喜欢回答问题(他们是否与项目有关).
好问题.我已经从事这项业务近50年了,我还在学习东西.
我想如果我有一个抱怨,几乎所有年轻的程序员都有编程课程,他们的头脑充满了规范性的判断.这让我想起了亚瑟C.克拉克的小说"城市与星星",其中人们被灌输,害怕超越城市范围,远远超出理由.
我主要是自学(编程),我有其他工程背景.在其他类型的工程中,没有人担心像魔鬼(即goto)或提升到神话状态(OOP).相反,每个想法都有利有弊,并且具有或多或少的实用性.一切都以数学为基础,创造力得到重视.
虽然年轻的程序员聪明,乐意,精力充沛,但我希望他们更加好奇和开放.
如果这听起来很刺耳,我会提前道歉,因为你的情况一直都在发生,所以我真的很开心,也就是说你不是第一个注意到'noobs和'oldsters在工作中的区别;-)
第一个缺陷:"旧学校"与"新学校" - 假设你的老年人是"老学校",因此低级被称为偏见,并不是一个很好的开始你的职业生涯的方式.
很有可能,"老学生"可以并且将围绕你编码圈子,特别是在他们的领域.既然你的新工作取决于学习他们的领域,也许你应该先学习并与他们成为朋友,并在你赢得他们的尊重后再尝试教他们......
......并确保你的"新学校与旧学校"的偏见得到控制; 如果你的"衰老"同事(好像你免于衰老!)认为你是一个全知的"朋克",没有人愿意帮助你.即使你真的知道这一切也没关系,没有人喜欢朋克.;-)
所以假装前几个月保持谦虚,仔细聆听,并准备好在你实际工作的第一年学到更多,而不是在大学里学到的东西!
至于你到目前为止的具体问题,这是另一种看待它的方法:
瀑布适用于经验丰富的开发人员和不会移动太快的目标
你所谓的"合作",我可能称之为"打断我的注意力"; 代码往往是由单独的程序员单独工作和不间断地编写的; 持续的多任务处理是低效的
正常工作时间工作是正常员工的工作; 习惯它.当您的客户也在办公室时,在办公室工作是有利的.当然也有缺点.两者之间的平衡被称为"时间管理";-)
作为企业的小白,你预计要问了很多问题.只是不要像蹒跚学步的那样每隔十秒钟跳起来打断老年人,挽救一大堆问题并且每天只打断几次.
好消息是,你问这个问题意味着你关心,只要你的老年人能够感受到你的这一点,他们也会关心你.
京公网安备 11010802040832号 | 京ICP备19059560号-6 