有点职场 PUA,是否向更 CTO 反馈?

2024-01-11 00:41:42 +08:00
 vnex
感觉 leader 比较喜欢操纵(和服从性)

从其他服务 copy 一个函数过来,就非要让你改名字,说命名很重要。。。(事实上,项目里的代码十分垃圾)
然后 说这个函数名字是 copy xxx 的命名(他的 leader )
他回复说:他那个上下文合适这个命名,你这边不合适。。。
然后 leader 让其他同学不要 merge 我的代码,他要亲自 merge (我们这边平时的 merge ,基本不太看内容,走个形式)
无奈,按照他的要求改了


后面各种 p 事后,吵架了。。。
相安无事一段时间后

最近又拿着一个前端的东西,让我改,需求是多加一个输入框
我直接用原生的 input 解决需求(并且前面的输入也是用原生的)
然后非得让我用另一个同学封装了的输入控件,说可以多花点时间。比较麻烦,还要把之前的表单控件也给一起改了。

公司是外企,领导在美国,中国人,CTO 也在美国 (坐在领导旁边)
前两天 meeting ,说到其他同学的时候会直接说下分配, 还特意点着我的名字,说一些项目细节(感觉是特意用来表露我什么都不懂)

HR 招的时候,有跟我说这个是 AB 岗


说个阴险的,之前有一次 meeting ,让我直接弄个可以在线上环境走个人分支的代码的入口(执行脚本的时候调用的分支名字是个人分支而不是 master ),说这样可以节省时间,不需要其他同学 review 。当时不大懂还就照做了,好在后面公司中有服务迁移,那个脚本不再维护,其他同学帮我下掉了

目前来说,他做的事情我肯定是顶替不了的,而且很多事情避不开要从他那边接下来。。。
3530 次点击
所在节点    职场话题
34 条回复
seki
2024-01-11 00:50:54 +08:00
这些例子,但从描述上不好判断谁对谁错

建议直接把你心里的想法和他沟通一次,不行再越级
vnex
2024-01-11 00:52:26 +08:00
说个阴险的,之前有一次 meeting ,让我直接弄个可以在线上环境走个人分支的代码的入口(执行脚本的时候调用的分支名字是个人分支而不是 master ),说这样可以节省时间,不需要其他同学 review 。当时不大懂还就照做了,好在后面公司中有服务迁移,那个脚本不再维护,其他同学帮我下掉了

这个的是影响 SOC2 。。。
Vegetable
2024-01-11 00:57:52 +08:00
鸡毛蒜皮的小事儿,你这么描述我更倾向于你问题更大。
tigerstudent
2024-01-11 08:34:40 +08:00
第一件事不好评价
第二件事,你同事封装的控件肯定跟原生 input 有区别的吧?说不定是效果更好呢?他想借这个机会一并优化之前的原生 input 呢?
第三件事,看不懂你想表达什么
mumuuu
2024-01-11 08:47:03 +08:00
没看明白
rambo92
2024-01-11 08:49:09 +08:00
想问一下是哪个外企
xuqiccr
2024-01-11 08:59:28 +08:00
op 是第一份工作吗,感觉都是鸡毛蒜皮的事啊,不用太往心里去
imianba2zz
2024-01-11 09:23:18 +08:00
礼貌反驳一下,楼上说是鸡毛蒜皮小事的是没有经历过吗?这样的领导很影响上班心情呀和积极性呀。目前正在经历这样的领导,痛苦。
SnaHou
2024-01-11 09:26:55 +08:00
受气也是工作内容一部分
k8ser
2024-01-11 09:31:27 +08:00
在不影响按时上下班的前提下,我都是领导让干啥干啥。
Goooooos
2024-01-11 09:33:19 +08:00
请问,这叫 PUA 吗?
dropdatabase
2024-01-11 09:35:42 +08:00
给💰就行。人和代码有一个能跑就行。
renmu
2024-01-11 09:37:43 +08:00
省流
领导让我改函数名,让我原生输入框改成封装,这算不算 PUA 我
daj2
2024-01-11 09:38:34 +08:00
从描述上听起来,领导没什么问题
stillsilly
2024-01-11 09:39:31 +08:00
第一件事他是对的,举个例子,一个显示商品价格的地方,给数字加千分位符,如果你的函数名叫 getFormattedPrice 参数名 price 。后来有个表格,所有数字类型的列都要加千分位符,把之前的代码复制粘贴过来,这时候还叫 getFormattedPrice 就很不合适了,函数名要改成 getFormattedNumber 、formatWithCommas 之类的,参数名也要改掉,改成 num 、number
satoru
2024-01-11 09:42:12 +08:00
> 我们这边平时的 merge ,基本不太看内容,走个形式
所以你觉得这样是好的?
vyronlee
2024-01-11 09:47:04 +08:00
都是因为经历过才能这么说,这是职场不是学校,拿了钱就得办事。Leader 跟自己有分歧听 Leader 的,提意见可以(而且有这主动性就很好),但别人不采纳也不要往心里记仇,每个人都有自己的考虑。他是要对项目对公司负责而不是对个人负责,除非你有把握把他踢掉自己上,这样可以随便刚,但要想好后果。能忍就忍,不能忍就跑。
Mikawa
2024-01-11 09:54:38 +08:00
我也有过类似的经历,现在的感觉就是这个 leader 和我观念不一致,但是看在这个公司能躺得比较舒适的份上,选择了继续摸下去,打算等一轮合同结束再看看
Mikawa
2024-01-11 09:56:37 +08:00
@Mikawa 我的 leader 是之前从 IC 提拔上来的,所以对代码有些自己的想法,但是脱离实际业务有一段时间了,所以他有些时候的观念我不太认同,只能试试聊清楚,讲个前因后果了

> 违反 SOC2 的不能忍,得强烈反驳,或者他来担责
Mikawa
2024-01-11 10:00:48 +08:00
@Mikawa #18 另外,文无第一武无第二,写代码这件事很多时候都是各自有理,如果这个公司的待遇、强度都不错的话,可以试试梳理下他们的观念,然后从那个角度出发去写。如果待遇不行...那骑驴找马,然后 escalate 一手看看能不能解决问题也挺好的,现在你们老板显然是对你有刻板的意见了,能同公司调个组最好

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://yangjunhui.monster/t/1007664

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX