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

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

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

哎,反正还有十天就离职了...
4236 次点击
所在节点    职场话题
19 条回复
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
十天可以慢慢看代码反推业务。如果可以,操作下旧项目 看看正常情况下应该怎么样的。其实大部分 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
@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
拿人钱财,与人消灾

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/343787

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX