我相信我的解决方案比老板的解决方案好,所以我应该忽略他吗?[关闭]


16

我正在使用php和sql。

我认为我实现功能的方法比老板建议的要好。刚才他向我解释了如何检查电子邮件地址列表,我不喜欢他的想法。我提出了一个更好,更快地实施的方案,但他不同意。

现在,我想我会继续实施我的想法,因为他的想法对我来说还不够清楚。你认为他会生气吗?


71
听起来问题可能在于您在解释为什么“更好,更快地实现”方面做得不好。
妮可

21
请添加更多信息:(1)您的老板程序可以吗?(2)老板的解决方案到底是什么?(2)您的解决方案到底是什么?在了解这些未知因素之前,很难判断您的解决方案是否真的有用。
2010年

4
你比老板还好吗?是什么让您觉得呢?我们需要详细信息。
Damien Roche

3
我想这也可能有助于编辑链接你的问题到你的其他相关问题:programmers.stackexchange.com/questions/28228/...
达明罗氏

3
让我猜猜,您编码不到5年了?可爱,天真的孩子……:-)
Ed Griebel 2010年

Answers:


83

已被“老板”的,因为它变成了,居然比我在任何情况下员工一个吧-是的,他会发疯的-或生气或沮丧,在任何情况下,很可能,摆在首位。

如果您真的比他更好,那么您应该能够理解他提出的解决方案,并了解您的解决方案为什么更好,然后解释原因。

但是你说:

因为他的想法对我来说还不够清楚

在这种情况下,您需要回过头来了解他想要什么以及为什么以及是否-就像我向我的员工提出建议并向我的员工提出解决方案一样-您或他错过了一些东西。但是,除非您了解他的要求,以及他是否涵盖了您尚未想到的事情,否则请不要以为他是错的,而您是对的。


哦,在一种情况下-他是一个更好的程序员,但是从我变得更好的问题上退了几步,他就不是那么好,因此我们很高兴一起工作。


13
+1“除非除非您了解他的要求”
迪恩·哈丁

3
很好的答案,我想补充一点,我们不应该假设老板没有来自他的老板或更高级别的人的其他信息,从而导致他拥有更多的知识,可以使他得出自己的解决方案更好。我已经看到过这种情况发生,而不是看起来像个屁股,这有助于确保您了解您的老板以及他来自哪里,然后跳到“我的老板不明白我的解决方案更好”。
克里斯,2010年

1
有时候,拥有更好的解决方案还不够,也不是最重要的事情;事实是,存在自我,等级制度和久负盛名的团队/公司礼仪-它们比您重要,有时甚至超出我们的直接理解。您能做的最好的事情是能够并排分析和布置选项,并充分详细地介绍它们的收益和警告,以供经理(或团队)做出决策。至少到那时,您知道您已经完成了尽职调查,而项目的命运已不再掌握。
jellyfishtree 2010年

1
让我质疑此答案的是“比我的员工更好”。我不想为一个认为他比我更好的老板工作……
杰森·贝克

1
-1。如果您真正擅长于编程,那么您所有的下属,那么您就被赋予了错误的工作。没有什么可以说经理必须在所有方面都做得更好。理想情况下,经理应该更擅长管理项目,而程序员应该更擅长编程。每个职位描述中的每个人都应该采用相同的方式。一个真正伟大的团队是一支技能相互补充的团队,因此团队大于各个部分的总和。很抱歉,蕾,但是您的傲慢态度在团队中没有地位。独自去工作,为每个人省些悲痛。
riwalk

50

您critizing 通过思考你比他更好,而不是critizing 他的想法

首先,您需要更改该不当行为。

借机问足够的时间,借此机会积极挑战他的想法"why?"。如果这个想法如此愚蠢,他最终将通过回答您的问题自己发现它。

此技术的优点是可以帮助您理解。他的想法可能比您想象的要聪明。

同样,seeking to understand试图被理解之前,还将帮助您的老板解除对您的武装。当您向某人求婚时,其蜥蜴大脑会尝试确定是否可以接受。他的蜥蜴脑要他安全。寻求了解他将重新确保他的古老大脑。

现在,如果您有更好的建议,我相信他会很乐意听您的。准备好被问"why?"足够的时间,直到他被说服为止。

毕竟,您是专业人士,这就是为什么他首先雇用您的原因。他应该听你的。

如果他对您的想法完全不感兴趣,那么只有一件事要做:退出


2
为“您首先需要更改该不当行为” +1。在批评之前,先从内到外理解上级的提议。
克里斯,2010年

38

您说您的方法是“快速实施”。那敲响了我的警钟。

实施起来较快的代码通常很难维护。

他是你的老板。除非您一生都呆在那里,否则他将与您一起使用该代码的时间更长。也许他的策略考虑到了这一事实。

简短的回答:服从是确保被解雇的肯定方法。


4
您的简短答案是该问题的绝对最佳摘要。
justkt 2010年

