忍不住就技术问题跟领导吵架，怎么破？

[DnC]

那么滚，那么忍。说的简单，在情况还没那么急迫的情况下，暂时还不想到这一步。 这个领导，虽然也是半技术出身，但不是科班，不是软件方向的；且性格比较浮夸，爱忽悠。 具体到讨论某个技术的时候，就开始秀智商了；软件设计 /架构的常识缺乏的令人发指。

• 我也知道他是领导，不能直接怼；
• 但是真的不太能忍一些常识性错误的问题；
• 且他的柔术很是了得，一个简单的问题能绕来绕去；两句话能讲明白的问题（建立在某些常识的基础上），能反复讲来讲去（但最后还是归于常识的认知）；

我想各位 V2 应该也会遇到这样的领导； 大伙都是怎么跟他们打交道的？

PS，大多数时候都是他找我来讨论问题，所以这些冲突不可避免；

[HuHui]

要么忍，要么滚，能怎样

[junan0708]

吵过几次，不搭理他了，他想干啥干啥吧！

[Raffaelloo]

三言兩語說不清,隨緣

[icew4y]

。。。我也是，傻逼领导，我现在就是你爱干啥就干啥吧，又不是我的公司

[helloworld12]

要采取的行为,对事情有正向推进吗? 没有就放弃. 或者对自己有正向推进吗? 没有就不做.

[glues]

你是怕他用巴西柔术削你？

[glume]

有需要领导承认错误吗？然后一脸悔恨的说，你是对的，应该听你的。
这种事情，没什么答案吧。

[kimown]

辞职

[Midnight]

如果钱到位。。。。。。。。。

[iConnect]

技术方案有时候不一定有一边倒的最佳选择，这种情况沟通能力和权力职级就比技术优劣本身，更能影响决定。

[DnC]

@glues 毕竟踏他是顶头上司。不管他用柔术还是截拳道，都够我吃一壶的。

[DnC]

@iConnect 是，是，是。这个我也懂。但是呢，还是忍不住… 哈哈

[DnC]

@glume 大多数情况下没有完争出胜负的意思。
不过，很简单的架构或者方案，跟他能讨论一两个小时也讨论不出来个结果。

[myhot21]

必须怼的，实现负责写代码的是你。或者不论他说什么，都绝不和他吵架，然后按自己的合理架构来开发实现，反正他也不懂。

[myhot21]

其实很多时候领导要的是结果，绝不是实现过程。只要你最终结果和他接近或一样，领导大多不会管你的实现方法是否和他一样。

[bigmouthhaile]

情况和你一样，只能忍着😂

[helloworld12]

@myhot21 #15 或者不论他说什么，都绝不和他吵架，然后按自己的合理架构来开发实现，反正他也不懂。
不出问题还好，出问题。。。你就挂了

[anyele]

一样，但我辞职了

[myhot21]

@helloworld12 楼主已经说了，领导是一个忽悠型半技术出身的非科班人员。怕出问题，在技术上实现上还能相信这样的领导？

[jjx]

举例说明

虽然也是半技术出身，但不是科班，不是软件方向的 不应该是你指责的方向

至于技术, 仁者见仁, 智者见智, 不同场合有不同的处理方式, 同样不能一概而论

在 v2, 还是需要拿实际东西来说话

[LeungV2]

听的不耐烦了我都是 直接让他讲需求我做软件，少 BB

[DnC]

@jjx #20 我说的是一种现象，可能也是 V2 们经常遇到的现象。不是想证明我和领导的观点对错的。
而且三两句话很难讲明白。
好吧，随便举几个比较容易能看明白的例子。
* 后端跑一个 VM，前端用 browser 通过 VDI 访问；涉及到一个特殊的用户交互的问题。领导的想法是把交互的逻辑功能都写在前端，然后在前段启一个 socket 和后端的 VM 通讯。
* 之前成熟的产品上有一个通讯模块，因现在希望通过 browser 访问，需要扩展通讯协议。领导想直接修改原来的通讯模块，而不是做功能扩展。（新的场景还没有经过验证，需求存在频繁变化的可能）
* 接问题(1)，后端有两个 services ；领导一直担心多人访问的话，两个 service 之间怎么做 mapping ；是不是每个用户，都要独占一个 service ；
这么简单的问题，在不具备软件设计尝试的情况下，怎么交流。

