※ 引述《leo5916267 (封膜猎人)》之铭言:
: 也许在软件也蛮容易遇到类似个性的同事
: 我们是新创公司,我进去前已就有一个前端工程师,他从0建构了整个产品A
: 我是产品B的前端,刚好我们产品线不急,被拉去支援他们 改版
: 但在合作上就觉得跟他相处很不舒服
: 可能是把我当竞争对手吧?
^^^^^^^^^^^^^^
不要做这种假设,很多programmer 选择这行就是因为他们对人技巧不好、但好死不死又
适合写程式
除非你观察到产品A一直找不到其他前端,或者新加入的前端离职率很高,否则我们没有
客观事实
这种情况下除非你是主管,那你可以用自由心证去决定他对人的态度在公司算不算是
Toxic,但不是的话,那就不要在心里做这种假设,这很容易双方相互升级的
: 喜欢用高姿态/批判的方式codereview,
: 而我对他提出写法的意见,才提开头一句
: 就霹雳啪拉回了十句,顺带挑我程式毛病,我觉得更像是用公事来打压别人
: 就讲不得,而整个团队都对他很头痛,但又要依赖他做事情,很多文件需求都没写清楚
以上可以举例吗?因为叙述里面都是形容词,没有实际案例很难判断
: ,很多事情都绑在他身上,而且专案架构维护性蛮差的,我看了整整一个月才懂他的
^^^^^^^^^^^^^^^^^^^^
新创公司很多时候会这样,维护性很差在新创公司视情况也不奇怪
: 思路,大概就是小孩子拿AK的感觉
^^^^^^^^^^^^^^^^
在你给出一个sample code 之前,这说法有点武断,而即使code quality 真的很糟,
在某些情境下这也是许可的
我还在台湾的时候,常常一早到公司打开IDE git pull完,会看到在美国的技术主管
或CTO半夜直接commit 进master的Code,他们有时候会改到我正在作业的地方
而这种突然加进来的程式码,常常是scala写的串了十几行一堆map fold zip 的操作,
几乎不做exception handling、没有nullity check、没有logging、变量命名极其糟糕
、完全不写测试、有许多复制贴上、没有comment
如果我不讲context,大概很多人这时候会觉得这环境很糟、我们技术水平很差在乱搞吧?
但情况是他们常常是在连续十几个小时的工作后,要硬把一个功能做出来然后马上demo
给VC 或要好的客户看,只要happy path 情境会动就上了
而我的工作这时候就是把那段程式码重构、整理成团队该有的水平
我会去联络前端把系统跑起来看看,确认美国那边在我们睡觉的时候到底加了什么功能,
确实搞清楚这段逻辑到底在干嘛、Slack 上把我认为他在干嘛写清楚跟原作者确认,然后
如果有bug、有缺、还是有其他会鸡飞狗跳的东西,那就是我那天的工作
这就是我们当时的分工,其实没有人特别提,但在压力与刺激下就是自然变成这样了
: 我们做事不得不都要照的他的方式做事,但他又很自我中心,跟他配合心力大概4成是处理情绪问题4成才是程式问题
: 我网络上找过类似的关键字
: 攻击性强的同事
: 自以为是的同事
: 他的性格满符合上面相关搜寻找到的描述
: 不知道各位前辈是怎么应对的
: 我现在是当练EQ,大概还要半年改版完忍忍
: 程式部分就消极应对,我有好的想法就跟别人讨论,在他的专案只用他写过的方式做
我不确定你们的新创公司现在在什么阶段?如果是正在极速冲刺,而他是主力,那或许
你就得像我当年那样,去做那个看到前锋冲出去了,就赶快掩护射击搞火力支援的人
这当然讲求默契与互信
也许你可以试看看拿你负责的专案问问他有没有什么建议,如果他还是非常刺、然后
很多酸言酸语,那也许他就真的很Toxic,但我们版上的没有看到实际案例是很难评断的