V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
chaleaoch
V2EX  ›  职场话题

工作发生小小不愉快,吐槽一发.

  •  
  •   chaleaoch · 2017-02-28 13:12:12 +08:00 · 4249 次点击
    这是一个创建于 2826 天前的主题,其中的信息可能已经有所发展或是发生改变。
    当初项目版本升级,所有业务都要重新写.有一部分业务当初不是我做的.我就和老板说给我讲讲业务,或者让当时写这部分业务的人给讲讲,老板说不用,你就复制粘贴就行.不用做重构,我说复制粘贴行,后端代码我一样不动,但是以后出问题别找我.反正我业务也不熟悉.老板说行.

    现在出问题了,让我解决.

    哎,反正还有十天就离职了...
    第 1 条附言  ·  2017-02-28 14:26:04 +08:00
    如果觉得我有不对的,也可以吐槽我.

    我想知道这种情况到底是谁的问题,问题出在哪里.
    以后遇到类似情况应该如何处理.
    19 条回复    2017-03-01 10:29:17 +08:00
    chaleaoch
        1
    chaleaoch  
    OP
       2017-02-28 13:13:29 +08:00
    是不是在很多人看来,这都不是个事儿?

    外包就是坑,不把你当自己人.什么都不给讲.连业务都需要看代码反推.
    csbzhixing
        2
    csbzhixing  
       2017-02-28 13:42:14 +08:00
    所有的沟通有书面记录是最好的。虽然这么说有点不负责,但是最后起争执的时候能有凭证。
    另外,熟悉业务是必须的,无论从什么方式去熟悉。
    baiyi
        3
    baiyi  
       2017-02-28 14:34:15 +08:00
    这个事的逻辑很简单啊, 老板出尔反尔

    解决方案: `忍狠滚`
    chaleaoch
        4
    chaleaoch  
    OP
       2017-02-28 14:50:36 +08:00
    @baiyi 哦,已经滚了.还有十天. :)
    sfree2005
        5
    sfree2005  
       2017-02-28 14:59:19 +08:00 via iPhone
    十天可以慢慢看代码反推业务。如果可以,操作下旧项目 看看正常情况下应该怎么样的。其实大部分 bug 可以不用理解完整个业务,或者说只要理解一小部分业务就可以解决了。如果因为你不了解整个业务,做出的修改造成了更多的问题,我想你那时候也应该离职了,对方没有和你说明白责任在他,你也理不了那么多了。
    ZSeptember
        6
    ZSeptember  
       2017-02-28 16:18:20 +08:00
    10 天后也走了,,希望能找个有趣的公司做点有趣的事。
    tabris17
        7
    tabris17  
       2017-02-28 16:29:38 +08:00
    “但是以后出问题别找我”这种属于废话,不用说出来,点到为止。
    journey
        8
    journey  
       2017-02-28 16:39:13 +08:00
    既然老板让你你复制粘贴,现在出问题责任自然不在你。
    “但是以后出问题别找我.反正我业务也不熟悉.”这样的话的确说了没用....
    要我就会这么说:“以后出问题的话,我再来排查会花很多时间,因为业务逻辑不明”
    然后老板找你的话就拖着吧。
    既然都要离职了更好,拖个十天拍拍屁股走人。
    wwsww
        9
    wwsww  
       2017-02-28 16:46:35 +08:00
    看来老板深知,[复制粘贴就是最好的重构]的道理...
    linghutf
        10
    linghutf  
       2017-02-28 18:48:27 +08:00
    邮件沟通,而不是口头上
    NUT
        11
    NUT  
       2017-02-28 20:17:13 +08:00
    应该学学向上管理,我也是最近意识到这个问题。
    先抛开问题来考虑『我们如果把一件件看起来不可能做的事情,做完并搞得好』,那答案应该是能力。这个也决定以后的升官发财等等等。

    遇到问题首先需要沟通,沟通是让整件事情将会按照自己想法去做的源动力。比如楼主所说『老板说不用,你就复制粘贴就行.不用做重构』这就是没有沟通完整的结果。当然没有老板喜欢被员工打脸,所以硬怼是不能沟通的。后面楼主直接按照老板的意愿走,你 jb 敢让我这么做,那老子就这么做。我猜楼主在做肯定已经想到后面的结果,大不了老子走人。

    如果年轻可能会说,老子遇到一家坑公司。那如过我们换做老板的角度来考虑, 你他妈现在给我做了,后面还不给我改了,不改滚蛋。 如果不差钱的公司或者招聘容易的公司, 99%的老板会这么想。 所以我们得考虑这个问题的得失。

    如果楼主下次还是遇到这样的公司,是不是还是滚蛋? 下下一个呢?

    反过头来,如果我们当时和老板进行沟通,有句话叫做顺毛缕,为什么不诱导老板,让给你更多的时间或者更换解决方案呢?如果每次沟通拿着有用的方案去聊去沟通。那老板会不会被你改变?同时会不会觉得你很负责?

    你所要重构的业务,我猜没有那么高的技术门槛,应该是逻辑复杂。所以另外暴漏一个问题,楼主比较浮躁。

    希望对你有用。
    terence4444
        12
    terence4444  
       2017-02-28 20:37:49 +08:00 via iPhone
    @NUT 你好,我觉得你写的东西在实际应用中不会有多大作用。
    我认为作为上级应该有这样的意识,而不是让别人引导。引导一个没意识的人要花大量的精力,就算你引导好了,你这方面没问题;但你不能指望所有人都去耐心引导他 /她,到时候别的地方还是要出乱子。

    再说,去管自己职能外的东西,同样需要一个明白人老板的支持,不然很有可能吃力不讨好。你说楼主浮躁,我是不大同意的。

    我觉得碰到这样的老板走人没错,多换几家就是了,孟母还三迁呢,多换几次工作也没什么大不了的。即使留下,这家公司前景也是存疑的。
    iot
        13
    iot  
       2017-02-28 20:46:19 +08:00
    不熟悉业务是挺麻烦的,尤其是公司没有文档,产品经理也不写需求,直接把需求口头告诉程序员,存在自己脑子里,一旦离职,后面来的人还要看代码,看数据库设计猜什么意思。
    chaleaoch
        14
    chaleaoch  
    OP
       2017-03-01 09:21:30 +08:00
    @NUT 非常简单的场景,
    1,这个东西我不会用;
    2,这个东西我不敢用,因为这个界面是控制另一些硬件设备;我不敢随便乱动
    3,控制这些设备是通过 socket 发消息的,可是这个消息是没有定义的.我不知道应该发什么消息.没有文档.只能猜?这也太奇葩了.
    4,之前我直接提过类似的需求,我说我要接口,老板说没有?!(原话肯定不是没有,但是绕来绕去就是没有,而且自称自己不是开发人员不负责这些,但是我是外包来的,对外的所有事情只能通过我老板.)

    吐槽完毕.
    chaleaoch
        15
    chaleaoch  
    OP
       2017-03-01 09:23:00 +08:00
    @NUT 经常遇到另一个场景是,我需要完成一个业务这个业务依赖 12345.我手里不但没有文档没有需求,而且只有 123 的源码,所以只能依靠现有的东西做重构.要?不给!
    NUT
        16
    NUT  
       2017-03-01 09:35:53 +08:00
    @chaleaoch #15 按你说的,基于现有的条件,你是无法搞出来的?那后面有人搞出来,你自己认怂?
    chaleaoch
        17
    chaleaoch  
    OP
       2017-03-01 09:53:45 +08:00
    @NUT 可以弄出来,但是弄的特别闹心.而且作为一个开发人员,我觉得这样的代码是不可维护的.

    事实上是最后都是我弄的,因为这个项目 只有我一个人,后面没人.
    但是干的特别窝火,所以我提离职了.
    NUT
        18
    NUT  
       2017-03-01 10:06:21 +08:00   ❤️ 1
    @chaleaoch #17
    可以理解。
    另外建议你,做事和公司人文环境分开。
    我做事风格是:『答应的,必将全力做好,即便是领导是大傻逼。因为这是东西出自我手,我要负责。否则在开始就不答应。时间长了你做的所有的东西就会积累成自己的口碑』。

    大多数的老板都只会关注东西是否按时完成、是否可用。这刚好有着工匠精神的程序员 不对路。 所以我们应该学会如何平衡,达到双赢目的。两败俱伤的做法格局太低。
    hekunhotmail
        19
    hekunhotmail  
       2017-03-01 10:29:17 +08:00
    拿人钱财,与人消灾
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1066 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 23:19 · PVG 07:19 · LAX 15:19 · JFK 18:19
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.