想了解下一般交接一块功能，要花费多少时间，大概 1800 行的代码量

[Renco]

因为别人的代码逻辑写的我云里雾里，我觉得要耗费一定时间去理解。。但是项目经理觉得我交接过慢。

[FrankHB]

……你这问题也是云里雾里啊，交接 1800 行的汇编和 1800 行的配置的工作量能是一回事？有没设计文档？代码干什么的？

[imn1]

如果简单处理的话，就像找到 git 上面一个项目，先搞好 install 和 run，能输出期望结果就算初步完成了
后面各种参数怎么写，就是看文档了……

[Renco]

@FrankHB 就纯 Service 的业务逻辑 有接口文档

[reus]

都不知道你说什么。
你的“交接”指什么？你写了给别人用？还是别人写了给你用？
1800 行什么的代码？不同类型不同语言特性不一样，行数不代表什么。
水平不同，工作效率就不同，熟悉程度不同，花费时间就不同，哪来什么一般性的？
看你这种沟通能力，估计技术能力也不怎么行。
这个项目经理也不行，别人写的代码为啥要你来重新理解？有时重写都比重新理解快。

[fengfuliu]

漫无目的的看代码成效慢 从 bug 看起吧 慢慢摸上去

[markgor]

其實你把這 1800 寫進庫裡面，
在需要使用的地方引用下，
這樣就能把 1800 行縮減到 1 行了。

[JhonnSmith]

1800 行没多少吧，
而且不明白你的交接是啥意思，是指这块代码之后就由你来负责处理了么；

对我来说，在有文档，需求功能明确的情况下，
花个几十分钟把代码的字段、方法简单看下，
就算交接成功了；

具体的代码逻辑其实不太重要，
在接口文档和需求功能明确的情况下，几行逻辑代码别说看懂了，重写一遍都花不了多久。
在之后无论是要改，还是要加，再去细看也不迟。

[fancy111]

1800 ？ 总共项目就这么多？
18000 倒是可以一问。。。

[fancy111]

文不文档的无所谓，能跑就能看懂

[ruimz]

非常好奇“别人的代码逻辑写的我云里雾里”是怎么读出来“交接”是“你写了给别人用”这层意思的
不能为了挑刺故意误读啊

[6IbA2bj5ip3tK49j]

1800 行，业务代码，交接慢，多半是你菜。

[Vegetable]

交接先理解业务,不要直接看代码.说实话,我觉得 1800 行不交接甚至都没太大问题,因为交接也不可能一行一行给你讲,这个数量的逻辑,跳个几次就看明白了吧.主要还是要理解业务本身.

[Renco]

了解了，感谢回复