【请教】如何处理这种工作上的问题

前情提要： 我两年前帮别的组做了一个project，当时花了很多时间，上线以后反映也很好，当时要求是每天send flat file。后来呢user就开始抄我的code稍作修改，就变成他们的（期间还不断问我问题），计划是一两年以后平行run一段时间，最后不需要再send flat file，她们prefer pull instead of push。我虽不爽但也没啥办法，code都是公开的。我们组算centre，她们组算我们user。两个组之间头交好。
现在问题来了，她们组又来新的request，要我做类似的事情，就是我帮她们写好所有code，交给她们然后变成她们的。这次可能更过分，感觉我交掉了以后就没我啥事儿了，可是要把这个搭起来从无到有要花很多时间。我已经多次跟我们头表示我希望她们自己写，我们提供帮助，” 授之以鱼不如授之以渔 “，我们头虽表示同意但是每次都打哈哈。这种是不是除了接下来就没其他办法了？感觉有点过河拆桥的意思呢？

内部讨论怎么给credit是常见的事情吧？我们邀人帮忙项目的时候会主动提最终谁有credit，以什么方式呈现 写code的话也是直接让人git pull request，让大家都知道code的源头是谁的 一个公司的比较好提这样的要求。 比较恶心的是有时候外边的客户提类似的要求，我们有code最终给了客户，变成他们邀功的筹码了。那种情况比较麻烦。

内部讨论怎么给credit是常见的事情吧？我们邀人帮忙项目的时候会主动提最终谁有credit，以什么方式呈现 写code的话也是直接让人git pull request，让大家都知道code的源头是谁的 一个公司的比较好提这样的要求。 比较恶心的是有时候外边的客户提类似的要求，我们有code最终给了客户，变成他们邀功的筹码了。那种情况比较麻烦。
indigodandelion 发表于 2023-03-02 15:44

Credit开始应该是我的，但是我还是希望我来维护（毕竟从无到有要花很多时间），估计这次做完提交给她们以后就没我啥事了。所以我觉得还不如一开始就让她们自己写。

首先确认你自己想要什么，visibility？ 可以直接和老板说这个项目需要很大的responsibility。你想当lead吗？或者和他们组colead 或直接暗示老板接了这个项目就升职加薪

首先确认你仔细想要什么，visibility？ 可以直接和老板说这个项目需要很大的responsibility。你想当lead吗？或者和他们组colead 或直接暗示老板接了这个项目就升职加薪
applecathy 发表于 2023-03-02 16:00

Hmm... 我不需要visibility，上次那个活已经体现了。我也并不想当lead，就是不太想再给别人抬轿子（这么说不知道合不合适？）就是自己辛辛苦苦做完，别人拿去，然后跟我没关系了。
去年刚涨了级，所以短期没啥想法。

Credit开始应该是我的，但是我还是希望我来维护（毕竟从无到有要花很多时间），估计这次做完提交给她们以后就没我啥事了。所以我觉得还不如一开始就让她们自己写。
limimiao 发表于 2023-03-02 15:54

可不可以就事论事，找出一些理由和他们说谁写谁维护。 不管最终他们怎么选都okay

Hmm... 我不需要visibility，上次那个活已经体现了。我也并不想当lead，就是不太想再给别人抬轿子（这么说不知道合不合适？）就是自己辛辛苦苦做完，别人拿去，然后跟我没关系了。
去年刚涨了级，所以短期没啥想法。
limimiao 发表于 2023-03-02 16:04

其实我也跟你一样想法 但是职场好像就是要不争visibility升上去 要不就被人踩着当垫脚石 也有好老板会注意到给你credit 但纯靠运气 别人也不会可怜你 因为你也拿到工资了，不是免费做慈善

这个活算你develop然后标准化之后给他们这也是正常程序， 工作的一部分，我们很多都是这样，自己负责design开发出来，交给下一个部门，每个周期refresh一下，但是这个工作credit是算在你的头上的，算你的正常工作，不是你额外花自己时间去做

每个周期refresh一下我就没问题了，说明那还是我的活，我还在维护。但是现在她们拿走就跟我没关系了，所以有点不爽。唉，可能也没啥办法，就当去给人做contract了。

这题我会答。不做、不response、不主动不拒绝。

这题我会答。不做、不response、不主动不拒绝。
幸运之神 发表于 2023-03-02 18:37

啊，这样也可以？是不是就是找理由拖？

