如何建议新聘员工的变动？[关闭]

我最近被一家大公司录用（数千人，以提供有关规模的信息）。他们说，由于我的严谨性，并且因为我年轻（25岁），我还是一名C / C ++程序员，因此聘请了我。

现在，我可以看到整个系统很旧并且经常使用过时的技术。没有命名约定（文件，函数，变量等），它们不使用版本控制，不使用异常或多态性，并且似乎几乎每个人都失去了激情（其中一些人只有30岁） ）。

我想提出一些建议，但我不想成为“只是因为他不想适应而想改变一切的新人”。我试图“适应”，但实际上，由于我们被迫使用的工具太差，我花了一周的时间才能完成一个下午的工作。我的许多同事从未看过当今人们使用的新“事物”和技术。就像他们刚刚放弃了。情况确实令人沮丧。

您是否遇到过类似情况？如果是，您会给我什么建议？是否有改变的事情，而不成为一个微妙的方式败家子吗？还是我也应该放弃自己的激情和精力？

谢谢。

更新

遵循您的宝贵建议，我能够提出变更建议，现在负责必须创建和部署Subversion：D的团队。谢谢大家！

6个月后

我辞职后，发现了一个更有趣的环境，薪水更高，挑战也更有趣。我什么也不会回去。

我在以前的公司工作过类似的情况，在那儿工作了5年。当我2004年加入时，他们是：

• 仍对其数据库使用Microsoft Access（甚至对业务至关重要的数据库）
• 使用Visual Basic 6或Access / Excel VBA进行开发
• 使用大量第三方而不是内部使用开发资源（业务经理领导了自己的开发项目，而90％的时间是在IT知识不明的情况下将合同招标）
• 喘气没有版本控制。

去年我离开时，公司有：

• 独家使用.NET和C＃
• 放逐了所有Access开发
• 使用SVN进行版本控制
• 有2个功能强大的SQL Server框，并将现有的Access数据库迁移到SQL
• 所有开发工作都通过内部团队进行，并且只有在资源有限的情况下才进行招标

那时我不久才21岁，而开发团队中下一个最小的是30岁。我自己并没有做到这一点。IT经理同时加入了公司，并希望通过IT带来所有发展。

SVN是我的第一个成就。我与直属经理开会，并强调了几种情况，其中的代码投入使用或更改会导致问题，并强调了没有责任的事实-他基本上不能怪任何人-在此之后，他开始听。

然后，我向团队进行了演示，并解释了版本控制的概念，并演示了SVN可以帮助我们开发人员的几种情况。年轻的孩子像鸭子一样把它拿到水里来，老的则不多，但是他们尝试过并且没有抱怨那些使用过它的人。

另一个重大成就是将一个完整的系统引入了内部-我率先领导了一个项目，该项目每年为公司节省12万英镑的许可费用。我花了大约2个月的业余时间来编写新系统，并将其介绍给IT经理，并说明了节省的成本。然后，他让我向企业介绍了它，并解释了如何将他们喜欢的东西实现到系统中-不再局限于“现成”系统。

4周后，我的系统在10个地点进行了试点，而6个月后又开始运行。一年后，他们取消了第三方合同，从网络中删除了所有痕迹，并向我们寻求对我们内部系统的大量增强要求。

我对您的建议：

• 如果您关心公司，请坚持下去。如果其他人不喜欢您的方法，请让他们接受您的意见-就是妥协
• 为与您交谈的人提供量身定制的建议-经理喜欢听听他们如何能做到以下几点：a）省钱； b）在事情出错时准确地责备他人，但是开发人员喜欢听听他们如何能做到a）节省时间； b）坚持下去为了自己
• 如果您对改变充满热情（听起来像是在改变自己），那么请向人们展示您的热情，当他们不那么热情时不要灰心
• 不要谈论进行更改。使他们。当您开始以比经验丰富的人更少的时间从事出色的工作时，人们就会开始问“为什么？”

他们说，由于我的严谨性，并且因为我年轻（25岁），我还是一名C / C ++程序员，因此聘请了我。

更有可能是因为您更便宜。

您是否遇到过类似情况

是。

你会给我什么建议

离开。

有没有一种微妙的方式来改变事情而不成为这里的败类？

可能有。介绍更改并演示它们如何为每个人改进事物。在完成多次之后，您可能会从那些没有迷路的人那里得到赞赏。

还是我也应该放弃自己的激情和精力？

