要么自己从头写一个 要么自己实现一个新的API/client, 把它的实现包起来,提供新的抽象。以后慢慢换。 既然要用到,总得搞清楚怎么用。没办法就escalte, 拉组里senior, manager 一起搞清楚。 ted.hanks 发表于 2020-12-10 15:13
没办法 我还遇过写个package只支持python2不支持3的 然后一个月后公司宣布2将淘汰。。。 CleverBeaver 发表于 2020-12-10 15:47
2to3 migration 其实没有那么痛苦。 ted.hanks 发表于 2020-12-10 16:58
写个wrapper。所有调用都通过你的wrapper,然后接口,参数你自己设计。 以后或者把wrapper功能充实起来,替代他写的api,让code base 更clean,或者让wrapper更复杂,以后都得找你来培训而不是找他去培训。 tankerRock 发表于 2020-12-10 15:33
为这个倒霉破东西我耗尽心血各种提出修改和自己改动,还被manager说我coding不行。但是team里就没谁动过这破玩意儿,promotion的大哥大姐更是从来不碰这种东西,碰到这种破代码大家都怎么搞,实在不想浪费感情还惹一身骚
引用lz”architecture fucked up“ 的鬼玩意!
组小,非sde,我来的时候说product 设计要有unit test 和integration test,组里的senior都不知道是个什么玩意儿。。。现在人家吃不下这堆垃圾code,manager只会埋怨接手的人
也是,要是有这种基本概念,能写出这么烂的code么?
折中的办法是起码把 input ouput和各种参数全部都调出来和主code分开,然后要求主code模块化,不同意就escalate到manager, 这是基本要求。
在上述条件都满足后,确定你的东西和哪个模块integrate, 做unit test和integration test.
以后或者把wrapper功能充实起来,替代他写的api,让code base 更clean,或者让wrapper更复杂,以后都得找你来培训而不是找他去培训。
别人怎么办,你就怎么办,不要想当超人。 否则你就把老同事,新同事和主管都得罪了。
话说把接口程序弄得极其难用,也得花点心思吧。
没有 unit test,你就不让他过 code review 啊。
然后一个月后公司宣布2将淘汰。。。
2to3 migration 其实没有那么痛苦。
I know 但是人家就是不肯support 3
那么多package可以让他都兼容的。。。
哇哈哈哈