拜托，超无聊的话题，别再占版面了..xd
小孩子? 这个还要问? 你要离职续留，转职 anyway
※ 引述《zanyking (最后的六年级生)》之铭言：
: ※ 引述《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，但我们版上的没有看到实际案例是很难评断的