那么滚,那么忍。说的简单,在情况还没那么急迫的情况下,暂时还不想到这一步。 这个领导,虽然也是半技术出身,但不是科班,不是软件方向的;且性格比较浮夸,爱忽悠。 具体到讨论某个技术的时候,就开始秀智商了;软件设计 /架构的常识缺乏的令人发指。
我想各位 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 通讯。 * 之前成熟的产品上有一个通讯模块,因现在希望通过 browser 访问,需要扩展通讯协议。领导想直接修改原来的通讯模块,而不是做功能扩展。(新的场景还没有经过验证,需求存在频繁变化的可能) * 接问题(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.技术细节很重要,技术细节也没那么重要。不要跟领导,不要跟产品经理,更不要跟老板谈技术细节,没有意义,层级和看问题的角度不一样。亲身经验,自己默默的实现,如果工作量较大就适当反馈下。 |