我不同意,越快越简单越好。在很多情况下变得更复杂更糟糕,更难维护。我什至认为您应该始终以最简单的方式进行操作,以后如果需要的话,它会不断发展。
IAdapter 2011年

我部分同意您的观点,我也认为“越简单越好”。但是,相对于“编写简单”,主张“对于三年后阅读代码的人来说更简单”。因此,从这个意义上讲,“简单”可能会与“更快”折衷。如果你让我。
JW01 2011年

9

老板的工作不是为您编写更好的程序,而是管理您。因此,撇开这个事实,鉴于他具有明显的编程背景并且他可能知道您的解决方案不是最佳解决方案的原因-向他展示您可以指引方向,当您向他寻求更好的解决方案时,他会更加信任您。

我几乎可以保证,这是您告诉他他为什么做错了(要说我们如何做得更好?)的方法,这使您无法听到。

...不是说那里没有真正没有经验的家伙:)


6

考虑到您的老板需要您提供一些信息:

  • 编程能力。依他的权利,除非他是一名发展中的经理,否则他(希望)雇用了您,希望您会比他更好。
  • 在团队中工作的能力:意味着聆听和解释想法。
  • 能够执行被告知的功能。说了最后一句话,在反复讨论问题之后,您不是老板。如果在被告知具体不要做某事时尝试成为热门话题,那么您将不会被信任。

如果您想继续解决该问题,则可以实现老板的想法,实现自己的想法(如果需要一段时间,可以自己决定时间),并向他们展示它们,以证明您的想法更好。你洗完澡后,我会把态度留在淋浴间。


“说了最后一句话,在反复讨论一个问题之后,你不是老板。” -这就是说,当向向您付款的人和您的老板解释为什么不起作用时,您会很高兴您的老板必须做出解释而不是您。
flamingpenguin 2010年

6

是的,他会生气的。因此,我建议您通过电子邮件向他发送电子邮件,以说明您的方法更好的原因。并请他批准继续使用您的方法。我的“电子邮件”是为了确保您在进行任何进一步讨论之前先列出并整理所有原因。

尝试将其措辞写成“ 我相信这种方法适合项目/问题 ”-因此,除非他有更好的方法,否则他应该和您一起去。

如果您真的确定并且有足够的弹药来支持您的观点,请选择“ 由于1,2,3 ..原因,我相信此方法适合项目/问题

还有个人建议-说“我比老板更好”,这有点自大,我知道您现在可能会生气-但在专业背景下,这将不会受到赞赏。希望你的老板不读这篇文章;)


9
永远不要尝试解决与电子邮件的冲突。电子邮件使您可以根据阅读邮件时的心情做出反应。
Morten 2010年

我同意莫滕的评论。大多数冲突也始于电子邮件对话。肢体语言至关重要。

@ Morten,Pierre:同意您的“电子邮件”评论。我的意思是应该讨论OP的观点与老板的观点。
JoseK 2010年

电子邮件应该是后续步骤,以便跟进,记录和详细说明首先需要进行的对话。我无法指望有多少封电子邮件会反击发送邮件的人(包括我本人)。最不稳定的分歧和误解是由于“先发电子邮件,后发问题”策略所致。无论您在写电子邮件时心中的语气,收件人几乎总是会以不同的方式解释语气。如果首先有对话,则已经确定了音调。
Mark Freedman

4

成为优秀的开发人员不只是成为一名优秀的程序员!工作的一部分是与他人良好地合作,并与您的团队和老板合作。如果您认为自己的方法更好,请尝试向他解释,向他展示“更好”的“数据”。

如果他声称自己的方法实际上更好,那么比对他可能是正确的情况保持开放的态度。如果他不在,而只是在授权您,那么您就有一个糟糕的老板……(因为成为一个出色的老板的一部分就是与您的团队合作并妥善管理)。在这种情况下,开始环顾四周可能不是一个坏主意。


2

这无疑是一种快速简便的解雇方法。

我的建议是同时实施这两种方法,并使用老板想要的方法。

如果有问题,请告诉他您有解决方案,并告诉他,但不要告诉他您为什么写它。


我必须不同意这一点。创建两个实现只是为了证明某人是错误的,只是浪费时间。我100%确信,在大多数情况下,关于每种解决方案的利弊的正常讨论就足够了。
Tx3

您不必在任何情况下都弯腰。高水平的玩家知道他们的东西,知道如​​何证明它,也知道什么时候退缩。他们是最受追捧的,并且薪水最高。代码猴子将不完整的规范转换为不完整的代码。
编码器

2

我认为您在这里的态度不正确。认为自己比老板更好,或者仅仅认为自己比别人更好,无济于事。您是否告诉他为什么不喜欢他的想法,或者只是说:“我有更好的做事方法”。为什么您的想法更好呢?它在算法上是否比较复杂?它有更好的运行时间吗?维护容易吗?它使用更容易理解的设计模式吗?


