程序员常见的虚假话术（搞笑版

关注程序员耳东，编程转码真轻松

在我机器上是好的啊

这句话常见于用户反馈bug给程序员的时候，程序员在本地启动代码连上线上服务之后，开始在代码里面debug，结果发现功能没问题，就会大呼一声：在我机器上是好的啊！

这种情况如何应对呢，产品经理在找程序员看线上问题的时候，尽量把复现步骤说的越详细越好，而且最好是带上用户ID（方便mock）、操作系统、浏览器类型等等信息，这样子才能尽快的帮助程序员定位到问题，而不至于看了半天只说一句“在我机器上是好的啊”😸

我开发的差不多了，过几天就能上线

很多产品经理喜欢催进度，尤其是在项目需求开发时间过半的时候，就喜欢问程序员进度怎么样，开发到什么程度了，这个时候程序员尤其是新手程序员会回答你：我开发的差不多了，过几天就能上线

此时要注意了，可能实际进度只开发了不到一半😸，尤其是新手程序员可能会低估了需求后半段实现、调试等等花费的时间，即使再给几个两天，也不一定能圆满的交付代码

所以尽量把里程碑定的细致一点，而且最好可以看到演示，这样子可以防止项目流产

这个需求很简单，两天就能搞定

这个话术一般是出现在排期时，作为产品经理或者项目经理，一定要警惕这样的话术，因为这可能是项目完不成的前奏

为什么呢，一般成熟的程序员在给出工作量排期时，会比较详尽的把功能做拆分细，并且给出的排期是会考虑到风险点的，不会很随意的给出一个两天就搞定的排期

这个功能先做成这样，我以后再优化

这个话术一般是出现在工作进度比较紧张的时候，会出现功能实现不完整、性能差等等情况，这个时候程序员往往会说：这个功能先做成这样，我以后再优化。一般这句话说出来的时候，就说明以后大概率不会再优化了😸

如何避免一个功能做不完整呢，最好是分多期来做，不要依赖程序员自身的自驱力，而是把功能拆分成及其，这一期先上线，下一期也要走正式的流程来开发

我以后再给代码加注释

这条和产品经理没有关系，但我还是想写出来，因为在工作中听到的次数太多了，一般是程序员互相伤害，写代码一时爽，出现问题的时候debug无法理解当初是怎么设计的，只能痛骂这个项目的前任程序员😸

有句话说的挺对，程序员最讨厌两件事情：别人不写注释和自己写注释。我觉得写注释这事儿还是尽量在写代码的时候完成，一旦项目完成了，真的没心境去补齐注释了