[chenset]

吵多了就应该慢慢把握好度了 , 还不行那就要么忍 要么滚

[Tvan]

吵架还好，我记得有个 V 有（男）被领导…

[DnC]

@jjx #20 不是在指责他；毕竟是领导，没打算让他来写代码的，不是吗。
问题就出在，他喜欢跟你讨论设计，喜欢提出一些想法来。
你提出你的想法，耐着性子跟他交流的话，或许他也不会那么固执。
但是，但是，就譬如说为什么要把服务做在后端（而不是前端），为什么不要修改原来已经稳定的功能（而是去做扩展），这些常识的东西，你要跟他花大把的精力来解释.... 很崩溃；讲着讲着，我就有点不耐烦，急躁了。

[DnC]

@Tvan #24 你是说手机摄像头识别手机壳颜色，打架的那个？

[1069401249]

+1，上家领导就这样。做事只看当前版本进度，不计后果，做事也不跟你商量，留下来的坑得我们填。

[serical]

@Tvan 好像是领导老是摸他？

[Tvan]

@DnC 好像是摸他
@serical 是的～

[May725]

@Tvan 被领导摸的 v 友，我记得是一个傲娇头像的，具体 id 记不清了

[boris1993]

曾经有个这种人做我的项目经理

驳两句，发现人家明白是明白，就是死不承认

那好啊，我也省得吵了，你说啥就是啥，你说啥我都当你面记下来，最后做出一锅屎别找我

[witcat]

我以前也经常怼上司，所以我现在家里蹲了

[Depth]

其实技术人员讨论问题一直有个缺点，就是主观判断结论，这个问题怎么怎么样。该不该，科学的应该是根据多方意见充分评估，列明优缺点。领导往往需要起一个参考意见和选择的职责。

[kazeik]

领导说啥你就做啥，还来脾气了。还要不要工资呐？还要不要满分的考核呐？

[S8I86w6eTxeLcK0a]

神态一变 竖起大拇指 满脸欣喜的看着领导 哇 你想的太全面了 我怎么没想到 领导牛逼！

[hsjylaji]

其实你家里有矿 无所谓真的 看不爽就喷 ，

[jjx]

我随便回复, 不明白情况, 不要生气

```
后端跑一个 VM，前端用 browser 通过 VDI 访问；涉及到一个特殊的用户交互的问题。领导的想法是把交互的逻辑功能都写在前端，然后在前段启一个 socket 和后端的 VM 通讯。
```

这个现在其实用 websocket 通讯, 前端做掉, 处理方法也是可行的

meteor/ 菜鸟打印组件, 我们 erp 也搞了个类似的服务, 都是这种思路, websocket 不光光是消息聊天

[fadaixiaohai]

等到出了问题再沟通。。前面讲再多都没用。

[lmmortal]

深呼吸试试看

[xuanbg]

既然领导懂点技术不是全懂，那你和他讨论概念性的大框架就好了嘛。不要涉及具体技术和细节，一旦涉及细节，你的领导就会 hold 不住，这就尴尬了。当然了，哪怕概念性的东西，也难免尿不到一壶里面去。那么，你就得学会换个角度看问题了。总之，求同存异也好，偷换概念也罢，重要的是把东西做出来，把问题解决掉。碰上这样的领导，虽然心累，但好处是你会学得奸滑如鬼啊，只有你套路别人，没人能套路你。。。

[AllenW]

跑路被 我第一家 leader 就是 人很好但是技术很多都跟他能谈半个小时因为一个常识问题 ，我旁边的吃瓜群众以为我在跟我老大吵架呢，所以我在试用期就跑路了

[zhxiaom5]

随便回复
1.有问题坦诚的沟通，不要当面怼，当面怼图个啥
2.多角度看问题，从领导角度看问题，试图看的更广，更远，也许就能发现领导更超前的一些想法。实际工作中我感觉绝大部分的领导没那么傻，尤其是互联网行业，既然能当上领导，那么必然在全局掌控，规划方面之类的方面有过人支出。
3.技术细节很重要，技术细节也没那么重要。不要跟领导，不要跟产品经理，更不要跟老板谈技术细节，没有意义，层级和看问题的角度不一样。亲身经验，自己默默的实现，如果工作量较大就适当反馈下。

[zhxiaom5]

@iConnect 赞同