没门。您还很年轻，必须充分利用机会。不要在“某处”浪费数年。查看这个职位，了解它是否会给您带来宝贵的经验，以推动您的职业发展。如果您发现机会，请探索它们。如果没有，而仅仅是“一份工作”，那就出去。实践表明，那些失去激情（或从未经历过）的人无法重新获得它。寻找一群有激情的人并加入他们。

以身作则。随时间变化的增量很小。停下一位同事，向他们演示一些东西。如果他们没有得到，请不要再尝试。

需要花时间。只是不要过快地将人们拉离其舒适区。

可悲的是，这就是为什么你在这里而他们不在。

例如。在本地设置版本控制，并向他们展示如何提供帮助。然后给他们一些可以帮助您的资源（简单阅读）。

关于工具的另一件事。有时，您必须花自己的钱购买更好的工具。我知道这不是“完成的事情”，但是当我与其他行业交谈时，我发现许多“真正的”工程师都在时尚/购买自己的工具集以更好地完成工作。我曾经做过这样的事情，从中我可以看到自己从技能萎缩中解脱出来。

我是一个老人（51岁），我曾经做过的每一个工作都遇到同样的问题。也许仅仅是因为一直是房间里最聪明的人！:-)但是，认真的说，当您知道正确的做法而他们却做不到时，您常常会想：“嘿，我将向所有人展示这种新的改进技术，他们都会被他们打动，并想跳进去。使用它。” 但是在现实生活中，有90％的时间会向人们展示一种更好的方法，并且他们会提出许多理由来说明为什么一直以来这样做的方法会更好。当您证明他们的理由无效时，他们会提出新的甚至是更慢的理由。我有很多次

即使您确实是一个天才，您也必须接受，除非您证明自己是一个天才，否则没人会知道您是天才。我想起了我的一个朋友Kris，他在一家公司工作了10年后开始了新工作。在开始新工作后不久，他参加了一次会议，他们正在讨论一些技术问题，并开始提供他建议的解决方案。然后其他人打扰道，说：“是的，谢谢。鲍勃，你觉得怎么样？” 起初他很生气：他知道正确的答案，但是没人在乎！取而代之的是，他们接受了一个比他了解得多的人的意见。但是后来他意识到，嘿，在我的旧工作中，我已经建立了一个知道他在说什么的声誉，因此当我讲话时，人们会倾听。在这里，我还没有声望，所以没人在乎我的想法。

我已经在我目前的工作岗位上工作了2年，直到最近几个月，意见才开始真正发挥作用。你必须要有耐心。

另一方面，新人通常会提出一百万条关于改进的建议，这实际上是不切实际的，因为他们对组织还不了解，因此他们不知道为什么事情会按原样进行。有时人们会以相同的方式做某事长达20年，因为那是一直做的事情，而且从来没有人想到过寻找更好的方法。但是有时候人们会以相同的方式做某事长达20年，因为经验证明这是做事的好方法，每次尝试不同的尝试都是一场灾难。因此，不要太快得出所有这些人都是白痴的结论。在提出出色的新建议之前，请先找出他们为什么要这样做。我一生中有很多次

寻找也想改善公司的盟友。

可以说现在需要救助并让他们腐烂了。但是，如果您成功拥护版本控制和其他改进功能，它将对您的履历表产生巨大影响。

在以后的采访中使用Joel测试。请记住，您也在面试公司。

我的第一个建议是不要尝试太快地改变。首先要获得良好的，可以完成工作的可靠开发人员的声誉。现在，作为新手，您提出的任何建议都是可疑的。他们还不认识并尊重你。获得尊重是您的第一步。然后是开始引入更改的时候了。

选择您要小心地面。从版本控制开始，而不是新技术。因为确实这是最重要的变化。您甚至可以只使用代码来执行此操作，然后确保当您必须恢复到以前的版本或copmpare来查找已更改的内容时，您可以让人们知道在随意交谈中这是多么容易。

使用您最新的知识成为发光的人，然后人们会开始问您如何完成这项工作。当个人电脑第一次进入工作场所时，我在一家政府审计机构工作。老年人非常反对拥有自己的计算机（因为这是为秘书工作的）。大三学生抢了所有第一台计算机，开始做长辈无法使用Lotus 1-2-3和Harvard Graphics进行的工作，突然之间，年长的人很感兴趣，因为他们的年轻人受到了高级管理层的关注。

