这是一个创建于 2525 天前的主题，其中的信息可能已经有所发展或是发生改变。
那么滚，那么忍。说的简，在情况还没那么急迫的情况下，暂时还不想到这一步。 这个领导，虽然也是半技术出身，但不是科班，不是软件方向的；且性格比较浮夸，爱忽悠。 具体到讨论某个技术的时候，就开始秀智商了；软件设计 /架构的常识缺乏的令人发指。
- 我也知道他是领导，不能直接怼；
- 但是真的不太能忍一些常识性错误的问题；
- 且他的柔术很是了得，一个简单的问题能绕来绕去；两句话能讲明白的问题（建立在某些常识的基础上），能反复讲来讲去（但最后还是归于常识的认知）；
我想各位 V2 应该也会遇到这样的领导； 大伙都是怎么跟他们打交道的？
PS，大多数时候都是他找我来讨论问题，所以这些冲突不可避免；
 | 1 HuHui 2018-11-13 20:39:09 +08:00 via Android 要么忍，要么滚，能怎样 |
 | 2 junan0708 2018-11-13 20:48:48 +08:00 via Android 吵过几次，不搭理他了，他想干啥干啥吧！ |
 | 3 Raffaelloo 2018-11-13 21:14:32 +08:00 via iPad 三言不清, |
 | 4 icew4y 2018-11-13 21:26:54 +08:00 via iPhone 。。。我也是，傻逼领导，我现在就是你爱干啥就干啥吧，又不是我的公司 |
 | 5 helloworld12 2018-11-13 21:31:41 +08:00 要采取的行为,对事情有正向推进吗? 没有就放弃. 或者对自己有正向推进吗? 没有就不做. |
 | 6 glues 2018-11-13 21:34:46 +08:00 via iPhone  1 你是怕他用巴西柔术削你？ |
 | 7 glume 2018-11-13 21:44:26 +08:00 这种事情，没什么答案吧。 |
 | 8 kimown 2018-11-13 22:43:27 +08:00 via Android 辞职 |
 | 9 Midnight 2018-11-13 22:46:30 +08:00 如果钱到位。。。。。。。。。 |
 | 10 iConnect 2018-11-13 22:49:43 +08:00 via Android 技术方案有时候不一定有一边倒的最佳选择，这种情况沟通能力和权力职级就比技术优劣本身，更能影响决定。 |
 | 13 DnC OP @glume 大多数情况下没有完争出胜负的意思。 不过，很简单的架构或者方案，跟他能讨论一两个小时也讨论不出来个结果。 |
 | 14 myhot21 2018-11-14 07:57:50 +08:00 via Android 必须怼的，实现负责写代码的是你。或者不论他说什么，都绝不和他吵架，然后按自己的合理架构来开发实现，反正他也不懂。 |
| 15 myhot21 2018-11-14 07:59:32 +08:00 via Android 其实很多时候领导要的是结果，绝不是实现过程。只要你最终结果和他接近或一样，领导大多不会管你的实现方法是否和他一样。 |
 | 16 bigmouthhaile 2018-11-14 08:44:46 +08:00 via Android 情况和你一样，只能忍着 |
| 17 helloworld12 2018-11-14 09:04:16 +08:00 @myhot21 #15 或者不论他说什么，都绝不和他吵架，然后按自己的合理架构来开发实现，反正他也不懂。 不出问题还好，出问题。。。你就挂了 |
 | 18 anyele 2018-11-14 09:09:44 +08:00 via Android 一样，但我辞职了 |
| 19 myhot21 2018-11-14 09:24:33 +08:00 via Android @helloworld12 楼主已经说了，领导是一个忽悠型半技术出身的非科班人员。怕出问题，在技术上实现上还能相信这样的领导？ |
 | 20 jjx 2018-11-14 09:37:19 +08:00 举例说明 虽然也是半技术出身，但不是科班，不是软件方向的 不应该是你指责的方向 至于技术, 仁者见仁, 智者见智, 不同场合有不同的处理方式, 同样不能一概而论 在 v2, 还是需要拿实际东西来说话 |
 | 21 LeungV2 2018-11-14 09:48:07 +08:00 听的不耐烦了我都是 直接让他讲需求我做软件，少 BB |
| 22 DnC OP @jjx #20 我说的是一种现象，可能也是 V2 们经常遇到的现象。不是想证明我和领导的观点对错的。 而且三两句话很难讲明白。 好吧，随便举几个比较容易能看明白的例子。 * 后端跑一个 VM，前端用 browser 通过 VDI 访问；涉及到一个特殊的用户交互的问题。领导的想法是把交互的逻辑功能都写在前端，然后在前段启一个 socket 和后端的 VM 通讯。 * 接问题(1)，后端有两个 services ；领导一直担心多人访问的话，两个 service 之间怎么做 mapping ；是不是每个用户，都要独占一个 service ； 这么简单的问题，在不具备软件设计尝试的情况下，怎么交流。 |
 | 23 chenset 2018-11-14 09:57:42 +08:00 吵多了就应该慢慢把握好度了 , 还不行那就要么忍 要么滚 |
 | 24 Tvan 2018-11-14 09:59:49 +08:00 via iPhone 吵架还好，我记得有个 V 有（男）被领导… |