lz这还算好的了，我遇过我给别组写了个挺复杂的tool，还专门写了一页说明告诉他们怎么用，哪些参数能改，哪些不能动，哪些改了也不会有任何变化。结果他们拿去用，不但乱改我整个架构，还自个乱改参数改忘了，最后竟然用我那个tool算出来一个错的estimate（本意只是给他们比较不同条件下的estimate会差大概多少）当作年度预算直接报上去了！！！这些事我全都不知道，直到他们因为报错了预算，上面追责下来，他们又跑来问我能不能再改改那个tool补救一下，我才知道原来他们背着我搞了这么多乱七八糟的事，因为他们给我show的那个版本跟我自己手上的版本都不一样，所以我才发现是他们乱加了东西。也不知道他们有没把锅甩我头上，因为那些高层的会俺也不参加，我都不敢奢求credit了，只求不想当背锅侠。

看你老板其实。 老板说就这样吧，那你只能跳槽。 还有更好的方法吗？

看你老板其实。 老板说就这样吧，那你只能跳槽。 还有更好的方法吗？
Gr4ce 发表于 2023-03-02 21:17

暂时不想跳槽，这是算我们老板不作为吗？有啥办法能让她们自己写呢？

lz这还算好的了，我遇过我给别组写了个挺复杂的tool，还专门写了一页说明告诉他们怎么用，哪些参数能改，哪些不能动，哪些改了也不会有任何变化。结果他们拿去用，不但乱改我整个架构，还自个乱改参数改忘了，最后竟然用我那个tool算出来一个错的estimate（本意只是给他们比较不同条件下的estimate会差大概多少）当作年度预算直接报上去了！！！这些事我全都不知道，直到他们因为报错了预算，上面追责下来，他们又跑来问我能不能再改改那个tool补救一下，我才知道原来他们背着我搞了这么多乱七八糟的事，因为他们给我show的那个版本跟我自己手上的版本都不一样，所以我才发现是他们乱加了东西。也不知道他们有没把锅甩我头上，因为那些高层的会俺也不参加，我都不敢奢求credit了，只求不想当背锅侠。
初 发表于 2023-03-02 20:37

好冤呀，因为一般都会把锅甩到原作者那里。

回复 14楼limimiao的帖子
不是老板叫我干的活，除非很快不然一律不干。

好冤呀，因为一般都会把锅甩到原作者那里。
limimiao 发表于 2023-03-02 21:29

可不，我还百口莫辩，因为他们的甩锅大会都不带我玩的
反正之后有啥任务，都得经过老板一下，就算外面甩锅，起码老板这里还是会给我credit就行了

回复 14楼limimiao的帖子
不是老板叫我干的活，除非很快不然一律不干。
cottonfield 发表于 2023-03-02 21:29

现在就是老板叫我做呀

可不，我还百口莫辩，因为他们的甩锅大会都不带我玩的
反正之后有啥任务，都得经过老板一下，就算外面甩锅，起码老板这里还是会给我credit就行了
初 发表于 2023-03-02 21:31

唉，往往你还听不到甩锅时的声音

lz这还算好的了，我遇过我给别组写了个挺复杂的tool，还专门写了一页说明告诉他们怎么用，哪些参数能改，哪些不能动，哪些改了也不会有任何变化。结果他们拿去用，不但乱改我整个架构，还自个乱改参数改忘了，最后竟然用我那个tool算出来一个错的estimate（本意只是给他们比较不同条件下的estimate会差大概多少）当作年度预算直接报上去了！！！这些事我全都不知道，直到他们因为报错了预算，上面追责下来，他们又跑来问我能不能再改改那个tool补救一下，我才知道原来他们背着我搞了这么多乱七八糟的事，因为他们给我show的那个版本跟我自己手上的版本都不一样，所以我才发现是他们乱加了东西。也不知道他们有没把锅甩我头上，因为那些高层的会俺也不参加，我都不敢奢求credit了，只求不想当背锅侠。
初 发表于 2023-03-02 20:37