改变组织文化不是技术问题，而是政治问题。阅读有关管理办公室政治的内容。您将需要高层的政治支持。

我在目前的工作中也遇到过类似的情况。我是从毕业学校毕业后立即被聘用的，这个团队的工程师大多是已经工作15年以上的工程师。进行更改并非易事（我仍在努力完成一些工作），但有可能。

例如，我的团队正在维护，更新和使用16位DOS测试实用程序。该实用程序的更新非常麻烦，因为该应用程序将16位链接程序的限制推到了必须添加代码的位置，以便添加代码，以使其适合。当被问及为什么我们在16位代码上浪费了这么多时间和精力时，他们的回答是“因为我们需要它在DOS中运行，因此我们可以从可启动的闪存驱动器上运行它”。我试图说服他们将实用程序移植到32位Linux，但是管理层不想花时间去做（我们已经有很多工作要做）。因此，我继续在停机时间移植了该实用程序（在午餐时间，周末或在等待其他代码进行编译时，该操作在这里到那里15分钟左右）。在几个月的时间里，我已经完全移植了该实用程序，并增强了原始16位应用程序无法处理的各种功能，并从Linux闪存驱动器启动。人们注意到我开始使用它的时候，并在评论如何更快地完成工作以及实用程序如何生成更好的调试输出。很快，管理层就听说了。一旦他们看到了好处（最重要的是，工作已经完成），他们就不再反对这个想法。

我从这个故事中学到的教训是：如果您认为自己可以有所改进，请与您的经理谈谈。如果他们不想在这上面花的资源，做你自己，并证明给他们你的想法是有效的和有用的。对某人提出的想法说不，比对您在您面前看到的具有明显价值的事情说起来容易得多。

一旦您的团队/经理实施了您的想法并开始看到它的好处，将来他们将更有可能听取您的想法。我使用从重写测试工具中获得的“街头信誉”来说服我的团队，我们需要抛弃当前的，过时的版本控制系统（该系统将保持匿名状态以避免尴尬）并迁移到Subversion。我自愿领导设置/迁移工作，以帮助确保管理层的批准。

这是“一次一步”的事情。您可能想更改很多东西，但首先选择一些小的东西。以团队和经理无法拒绝的方式证明您的想法的质量。就像您的stackoverflow帐户一样，您拥有的好主意越多，您的声誉就越好，您的主意就越容易被接受。

绝对要开始使用您希望在本地使用的工具（在可以的地方-一些公司似乎也用拳头紧紧地控制着可以在盒子上安装的东西）。设置您喜欢的版本控制系统并开始使用它。在您触摸的任何代码中，进行一些小的更改即可使代码更整洁，尤其是在您编写任何新代码的地方。如果他们为您的严谨和经验而聘用您，则意味着他们已经尊重您。

我最近阅读了Hiring Ren和Stimpy的文章，发现Stimpy的示例是一个巨大的挑战。如果您跟随他的领导，您将最终（很好地）询问同事的各种观点，从而使您了解无情的开发人员不会知道的观点。您将花费所有空闲时间来梦想进行改进的方法。如果公司认为您的工作有价值，那么您将变得无价。如果没有，您可能会想找工作。

很多人回答了一次只关注一件小事的建议，还有一些人建议版本控制。我将进一步走一步：在台式机上创建存储库，然后从这些存储库中进行操作。定期从公司使用的任何主存储库更新它们。当（如果不是）由于某人损坏了母版而导致危机时，请告诉他们您可以从个人存储库中剪切新副本。

但是，在任何情况下都不要将公司代码放在您个人拥有或带回家的机器上。因此，您可能会发现自己不是英雄，而是律师（最好）或执法人员（最坏）在办公桌的另一侧。

来自另一个初级开发人员...您有很棒的人际交往能力吗？您是否具有出色的自我约束感以及对何时提出和不适合提出想法的理解，以及如何最好地推销该想法？即使您这样做，您仍然可能成为“那个人”，因为他告诉别人如何证明自己的工作而不证明自己的价值。

这就是我仍然要建立作为初级开发人员的信誉的方式：我确定了一个纠结/纠结/浪费时间。然后，我通过使其自动化（批处理文件，powershell脚本，简单程序，新的免费软件，以及周末进行的任何操作）对其进行修复，而无需理会其他任何人。我确保将其作为正在进行的技术自我教育的一部分，因此我可以将其视为“投入大量时间自学新事物并为公司提供帮助”。

