你做的功能里有坑

你做的功能里有坑

你做的功能里有坑

你做的功能里有坑

重要的话要重复三遍

你做的功能里有坑，而你是可以看到坑的。

你以为没有坑，但实际上有。你不是程序员，不涉及代码层面的逻辑。你看到了冰山，程序员在海底下，头上扣着水肺，绕着山底一圈一圈勘测。

程序员说，山底什么样我不用你知道，但是你要把位置勘测准吧，海面上的冰山，你要看清楚吧？

不同的产品，勘测坑的水平就完全不同。我觉得这决定产品经理能力的50%以上（数字随便定的）。

因为这就是你的【本职工作】：确保需求顺利开发。

程序员把你的功能做完了，一遍完事，测试也没有问题。这叫顺利。顺利就是省钱。产品经理的目标就是省钱。

试错谁不会啊。

程序员把你的功能做完了，测试测完找你：XXX情况，怎么办。

你说：这么这么办。测试说：哦那他们没做。

返工。返工完又测。3天没了。这只是一个小需求。

有的二逼产品，会怪程序员：XXX情况这么这么办很明显啊，这还用说？

用。

一看你就没编过程，要么编过忘记了。（我也没编过）

程序员学编程要看题目的，题目怎么出，他们怎么编。编完对着题目，看看要求的需求实现了没。

到了实际生产阶段，你（产品，说你呢）就是出题的。

程序员在做一道你出的题（56页）

你的文档和题目是一样的。

区别在于题目写的清清楚楚，XXX怎么办，YYY怎么办。

你的文档通常是屎。该写的不写，写了也找不着。

不信找本语言学习书，看看里面练习题怎么写的。

记得你上高中的时候不，考试卷子出错了/不严谨。你有没有骂娘

你觉得程序员，理论上讲，该不该骂你？

好了先不说这个。太伤本就不存在的感情。

程序员的工作有很多，唯独不包括脑补你的需求。

假如物理卷子上写着，让你求m=？

你做完了m，顺手求出了v、s、a、t1、t2

你是不是有病？你难道不是求完了m立刻跟逃命似的做下一题？

总之一句话：你做的功能，尽可能考虑周全，避免挖坑。