你倒是把问题说出来啊

如果领导让你坐犯罪的事情，坚决不干，并留下领导逼迫你的证据。如果不涉及坐牢，留下你的建议，按领导说的去做。

外行领导内行的情况不是很多么 要么忍 要么滚

在跳槽之前别说了，发个邮件出来，把方案和最终的结论列下来，留个证据。以免之后项目有问题让你背锅。

这个领导有点煞笔了。一般都不会利用自己的职级来压这个事情的，技术讨论，大家都是公平的。而且作为领导，我尽量会尊重下属的意见，即使有时候不能达成共识，除非是大是大非的技术选择，我都会让下属按他自己的方案来，毕竟他才是真正干活的人。

在跳槽之前别说了，发个邮件出来，把方案和最终的结论列下来，留个证据。以免之后项目有问题让你背锅。

这个领导有点煞笔了。一般都不会利用自己的职级来压这个事情的，技术讨论，大家都是公平的。而且作为领导，我尽量会尊重下属的意见，即使有时候不能达成共识，除非是大是大非的技术选择，我都会让下属按他自己的方案来，毕竟他才是真正干活的人。

如果你按领导的做，最后做错了，领导会说，你明知道是错的，你还去做？你为什么不坚持自己的观点。所以。。。。要么强干，要么撤退。

什么问题你倒是说出来啊。个人知识都有局限和短板，你说出来大家明鉴一下

方案让领导签字画押，然后就按领导的指示干，错了，有留据

论说话的艺术……

方案发出来 领导签字画押 出问题不找你就可以了

@Nikita1994 论说话的艺术２

作者都没说分歧是啥，你们就开始一边倒，到底谁对谁错，作者把问题贴出来啊。我和大大有矛盾。我主张核平小日本，大大不同意，你们评价下谁对谁错

1. 首先按照领导说的做，同时保存领导拍板的邮件、聊天记录
2. 尽心尽力按照领导的想法做，定期汇报进展，遇到大困难及时提出来，不管最后是花大力气解决还是换方案，领导都会觉得你还不错。
3. 有多余的精力，再按照自己想法做，并且让领导比较你的方案和他的方案。

一般来说leader如果也是做技术的，视野上应该会更广，有些点下面的人怎么都get不到，比如代码上一个非数量级的性能优化，如果带来了不易维护，或者打破了逻辑抽象上的边界，就是不值得的;再比如，为了追求上层逻辑的简单，状态有限，砍掉了一些细分流程分支，用更上层的逻辑来覆盖，而有些人会理解不了。这都是我经历过的，既然作为leader，如果真出了问题，上面也只会找他不会找你，上面可能根本不认识你。

既然是原则性问题那说明利害就行了啊，正常来说领导见过场面的应该理解呀。

当然是按照领导的要求来做了，建议提了 没有采纳，已经尽责了，别人是领导 是需要权利的

按领导要求做，做之前将方案都群发一下。或者私下给领导说一下，他可能是面子上挂不住。。。

很正常 所有公司都有这样的问题 我公司就有 苹果都不例外 改天和领导沟通下吧