V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
itechnology
V2EX  ›  程序员

领导打算辞退我组里的一名员工了,程序员写代码时多沟通真的很重要

  •  2
     
  •   itechnology · 2023-03-01 10:26:41 +08:00 · 22886 次点击
    这是一个创建于 631 天前的主题,其中的信息可能已经有所发展或是发生改变。

    这个员工身上有几个问题让领导不得不辞退他:

    1 、技术属于中上,前沿的技术(比如 k8s 什么的)都比较清楚,但业务代码写的比较差,写的代码出现过好几次 oom ,无一例外都是有些地方没有判断,导致查了一张表的所有数据。

    2 、遇到问题非常不喜欢问其他人,老是喜欢自己瞎琢磨,有时候自己琢磨一整天真的不如其他同事的一句话。

    3 、还是第二点的问题,产品下发需求给他做,他有不明白的地方也不找产品确认,就自顾自的认为应该是这样做,结果并不是,搞得还要返工。

    4 、老是喜欢自己造轮子,非常浪费时间。比如说用了 mybatis-plus 会默认在持久层实现查询列表的方法,查询列表没有特殊情况都直接用这个方法就可以了,他就不,非得自己在 mapper 文件中新写一个。还有,调用其他微服务查列表时,明明已经有这个接口了,他也不问,非得自己重新在那个微服务里重新写一个。

    上面这些情况我都跟他说了好几次了,他依然不改。。。

    他现在还不知道这件事,我都不知道该怎么开口。

    第 1 条附言  ·  2023-03-01 15:03:51 +08:00
    我补充一点:
    1 、让领导决定辞退他的原因是基于上面四点,他做的一个需求延期了三次,最后上到生产了依然不能用,害得一堆人天天陪着他加班到晚上十一二点。
    第 2 条附言  ·  2023-03-02 09:20:07 +08:00
    说明一下,辞退是有补偿的,具体是 n 还是 n+1 我就不清楚了
    170 条回复    2023-03-03 11:25:28 +08:00
    1  2  
    wetalk
        1
    wetalk  
       2023-03-01 10:29:10 +08:00
    代码写得好不如沟通能力强
    HongJay
        2
    HongJay  
       2023-03-01 10:30:23 +08:00   ❤️ 39
    沟通能力不强没事,但不能瘸腿
    746970179
        3
    746970179  
       2023-03-01 10:31:22 +08:00   ❤️ 3
    思想问题, 技术是为业务服务的
    nekochyan
        4
    nekochyan  
       2023-03-01 10:31:58 +08:00
    第四点这个不能理解,有现成的为啥不问 /不用,早点搞完还能摸鱼
    dongisking
        5
    dongisking  
       2023-03-01 10:36:05 +08:00   ❤️ 1
    你们内部是否有 review
    hidemyself
        6
    hidemyself  
       2023-03-01 10:37:32 +08:00
    给赔偿吗,给赔偿考虑这么多干什么
    itechnology
        7
    itechnology  
    OP
       2023-03-01 10:37:59 +08:00
    @nekochyan 这一点我也不懂
    nothingistrue
        8
    nothingistrue  
       2023-03-01 10:38:04 +08:00   ❤️ 27
    “写的代码出现过好几次 oom ,无一例外都是有些地方没有判断,导致查了一张表的所有数据”:低级错误还能犯,这特么能算技术中上?这要么是长时间原地踏步的初级工程师,要么就是破罐子破摔的老油条,看后面的描述,差不多是前者。
    itechnology
        9
    itechnology  
    OP
       2023-03-01 10:39:06 +08:00
    @dongisking 开始领导说每次迭代一个版本之后要进行一次代码 review ,后来实在抽不出时间,领导就一直没提这件事了
    itechnology
        10
    itechnology  
    OP
       2023-03-01 10:39:27 +08:00
    @hidemyself 有赔偿,具体多少不清楚
    chendy
        11
    chendy  
       2023-03-01 10:39:58 +08:00
    1 表示技术水平其实也不咋行
    2 3 4 表示沟通能力真的有问题
    除非真的没人可用,否则换谁都会开了他

    领导辞退人应该不用你去说吧,只是告知你一下
    plutome
        12
    plutome  
       2023-03-01 10:40:32 +08:00   ❤️ 32
    技术中上,但业务代码写不好。这不典型眼高手低么

    每天看源码,钻细节,扣设计模式。感动自己收获满足,但其实连 CRUD boys 都不如(狗头
    fiypig
        13
    fiypig  
       2023-03-01 10:40:33 +08:00
    没办法,打工赚钱就要服从需求来的,虽然每个人都有自己的做事风格,但是不影响公司基础上去做吧,主要还是要事情做好,啥事没有
    ql562482472
        14
    ql562482472  
       2023-03-01 10:41:07 +08:00
    这技术不行啊
    learningman
        15
    learningman  
       2023-03-01 10:42:05 +08:00 via Android
    这个查了一张表的所有数据,指的是没 select 还是没 where 啊。。。
    mcfog
        16
    mcfog  
       2023-03-01 10:43:00 +08:00   ❤️ 6
    我总结一下:条件不搞清楚查全表 boom 、已经引用的类库里的能力不用而自己写、已经有的接口自己重新实现
    以上问题提醒、讨论过没有改变

    我好奇的是这属于技术中上的话,UP 你的其他同事干活是什么状态
    bigseafish90
        17
    bigseafish90  
       2023-03-01 10:43:04 +08:00
    这种不开除留着干嘛?为了技术而技术,早晚害死人而已,没什么好考虑的。估计是年轻人,拿公司成本来折腾。
    TuringGunner
        18
    TuringGunner  
       2023-03-01 10:43:26 +08:00   ❤️ 2
    这说到底就是技术不行啊

    简单的边界条件都考虑不到
    hhjswf
        19
    hhjswf  
       2023-03-01 10:48:30 +08:00 via Android
    技术中上
    我觉得他这种是看了视频文档,懂一点,真让他去做肯定一笔吊糟。粗枝大叶谁敢让他去做 k8s
    itechnology
        20
    itechnology  
    OP
       2023-03-01 10:48:52 +08:00
    @learningman 边界没判断,有些情况出现没 where ,导致查出好几十万条数据
    polo3584
        21
    polo3584  
       2023-03-01 10:48:54 +08:00
    感觉是沟通能力有问题。。。我们组也有这样的人,不过组内沟通没啥问题,我们就给他安排些对外沟通比较少的活。
    zhang77555
        22
    zhang77555  
       2023-03-01 10:49:28 +08:00 via Android   ❤️ 3
    典型的眼高手低吧,一直盯着新出的东西玩 demo 吹牛皮,写出来的东西却不堪大用,我刚毕业时也是这个状态
    bk201
        23
    bk201  
       2023-03-01 10:50:02 +08:00   ❤️ 1
    这哪是沟通问题,这是技术不行吧。前沿技术指的是看新闻,新闻 boy?
    itechnology
        24
    itechnology  
    OP
       2023-03-01 10:50:08 +08:00
    @mcfog 我这里说的技术中上是指技术知道的比较多,面试时也能比较清楚的回答出来,但写业务时就不行
    ChefIsAwesome
        25
    ChefIsAwesome  
       2023-03-01 10:50:53 +08:00
    除非你们有末位淘汰制,否则公司裁人,大概率只是因为老板没钱。
    Yc1992
        26
    Yc1992  
       2023-03-01 10:54:44 +08:00
    这属于技术跟沟通都有问题
    wingor2015
        27
    wingor2015  
       2023-03-01 10:55:37 +08:00
    这种人,说实话,去哪都是祸害
    voidmnwzp
        28
    voidmnwzp  
       2023-03-01 10:56:05 +08:00
    @itechnology 那也不算技术好吧 工作几年了?
    Mrun
        29
    Mrun  
       2023-03-01 10:56:15 +08:00
    现在行业有大把看了几本书,或者几篇公众号文章的。就觉得自己学了技术。。。。。
    Stevenv
        30
    Stevenv  
       2023-03-01 10:57:11 +08:00
    只能说他面试牛逼。兄弟,如果还招人,远程的话,可以喊我面面。。我不会走这位朋友的老路
    anguiao
        31
    anguiao  
       2023-03-01 10:57:35 +08:00
    事实就是会吹牛的人更容易拿到 offer ,至于写出来的代码,只要不是太差,也不会混到这样被辞退的程度。
    laqow
        32
    laqow  
       2023-03-01 10:59:00 +08:00   ❤️ 4
    看起来是给能造轮子的人安排了个擦车的活,他不得给你在漆面上画轮子
    BUHeF254Lpd1MH06
        33
    BUHeF254Lpd1MH06  
       2023-03-01 10:59:07 +08:00
    @TuringGunner 说得好,但是请问你是怎么知道 3 月份了阿森纳还是榜首的?
    aw2350
        34
    aw2350  
       2023-03-01 11:01:55 +08:00   ❤️ 10
    不是沟通问题,是自己的意识问题;
    他觉得自己是工匠。公司要的是牛马。
    就这样
    auh
        35
    auh  
       2023-03-01 11:02:57 +08:00   ❤️ 4
    干的不错,只有这样,以后跳槽面试才好找工作。坚决以个人成长为主。什么狗屁公司,都是资本家。
    wurenzhidi
        36
    wurenzhidi  
       2023-03-01 11:07:50 +08:00   ❤️ 20
    我前司有个类似的
    国企出来的,特别擅长捞成果
    对接需求,写技术文档,对外联系都是他来
    干活都是别人的
    OKR 上一列,他负责了好多项目.
    实际技术文档写的一塌糊涂,难堪大用. 偶尔写的代码编译也过不去
    写了点代码,就要在大群里 at 别人,生怕领导不知道

    然而,这样的人,就是混的好啊
    yagamil
        37
    yagamil  
       2023-03-01 11:09:10 +08:00   ❤️ 3
    之前公司有个大神级别的,做算法兼各种杂活。 反正干啥都牛 x 的,而且高难度的问题只有他才能搞出来。(比如逆向某个竞品的数据协议包,直接对着二进制逆向。。。) 反正就是不得不服的那种。

    也是不喜欢讨论或者问别人。 但公司 boss 不敢动他,还老怕他跑了。
    wolfie
        38
    wolfie  
       2023-03-01 11:10:34 +08:00
    1 4 不是沟通问题,单纯的菜。
    occupied
        39
    occupied  
       2023-03-01 11:11:48 +08:00   ❤️ 2
    直接开口就是了,按规定给赔偿。
    你们不喜欢不代表人家不是个宝,只能说没遇到伯乐,相互不要耽误
    tool2d
        40
    tool2d  
       2023-03-01 11:17:58 +08:00
    一般因为技术辞退的不多见,除非真的菜的冒烟,把周围人熏晕那种。

    大部分裁员都是公司经济下行,技术只是借口。
    yazinnnn
        41
    yazinnnn  
       2023-03-01 11:18:57 +08:00
    这不就是笨吗, 跟技术没关系
    darkengine
        42
    darkengine  
       2023-03-01 11:21:37 +08:00   ❤️ 6
    提起新技术如数家珍,落地起来一塌糊涂,这不算技术好了。
    jomalonejia
        43
    jomalonejia  
       2023-03-01 11:23:04 +08:00
    还是给条活路吧 现在这经济情况
    bai4246464
        44
    bai4246464  
       2023-03-01 11:23:12 +08:00   ❤️ 3
    @yagamil 说实话,同一种性格,有技术和没技术是两种人
    NoKey
        45
    NoKey  
       2023-03-01 11:29:13 +08:00
    程序员技术好的前提,不是要代码好么?
    god7d
        46
    god7d  
       2023-03-01 11:29:25 +08:00
    这个人明显在工作中有情绪,不如仔细想想这方面的原因
    apake
        47
    apake  
       2023-03-01 11:31:01 +08:00   ❤️ 3
    自认为 自己多琢磨, 造轮子可以提升自己技术, 只是技术眼界没打开而已.
    chenPiMeiHaoChi
        48
    chenPiMeiHaoChi  
       2023-03-01 11:33:14 +08:00
    前年我司辞了一个类似的,我猜他还很嫌弃你们菜?
    msywkylemon
        49
    msywkylemon  
       2023-03-01 11:40:36 +08:00
    第二点说的不就是我吗,确实不爱说话,喜欢自己瞎鼓捣...
    虽然刚上班,但也犯过比较蠢的问题
    看来以后要改改了,还是要多说说话...
    ligiggy
        50
    ligiggy  
       2023-03-01 11:43:13 +08:00
    关于第四点,自己写的话,遇到了问题可以提高自己的代码能力。

    当然,工作是工作,自己的提升是自己的部分。

    也许这个人更适合做偏研发类型的工作。
    ericgui
        51
    ericgui  
       2023-03-01 11:47:27 +08:00
    我们组刚被干走一个,也是这种情况
    Promtheus
        52
    Promtheus  
       2023-03-01 11:47:53 +08:00
    好吧 其实就是技术不行,当然沟通也很重要,不过技术够好的话 不沟通也不至于这么差
    RightHand
        53
    RightHand  
       2023-03-01 11:48:29 +08:00 via Android   ❤️ 1
    如果只看 2 ,4 ,有么有可能是你司的工具太难用了
    ThirdWorld
        54
    ThirdWorld  
       2023-03-01 11:48:41 +08:00
    这是领导的问题。政治任务没做好
    zw1027
        55
    zw1027  
       2023-03-01 11:48:53 +08:00
    1 、技术属于中上....有些地方没有判断,导致查了一张表的所有数据。

    你这第一条我就不认同,明显是个在开发机上能跑就交货的人,敷衍型人才。
    darknoll
        56
    darknoll  
       2023-03-01 11:48:58 +08:00   ❤️ 1
    我不觉得他的技术属于中上。中下还差不多。
    lixiang2017
        57
    lixiang2017  
       2023-03-01 11:52:26 +08:00 via Android
    这技术真不能中上
    cnbattle
        58
    cnbattle  
       2023-03-01 11:52:59 +08:00
    反感是第 3 条,既然有产品 ,还是得多跟产品交流的

    别的几条,不知入职时长,项目状态 团队状态 不好评价
    stillsilly
        59
    stillsilly  
       2023-03-01 11:53:10 +08:00   ❤️ 1
    @nothingistrue
    有的人就是这样,喜欢折腾看上去高大上新的东西,但是代码写得稀烂
    horizon
        60
    horizon  
       2023-03-01 11:53:28 +08:00
    这不叫技术中上。。。
    2bad4u
        61
    2bad4u  
       2023-03-01 11:53:32 +08:00
    之前遇到一个网易跳过来的,上班第一天把公司研发共用的服务器给 rm -rf /* 了,当天就让他走人了,哇哈哈哈
    a4854857
        62
    a4854857  
       2023-03-01 11:58:58 +08:00
    @wurenzhidi 你说的是他的彻底反面吧...
    weijancc
        63
    weijancc  
       2023-03-01 12:03:15 +08:00
    不过 mybatis-plus 自带的查询不美观, 在 mapper 上写比 mybaits-plus 的好看多了, 前提是有用插件
    liuxu
        64
    liuxu  
       2023-03-01 12:08:18 +08:00   ❤️ 8
    他的技术应该只算中等,先把上去掉

    1. oom 属于测试问题,我觉得你们公司测试部门的实力有待考证,责任他和测试 55 分。建议他自己学习一下自动化测试,开发、运维加测试,三位一体才算能力中上
    2. 不问是好事,如果能力真的在中上,能遇到的问题放在任何人身上,基本也是需要琢磨一整天
    3. 这个要问下产品的原型图和说明给清楚没,还是只言片语,几句话说了就扔那不管了,如果都给清楚了,是他的问题
    4. 你只举了 1 例,可能是他的问题,如果他造了很多轮子,每个得分析看看是不是有其他考量,是原组件性能问题还是设计有问题,还是只是他喜欢造轮子

    最后欢迎他来写 golang 或者 rust ,需要他这种造轮子的人来写基础组件贡献代码
    Dogtler
        65
    Dogtler  
       2023-03-01 12:11:54 +08:00   ❤️ 2
    同为打工人看别人的过失想自身吧:
    1. 这个是业务熟练度的问题,如果入职不久这种问题还是挺正常的
    4. 重写轮子的话,如果对业务和性能不造成影响,其实也没啥,可能自己写的对需求灵活性上改的更没包袱。
    2. 问别人一次两次倒没啥,问多了也烦,如果有信心自己琢磨能解决问题,即最终导向是良性且不耽误进度的,那么这点上倒也没啥。
    echoless
        66
    echoless  
       2023-03-01 12:16:08 +08:00 via Android
    @plutome 人家面试涨薪水 从此 crud boy 是路人
    nicebird
        67
    nicebird  
       2023-03-01 12:16:11 +08:00
    技术挺烂的水平
    BillyGao
        68
    BillyGao  
       2023-03-01 12:16:23 +08:00
    代码经常能 OOM ,k8s 这种比较熟不会是背的吧
    echoless
        69
    echoless  
       2023-03-01 12:16:41 +08:00 via Android
    @itechnology 没有代码 review 么
    sparklee
        70
    sparklee  
       2023-03-01 12:21:03 +08:00
    hahaayaoyaoyao
        71
    hahaayaoyaoyao  
       2023-03-01 12:22:34 +08:00 via Android
    @yagamil 像是在说我。这个我也干过 “逆向某个竞品的数据协议包,直接对着二进制逆向” 不过不是竞品的,是合作方也忘了的内容。
    Dogtler
        72
    Dogtler  
       2023-03-01 12:23:26 +08:00 via iPhone
    而且这些问题试用期三个多月大概率应该会暴露出来的,如果领导决意裁人应该自己跟他说。一点看法
    openmm
        73
    openmm  
       2023-03-01 12:23:42 +08:00
    脑子一根筋,去哪都吃不开了,你提到的这些问题是应届生或者经验年限低的会比较多点,这种有经验的确实不应该存在
    cp19890714
        74
    cp19890714  
       2023-03-01 12:24:32 +08:00 via Android
    很多人不自知,所以要提前进行心理建设。每半年进行一次绩效评定,对每位成员进行优点鼓励和不足建议。你该做的都做了,该帮的都帮了,能不能行那就看他自己了。当公司要辞退他的时候,他的心里应该提前感觉到了。
    echoless
        75
    echoless  
       2023-03-01 12:24:55 +08:00 via Android
    @Dogtler 其实管理层和员工沟通交流一下也能解决这个问题 oom 这种 很多人不小心就会碰到
    shijingshijing
        76
    shijingshijing  
       2023-03-01 12:27:23 +08:00   ❤️ 2
    @itechnology

    我这里说的技术中上是指技术知道的比较多,面试时也能比较清楚的回答出来,但写业务时就不行
    --------------------------------------

    就怕这种问啥都懂,让自己写也能凑合写个能跑,然而一旦正式上线就各种问题的。这种不仅自己有问题,还得拖着其他人给他擦屁股,不让他走谁走?
    shijingshijing
        77
    shijingshijing  
       2023-03-01 12:29:19 +08:00
    @yagamil 之前公司有个大神级别的,做算法兼各种杂活。 反正干啥都牛 x 的,而且高难度的问题只有他才能搞出来。(比如逆向某个竞品的数据协议包,直接对着二进制逆向。。。) 反正就是不得不服的那种。

    也是不喜欢讨论或者问别人。 但公司 boss 不敢动他,还老怕他跑了。

    -------------------------------------------------

    这种才是真 nb ,属于安全气囊类型的,可能就用那么一两次,但关键时候能顶上而且逆转结果的。
    xuyang2
        78
    xuyang2  
       2023-03-01 12:34:36 +08:00
    @itechnology
    “每次迭代一个版本之后要进行一次代码 review” 也太好笑了
    lesismal
        79
    lesismal  
       2023-03-01 12:43:55 +08:00   ❤️ 6
    相比于多数人,有一颗折腾轮子的心,会有更大的几率技术向上突破,能不能突破要看实际情况了,比如遇到牛逼的团队规范的流程、他自己想造事故都比较难有机会,但像一般的中小团队流程没那么严格规范、个人行事权限充足,他就可能惹祸、职场不顺利。

    毛躁是他的错,团队不规范也有锅,基于团队水平现状、开除可以减少事故率所以也是正确选择。。。

    如果运气好,他找个更好团队继续飞升。

    我就认识 90 后小伙子,工作前三年干倒了 6 家公司,并不算是他不靠谱,而是出身比较差去的都是比较破的公司,他自己比较上进、一直折腾轮子、搞群拉了我们好些人、老跑来跟我们问各种 sb 问题,问题从弱智到越来越高级,三年后进了家比较不错的公司,技术远超原来那些 CURD 同事,待遇也高一截
    lipcao
        80
    lipcao  
       2023-03-01 13:22:04 +08:00
    需求评审,ERD 评审,测试用例评审,code review 啥都不搞的公司幸好走了还有赔偿拿可以了 ,楼主说的这些问题能针对到人典型的 PUA 啊
    zlo309618100727
        81
    zlo309618100727  
       2023-03-01 13:27:29 +08:00
    这个是个人特质问题,喜欢钻研技术,但是眼高手低
    如果把这个人拿去做基础服务类的工作,可能会合适一些,但是毕竟岗位少,要求高
    fanyingmao
        82
    fanyingmao  
       2023-03-01 13:34:01 +08:00
    有 n+1 不,有的话就可以愉快的走人了。
    kaedea
        83
    kaedea  
       2023-03-01 13:35:51 +08:00 via Android   ❤️ 1
    笑死,这年头国内公司行情好的时候一堆水货拿着比骨干几倍工资的情况少么;行情不好的时候沟通能力再强有什么用还不是说裁就裁。与其吐槽人家沟通能力,还不如想想赔偿给到位了没有。赔偿到位不用纠结如何开口,也许人家压根不稀罕。
    tutustream
        84
    tutustream  
       2023-03-01 13:35:57 +08:00
    眼高手低..感觉是我
    Rrrrrr
        85
    Rrrrrr  
       2023-03-01 13:37:11 +08:00
    说一堆废话,直接给够钱就走拉
    NeroKamin
        86
    NeroKamin  
       2023-03-01 13:47:16 +08:00
    @yagamil 哈哈哈你说的这个人也好像我现在的领导,技术确实是牛逼
    panlista
        87
    panlista  
       2023-03-01 13:50:46 +08:00
    这种人面试挺吃香,说不定下家给你比现在还高
    zzz2021zzz
        88
    zzz2021zzz  
       2023-03-01 13:51:04 +08:00
    不能完整完成工作的人,长板越长麻烦越多
    JackZong
        89
    JackZong  
       2023-03-01 13:53:31 +08:00
    有意思
    guanhui07
        90
    guanhui07  
       2023-03-01 13:58:06 +08:00
    眼高手低,业务代码都写不好,或者为人不够谦虚,挺自以为是?感觉挺多技术心态不好,还是咋的,很自以为是,对团队是一种伤害,那要是 10 个人 写 10 个方法。。。有现成的为啥不用,就问他每个人都新写个方法,那以后项目维护不得乱七八槽。
    zoharSoul
        91
    zoharSoul  
       2023-03-01 14:07:12 +08:00
    这 tmd 是脑子有毛病
    billzhuang
        92
    billzhuang  
       2023-03-01 14:18:33 +08:00
    code review 就是解决这些问题的啊
    fournoas
        93
    fournoas  
       2023-03-01 14:22:10 +08:00
    这种好像称不上“技术属于中上”
    yangyaofei
        94
    yangyaofei  
       2023-03-01 14:23:07 +08:00
    仿佛看到某个同事, 同样的问题出现 N 次, 还有西红柿炒鸡蛋不说放盐绝对不放这种, 领导问我有救没有, 我只能说"朽木不可雕也,粪土之墙不可圬也".
    xuanbg
        95
    xuanbg  
       2023-03-01 14:33:41 +08:00
    看描述可能是极度社恐:能不和人说话就不说话,需要和人说话,想想还是不要说话吧。虽然知道不说话会耽误事,但我还是不想和人说话。
    propheteee
        96
    propheteee  
       2023-03-01 15:09:19 +08:00
    @wurenzhidi 技术方案写完不评审的吗? 评审的时候领导在的话直接 dis 他
    ranley123
        97
    ranley123  
       2023-03-01 15:26:50 +08:00   ❤️ 5
    其实写代码永远都是最简单的一环,最难的永远都是与不同的业务团队进行充分沟通,交换利益和解决 concern ;以及如何去理解需求场景和背后的业务逻辑,其中需要的软实力涉及到方方面面,从沟通到同理心,从人际交往到经验背景。所以楼主说的挺好的。
    yuanxin1999
        98
    yuanxin1999  
       2023-03-01 15:34:07 +08:00
    比如说用了 mybatis-plus 会默认在持久层实现查询列表的方法,查询列表没有特殊情况都直接用这个方法就可以了,他就不,非得自己在 mapper 文件中新写一个

    这不就是我吗,分页之类的,都是手写一个不用那个 list 或 page 。不过我这边有字典翻译的字段放在 dto 里面,所以每次都是查了,resultmap 转成对应的 dto ,但是我还是决定限制字段好一些
    Erroad
        99
    Erroad  
       2023-03-01 15:38:36 +08:00
    中上啥啊,k8s 有多前沿?你买本 kubenetes in action 两天就会基本用法的东西。这种就是眼高手低的典型代表罢了
    henryhu
        100
    henryhu  
       2023-03-01 15:46:22 +08:00
    我团队有一个成员类似,总是蒙头自己搞,别人说什么一概无视,直到做不下去才听别人的意见。我要是领导我肯定开了他
    1  2  
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   985 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 32ms · UTC 21:03 · PVG 05:03 · LAX 13:03 · JFK 16:03
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.