我该如何应对一个经理，他总是干扰我的工作，但并不真正了解我的工作？

我们所有人都有他们，都是来自销售部门的经理，或者是十年前或更早以前才看过代码的经理，但认为他们知道如何编写代码。

我能做些什么来给我留下我对他的干预表示感谢的印象，但请保持尽可能短的时间以便我继续工作？

或者，我是否应该更多地与经理互动，以现代编码技术和实践对他/她进行教育？毕竟，了解这些内容的经理将能够在讨论项目及其时间表时与客户和更多的高级管理人员进行明智的交谈。

我说，继续尝试并参与和教育。

如果他们诚实地试图为您提供帮助，那么学习一些东西的机会可能对他们来说是宝贵的。如果他们只是出于自我或政治原因而nose之以鼻（“看，我在帮助，我在帮助！”），那么他们可能会想出一个想法，如果他们对此胡说八道，就会使他们感到尴尬- -或者用他们只是假装理解的行话把他们打死。

而且，如果您有可怕的自负性狂，无论您能提出相反的证据，他都认为自己是专家，那么微笑，点点头，做出任何微不足道的修饰，都会使他们无所适从。并更新您的简历。

我通常只是听这个人所说的话。我几乎同意任何事情，无论如何我都会这样做。通常他从来不打扰检查。

组代码评论。公众的尴尬总是可以很好地遏制这种习惯。:)

这可能非常困难，尤其是如果经理认为他们是33t h @ x0r但在过去10年中未编写任何代码的情况下。

首先使用主动聆听。确保您确切了解他们试图传达的观点。改写一下然后发回给他们，让他们知道您了解他们。有时候，这就是他们真正关心的。

如果他们坚持要实施，请问自己为什么拒绝他们。必须有一个原因。它可能会破坏一些基本的软件设计原则，通常是关注点分离。了解您的原则，并知道为什么它们比其他原则更好。然后引用原则并解释为什么在这种情况下应遵循这些原则。这使讨论变得学术化。

如果您无法弄清为什么不喜欢他们在说什么，那么这就是质疑您的假设的好机会。

我不会教育他/她是否有编码历史。关于发展问题的知识应该牢记在心。

礼貌地问他/她是否可以在午餐时讨论他的想法。

有时候，即使我们不想，也只需要坐下来倾听。

一个人不注意就只会损害一个人的尊严。

您的经理是个人。像对待他一样。看着他，好像他是大街上的某个家伙。没有标题。

难道不是让他成为一个可能需要朋友的人，一个可能感到孤独的人吗？

您是否从情感角度考虑过？

他是否在试图传达隐性信息？

跟他说话。只是没有问题。问他生活怎么样。他可能会感到感激，从而减轻了您的工作焦虑。

您是否已考虑或完成此操作？

如果没有，那为什么呢？

对他做同样的事情。每当您看到他时，无论您是否了解，都应立即开始谈论他的东西。“嘿，我认为营销活动应该像foo！” “嘿，我认为我们的销售团队应该做吧！” “嘿，下次您和经理谈话时，应该告诉他夸克！” 他将开始避免您喜欢瘟疫。

这里的问题是，您的经理显然很不擅长竞争。

我以前有过这样的经验，对我而言，如果我巧妙地向那个家伙表明编程不是他的专长，那对我很有用。

例如，我可能会不遗余力地解释一段特定的代码，一直深入到讨论哈希表和链接列表，大的O表示法等，直到他的脸表明他真的感到无法遵循任何其他您的讨论。

因此，如果您能够实现这一目标，那么您很可能会摆脱愚蠢的问题和微观管理。