这种tool必须挂github，这样后来人再改还能留个记录。
有时候我也有改动其他组提供的工具的需要，有回有个组用python写了个库，我们组用这个库开发工具来服务某位金主爸爸，但是他们那个python库对两个dependency库的版本要求老掉牙了，最过分的是要求某个库必须是五年前的某版本以及更低的版本，导致跟一大堆其他的第三方库犯冲。基本上我不手动改就完全用不起来。我自己在我自己的workspace改了以后知会了那个组：你们这些requirement改改行不行，太旧了；我手动更改之后也不影响你们的库的运行的。我连我怎么改的都告诉他们了，一共就改了四行，然后这个组跟我唧唧歪歪了半天，质疑我为啥需要这些改动，为啥他们就没遇到这些问题（因为他们不用伺候那位金主爸爸啊！），整整拖了四个月才推出了一个更新的版本。从我的角度而言，我也觉得与其跟他们扯皮不如我自己动手，四行而已啊，但是为了professionism，还是等了四个月。

可不可以就事论事，找出一些理由和他们说谁写谁维护。 不管最终他们怎么选都okay
applecathy 发表于 2023-03-02 16:11

她们想要现成的code，因为她们自己没有能力从无到有，但是code一旦给她们就没我啥事儿了。我想最好可以走到我帮她们，她们来写，而不是我全部写好她们抄，然后以后她们在上面改。

这种tool必须挂github，这样后来人再改还能留个记录。
有时候我也有改动其他组提供的工具的需要，有回有个组用python写了个库，我们组用这个库开发工具来服务某位金主爸爸，但是他们那个python库对两个dependency库的版本要求老掉牙了，最过分的是要求某个库必须是五年前的某版本以及更低的版本，导致跟一大堆其他的第三方库犯冲。基本上我不手动改就完全用不起来。我自己在我自己的workspace改了以后知会了那个组：你们这些requirement改改行不行，太旧了；我手动更改之后也不影响你们的库的运行的。我连我怎么改的都告诉他们了，一共就改了四行，然后这个组跟我唧唧歪歪了半天，质疑我为啥需要这些改动，为啥他们就没遇到这些问题（因为他们不用伺候那位金主爸爸啊！），整整拖了四个月才推出了一个更新的版本。从我的角度而言，我也觉得与其跟他们扯皮不如我自己动手，四行而已啊，但是为了professionism，还是等了四个月。
coalpilerd 发表于 2023-03-02 21:47

唉，没有GitHub的可咋整，上次我的code她们拿去后放在另外的server上了，我去看了看，改动很大条件都变了，我赶紧跟我们头说明了。

Hmm... 我不需要visibility，上次那个活已经体现了。我也并不想当lead，就是不太想再给别人抬轿子（这么说不知道合不合适？）就是自己辛辛苦苦做完，别人拿去，然后跟我没关系了。
去年刚涨了级，所以短期没啥想法。
limimiao 发表于 2023-03-02 16:04

既然对visibility没要求，为啥不做呢，现在分工这么细，换句话说，大家都是螺丝钉，你做的东西别人拿去用才有价值，除非手里的工作本来忙不完，帮他们做会占用你的时间。

Hmm... 我不需要visibility，上次那个活已经体现了。我也并不想当lead，就是不太想再给别人抬轿子（这么说不知道合不合适？）就是自己辛辛苦苦做完，别人拿去，然后跟我没关系了。
去年刚涨了级，所以短期没啥想法。
limimiao 发表于 2023-03-02 16:04

既然不想争取升职，也不想给对方抬轿子，那就跟自己老板这边推掉，说你有这个那个项目，实在么有bandwidth（表演的好点）

既然对visibility没要求，为啥不做呢，现在分工这么细，换句话说，大家都是螺丝钉，你做的东西别人拿去用才有价值，除非手里的工作本来忙不完，帮他们做会占用你的时间。
果酱罐子 发表于 2023-03-02 22:00

这么想的话也是可以的，就把自己当个contractor。更正一点不是别人拿去用，而是别人拿去抄。

既然不想争取升职，也不想给对方抬轿子，那就跟自己老板这边推掉，说你有这个那个项目，实在么有bandwidth（表演的好点）
guogai 发表于 2023-03-02 22:04

那个组比较重要，我估计我们头为了讨好她们会把我别的活挪一挪

找个喜欢做new develop不喜欢维护的人来做，我觉得那种人一大把啊。喜欢维护code的不多见啊。

找个喜欢做new develop不喜欢维护的人来做，我觉得那种人一大把啊。喜欢维护code的不多见啊。
sunnytoday 发表于 2023-03-02 22:30

维护轻松呀，熟门熟路，细水长流，job security也好吧。

那个组比较重要，我估计我们头为了讨好她们会把我别的活挪一挪
limimiao 发表于 2023-03-02 22:21

那你就直说这个项目你不想参与，你希望做从develop到维护都做的项目