2

由于已经提供了许多答案,因此我不建议您编写潜在客户未批准的解决方案。您首先必须向他证明,以建设性的方式解决方案更好。如果他是一个好经理,并且深信他的解决方案比您的解决方案更好,那么您可以期望他解释原因。别忘了作为经理,他可能还有其他标准来定义有效的解决方案。可维护性或易读性可能是其中之一。

此外,如果他是一个好经理,那么如果您客观地成功证明它确实更好,那么选择您的解决方案就不会让他感到羞耻。

但是最后,即使您仍然不同意他,也不要欺骗他。不要做他会忽略的事情。团队管理还基于信任和透明性,因此您可以改善与团队的关系和团队效率。团队目标应该是您的首要任务。

如果情况一再发生,并且他的选择总是很糟糕,那么他就不应该长时间待在你的老板身边。如果只是偶然的话,不要太过骄傲...


1

看来您在某些事情上存在冲突,因此您必须专注于建设性。

如果您真诚地不相信他的解决方案,您应该找到一种建设性的方式来告诉他您对此有何看法。在这方面需要考虑一些事项。您负责您的交货,但他负责团队的交货。您将必须证明您的兴趣与团队交付的利益和您自己的利益(这两者是一致的)有关。

用这两种解决方案列出赞成与反对的清单,并以建设性的方式与老板讨论。有时更容易通过列表显示您或他缺少解决方案的关键组成部分。

尝试了解他想要什么,这是最终目的。如果您对此有冲突,那么您就不会专注于正确的目标。


1

我的建议是首先确定他的解决方案实际上是否更好。发布两个解决方案,请SE提出公正的意见。

我永远不会忽略我的老板。如果他具有技术知识,那么进行健康的讨论不会有任何危害。他说出了主意,您提出了主意。

但是,如果您确定他的方法实际上是次等的,并且他不允许您执行他雇用您的工作,请退出。没有什么比让您的指关节站起来更糟糕的了,当您清楚地知道他们在说什么时,告诉您应该怎么做。


1

让我们从一个事实开始,即决策是老板的工作,而不是你的决定。您与他背后的决定背道而驰,这是被解雇的捷径。

您可以并且应该在做出决定之前先提出自己的想法,但是一旦做出决定,即使您不同意决定的决定,也是您的工作。如果你做不到,那你的职业将很短。


0

取决于人。如果他足够合理并且您向他展示您的解决方案并且效果更好,那么他可能不会生气。但是如果他不在,那你就麻烦了。

现在,对于非一般的胡说八道:他是你的老板。他不是要有一个更好的程序员,而是要有一个更好的经理/领导。也许他有您没有考虑的原因。

如果您是冒险家,那就去冒险吧,但是如果您被解雇了,请不要生气。都是赌注。


0

不要咬你的手。
如果您认为自己的情况更好,即使经过详尽的分析,也可以按照自己的信念去做,但是后果一定会得到解决。


为什么不?如果最终产品会被虫子缠住,没人会从中受益。团队合作并决定团队合作非常重要。但是,作为专业开发人员,您的任务是找到专业的解决方案,并在适当的时候捍卫您的立场。
编码员

0

我的老板不能用纸袋编程(实际上不能只编程好说话的人和骗子,但是为了满足他的不足,他让我做一些掩盖我工作的事情,所以他可以事情背后的大脑。1%的想法来自我提出的关键问题。100%的代码和方法来自我。当老板给我不好的想法时,我实现了自己的想法,我的老板更倾向于让自己我要与周围的每个人建立人脉关系的策略有助于扼杀他在当地的谎言。现在,我在一家大型公司中为1/3州的部门工作,尽管我会再次使用相同的策略,我将需要在网络方面更具创造力。

要回答这篇文章中的原始问题,即老板代码不如我的好。正如其他人所说。是什么让你这么想的。代码是逻辑。您为什么确切地认为自己更好?就我而言,政治发展已经超越了成功的产物。以我为例,他想扼杀我的公证以推进自己的工作。不知道您的情况在这里可能有很多可能性。


0

可以采用任何一种方式,具体取决于细节。

我知道在很多情况下,我一直在与老板争论一件事或另一件事。很多时候,我证明我的想法更好,有时他们向我展示了一个更快,更完善的解决方案。有时我们俩都不知道,所以我不得不进行研究,比较想法,甚至可能为下一轮决策提出新的建议。

如果老板是一个好老板,并且您是高级职位,他可能知道您有很多经验,并且对内部问题有更好的/全新的观点,并且如果您能解释一下,他将理解您为什么要做一些事情给他。他还将避免对您进行微观管理。

有时,无论您多么出色,都会错过一些简单的事情,但后来却使您想知道,您如何如此愚蠢而忽视一个琐碎的解决方案。而老板,从远处他的概况可能会发现他们容易得多。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.