什么啊，这种人你也给加分，看来你们公司也是不咋样。
就楼主的情况，无非三种：
一是两个函数以后会分离，也就是凑巧初始功能差不多，但面对的是不同的调用逻辑和业务，则这种情况，根本无需注释，因为未来分岔后汇不到一起，谁也不影响谁。
二是功能强相关，面对的是同样的逻辑和业务，只是有人提了个新的需求，导致不得不增加这么一个接口，但是这个需求是扯淡的，那么就怼回去，让他们把需求理清楚，这样反而能帮助业务线产品经理或上层调用方码农更好地纠正错误的逻辑，提升他们的水平。
三是需求确实是合理的，那么增加接口函数的时候就应该共用相同的逻辑，将共用代码分离出来。而函数外自然也不需要额外的注释。
反正不管哪种情况，就楼主提到的，都不应该发生，这无非就是那个码农水平烂，或想甩锅。

【 在 syssky 的大作中提到: 】
: 我看到下属有这种注释，反而会是对他极大的加分项。
: 首先是有责任心，这是最重要的。
: 第二没有瞎jb重构，用最小的代价就达到了需求。
: ...................
--
FROM 112.17.238.*