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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2860 天前的主题，其中的信息可能已经有所发展或是发生改变。

当初项目版本升级,所有业务都要重新写.有一部分业务当初不是我做的.我就和老板说给我讲讲业务,或者让当时写这部分业务的人给讲讲,老板说不用,你就复制粘贴就行.不用做重构,我说复制粘贴行,后端代码我一样不动,但是以后出问题别找我.反正我业务也不熟悉.老板说行.

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

哎,反正还有十天就离职了...

第 1 条附言 · 2017-02-28 14:26:04 +08:00

如果觉得我有不对的,也可以吐槽我.

我想知道这种情况到底是谁的问题,问题出在哪里.
以后遇到类似情况应该如何处理.

业务

粘贴

老板

复制

19 条回复 • 2017-03-01 10:29:17 +08:00

chaleaoch

2017-02-28 13:13:29 +08:00

是不是在很多人看来,这都不是个事儿?

外包就是坑,不把你当自己人.什么都不给讲.连业务都需要看代码反推.

csbzhixing

2017-02-28 13:42:14 +08:00

所有的沟通有书面记录是最好的。虽然这么说有点不负责，但是最后起争执的时候能有凭证。
另外，熟悉业务是必须的，无论从什么方式去熟悉。

baiyi

2017-02-28 14:34:15 +08:00

这个事的逻辑很简单啊, 老板出尔反尔

解决方案: `忍狠滚`

chaleaoch

2017-02-28 14:50:36 +08:00

@baiyi 哦,已经滚了.还有十天. :)

sfree2005

2017-02-28 14:59:19 +08:00 via iPhone

十天可以慢慢看代码反推业务。如果可以，操作下旧项目看看正常情况下应该怎么样的。其实大部分 bug 可以不用理解完整个业务，或者说只要理解一小部分业务就可以解决了。如果因为你不了解整个业务，做出的修改造成了更多的问题，我想你那时候也应该离职了，对方没有和你说明白责任在他，你也理不了那么多了。

ZSeptember

2017-02-28 16:18:20 +08:00

10 天后也走了，，希望能找个有趣的公司做点有趣的事。

tabris17

2017-02-28 16:29:38 +08:00

“但是以后出问题别找我”这种属于废话，不用说出来，点到为止。

journey

2017-02-28 16:39:13 +08:00

既然老板让你你复制粘贴，现在出问题责任自然不在你。
“但是以后出问题别找我.反正我业务也不熟悉.”这样的话的确说了没用....
要我就会这么说：“以后出问题的话，我再来排查会花很多时间，因为业务逻辑不明”
然后老板找你的话就拖着吧。
既然都要离职了更好，拖个十天拍拍屁股走人。

wwsww

2017-02-28 16:46:35 +08:00

看来老板深知，[复制粘贴就是最好的重构]的道理...

linghutf

2017-02-28 18:48:27 +08:00

邮件沟通，而不是口头上

NUT

2017-02-28 20:17:13 +08:00

应该学学向上管理，我也是最近意识到这个问题。
先抛开问题来考虑『我们如果把一件件看起来不可能做的事情，做完并搞得好』，那答案应该是能力。这个也决定以后的升官发财等等等。

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

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

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

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

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

希望对你有用。

terence4444

2017-02-28 20:37:49 +08:00 via iPhone

@NUT 你好，我觉得你写的东西在实际应用中不会有多大作用。
我认为作为上级应该有这样的意识，而不是让别人引导。引导一个没意识的人要花大量的精力，就算你引导好了，你这方面没问题；但你不能指望所有人都去耐心引导他 /她，到时候别的地方还是要出乱子。

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

我觉得碰到这样的老板走人没错，多换几家就是了，孟母还三迁呢，多换几次工作也没什么大不了的。即使留下，这家公司前景也是存疑的。

iot

2017-02-28 20:46:19 +08:00

不熟悉业务是挺麻烦的，尤其是公司没有文档，产品经理也不写需求，直接把需求口头告诉程序员，存在自己脑子里，一旦离职，后面来的人还要看代码，看数据库设计猜什么意思。

chaleaoch

2017-03-01 09:21:30 +08:00

@NUT 非常简单的场景,
1,这个东西我不会用;
2,这个东西我不敢用,因为这个界面是控制另一些硬件设备;我不敢随便乱动
3,控制这些设备是通过 socket 发消息的,可是这个消息是没有定义的.我不知道应该发什么消息.没有文档.只能猜?这也太奇葩了.
4,之前我直接提过类似的需求,我说我要接口,老板说没有?!(原话肯定不是没有,但是绕来绕去就是没有,而且自称自己不是开发人员不负责这些,但是我是外包来的,对外的所有事情只能通过我老板.)

吐槽完毕.

chaleaoch

2017-03-01 09:23:00 +08:00

@NUT 经常遇到另一个场景是,我需要完成一个业务这个业务依赖 12345.我手里不但没有文档没有需求,而且只有 123 的源码,所以只能依靠现有的东西做重构.要?不给!

NUT

2017-03-01 09:35:53 +08:00

@chaleaoch #15 按你说的，基于现有的条件，你是无法搞出来的？那后面有人搞出来，你自己认怂？

chaleaoch

2017-03-01 09:53:45 +08:00

@NUT 可以弄出来,但是弄的特别闹心.而且作为一个开发人员,我觉得这样的代码是不可维护的.

事实上是最后都是我弄的,因为这个项目只有我一个人,后面没人.
但是干的特别窝火,所以我提离职了.

NUT

2017-03-01 10:06:21 +08:00

@chaleaoch #17
可以理解。
另外建议你，做事和公司人文环境分开。
我做事风格是：『答应的，必将全力做好，即便是领导是大傻逼。因为这是东西出自我手，我要负责。否则在开始就不答应。时间长了你做的所有的东西就会积累成自己的口碑』。

大多数的老板都只会关注东西是否按时完成、是否可用。这刚好有着工匠精神的程序员不对路。所以我们应该学会如何平衡，达到双赢目的。两败俱伤的做法格局太低。

hekunhotmail

2017-03-01 10:29:17 +08:00

拿人钱财，与人消灾