如果我的修复特别好用，我会分享它，然后说：“嗨，我做了这个很酷的工具，它使XY和Z自动执行，并且快速完成了其他任务。” 在上面留下你的名字。重复。如果您的绩效水平很高，则几个月后就会解决信誉问题，如果您准备解释自己的想法为什么很好以及如何解决他们的问题，那么高于您的人会更愿意提出建议。

最近，我能够向高层管理人员提出被接受的新想法，主要是因为我花时间解释了我的推理，听取了他们的反馈，并且对我过去的工作抱有信心。

附录：如果您的经理在质疑您的行为...除非他感到您的表现至少保持在“前25％”，否则不要做这些事情，IE在开始提出各种建议之前，请确保您的老板对您满意聪明的修复方法会将您推高到最高的百分比，否则他会认为您在浪费时间。如果您在获得积极的性能反馈的同时投入新的实用程序和解决方案，但是他仍然坚持对您进行微管理，那么您可能会遇到本主题范围之外的问题。

融入。

如您所说，您不想成为败类。但是，由于您（像我自己一样）想添加一些有用的更改：

在后台增值。

设置cronjobs来将人们的代码签入svn / hg / git。特别是，您想对公司进行改进，以便您可以在自己的隔间中向您的前辈展示。这就是为什么：

哇系数

如果您可以说“嗨，爱丽丝，您知道鲍勃是如何破坏了构建的？我可以还原他的编辑，并且构建可以再次使用”。当您的长辈说“天哪”时，也许您会对他们产生足够的热情，他们会推动或至少鼓励您的新习惯。

这是我的建议。

我当时处在类似的情况，我应该说，我的公司很小，只有6个开发人员，我是那种喜欢使用新技术，新工具以及任何能够使我的工作更轻松并生产出质量更高的软件的程序员。 。

当我刚开始时，我们使用的是Visual Studio 2005，而VS2008已经发布了一段时间，但是要让我的老板拿出钱来升级我们所有的开发人员并不容易，我不得不慢慢提出这个想法，因为“如果可以的话，那会很好”，但是在我将它带给老板之前，请确保其他开发者会很好用这个想法，因为他们将是使用它的人，并且会恩宠看起来不太像一个人的决定。

我认为，不只是向老板提出想法，而是慢慢提出任何可能的更改，因为我觉得如果您提出了可以更好地改变公司的想法，那也表明您在乎自己的工作并表明了计划在那儿建房子。

这还取决于您所处的工作环境和老板的个性，如果他们悠闲地对待您，就像对待家人并接受建议，然后提出建议，但是如果他们对待您像一个数字，我会非常小心你接近它。

可能是一生的机会-改变公司在25岁时的运作方式。如果他们虽然抗拒并始终表现出敌意，那么这不是您的住所。

请记住，您的采访是一个双向过程。您可能会感觉到它们是多么古老和难以改变。

ps，我也25岁，知道你的感觉。您可能比同事更渴望学习和尝试新事物。无论如何，必须回到我正在介绍的.NET4工作；）

乔尔·斯波斯基（Joel Spolsky）读《当你只是个咕When咕Getting做完事》。

...有时您无权通过行政命令在组织中进行变革。显然，如果您只是图腾柱底部的一个脾气暴躁的程序员，就不能确切地命令人们开始创建计划表或错误数据库。实际上，即使您是经理，您也可能已经发现，管理开发人员就像放牧猫一样，只是没有那么有趣。仅仅说“做到这一点”并不能做到这一点。

当您在The Joel Test得分较低的组织中工作时，可能会感到沮丧。无论您的代码有多好，您的同事都会编写如此糟糕的代码，以至于您很尴尬地与该项目相关联。否则，管理层在编写什么代码方面做出了错误的决定，因此您不得不浪费自己的才能来调试AS / 400版本的儿童退休计划游戏。

...在一个糟糕的球队上生活真是令人发指。但是有一些策略可以从根本上改善您的团队，我想分享一些策略...

与管理层合作；不要“流氓”。在流程中工作，并将事情变成人们会理解的术语，例如“实施svn将占用我们一台服务器的空间，需要两天的设置时间，我们需要对其进行备份，但我们会获得x，y，z ，这可以为我们节省很多钱。”

放弃。那里有很多工作。修理某个偶然雇用您的公司不是您的工作。他们喜欢自己的方式，否则他们会雇用新的CTO或其他东西。