| 25 DnC OP @jjx #20 不是在指责他；毕竟是领导，没打算让他来写代码的，不是吗。 问题就出在，他喜欢跟你讨论设计，喜欢提出一些想法来。 你提出你的想法，耐着性子跟他交流的话，或许他也不会那么固执。 但是，但是，就譬如说为什么要把服务做在后端（而不是前端），为什么不要修改原来已经稳定的功能（而是去做扩展），这些常识的东西，你要跟他花大把的精力来解释.... 很崩溃；讲着讲着，我就有点不耐烦，急躁了。 |
 | 27 1069401249 2018-11-14 11:07:10 +08:00 1 +1，上家领导就这样。做事只看当前版本进度，不计后果，做事也不跟你商量，留下来的坑得我们填。 |
 | 31 boris1993 2018-11-14 13:56:01 +08:00 via Android 曾经有个这种人做我的项目经理 驳两句，发现人家明白是明白，就是死不承认 那好啊，我也省得吵了，你说啥就是啥，你说啥我都当你面记下来，最后做出一锅屎别找我 |
 | 32 witcat 2018-11-14 14:04:19 +08:00 我以前也经常怼上司，所以我现在家里蹲了 |
 | 33 Depth 2018-11-14 14:10:30 +08:00 其实技术人员讨论问题一直有个缺点，就是主观判断结论，这个问题怎么怎么样。该不该，科学的应该是根据多方意见充分评估，列明优缺点。领导往往需要起一个参考意见和选择的职责。 |
 | 34 kazeik 2018-11-14 14:15:22 +08:00 领导说啥你就做啥，还来脾气了。还要不要工资呐？还要不要满分的考核呐？ |
 | 35 S8I86w6eTxeLcK0a 2018-11-14 14:31:49 +08:00 神态一变 竖起大拇指 满脸欣喜的看着领导 哇 你想的太全面了 我怎么没想到 领导牛逼！ |
 | 36 hsjylaji 2018-11-14 15:16:23 +08:00 其实你家里有矿 无所谓真的 看不爽就喷 ， |
| 37 jjx 2018-11-14 15:32:54 +08:00 我随便回复, 不明白情况, 不要生气 ``` 后端跑一个 VM，前端用 browser 通过 VDI 访问；涉及到一个特殊的用户交互的问题。领导的想法是把交互的逻辑功能都写在前端，然后在前段启一个 socket 和后端的 VM 通讯。 ``` 这个现在其实用 websocket 通讯, 前端做掉, 处理方法也是可行的 meteor/ 菜鸟打印组件, 我们 erp 也搞了个类似的服务, 都是这种思路, websocket 不光光是消息聊天 |
 | 38 fadaixiaohai 2018-11-14 16:10:19 +08:00 等到出了问题再沟通。。前面讲再多都没用。 |
 | 39 lmmortal 2018-11-14 16:15:03 +08:00 via iPhone 深呼吸试试看 |
 | 40 xuanbg 2018-11-15 08:22:51 +08:00 既然领导懂点技术不是全懂，那你和他讨论概念性的大框架就好了嘛。不要涉及具体技术和细节，一旦涉及细节，你的领导就会 hold 不住，这就尴尬了。当然了，哪怕概念性的东西，也难免尿不到一壶里面去。那么，你就得学会换个角度看问题了。总之，求同存异也好，偷换概念也罢，重要的是把东西做出来，把问题解决掉。碰上这样的领导，虽然心累，但好处是你会学得奸滑如鬼啊，只有你套路别人，没人能套路你。。。 |
 | 41 AllenW 2018-11-15 09:34:41 +08:00 跑路被 我第一家 leader 就是 人很好但是技术很多都跟他能谈半个小时因为一个常识问题 ，我旁边的吃瓜群众以为我在跟我老大吵架呢，所以我在试用期就跑路了 |
 | 42 zhxiaom5 2018-11-15 18:54:44 +08:00 随便回复 1.有问题坦诚的沟通，不要当面怼，当面怼图个啥 2.多角度看问题，从领导角度看问题，试图看的更广，更远，也许就能发现领导更超前的一些想法。实际工作中我感觉绝大部分的领导没那么傻，尤其是互联网行业，既然能当上领导，那么必然在全局掌控，规划方面之类的方面有过人支出。 3.技术细节很重要，技术细节也没那么重要。不要跟领导，不要跟产品经理，更不要跟老板谈技术细节，没有意义，层级和看问题的角度不一样。亲身经验，自己默默的实现，如果工作量较大就适当反馈下。 |
Select Language