你做的功能里有坑
你做的功能里有坑
你做的功能里有坑
重要的话要重复三遍
你做的功能里有坑，而你是可以看到坑的。
你以为没有坑，但实际上有。你不是程序员，不涉及代码层面的逻辑。你看到了冰山，程序员在海底下，头上扣着水肺，绕着山底一圈一圈勘测。
程序员说，山底什么样我不用你知道，但是你要把位置勘测准吧，海面上的冰山，你要看清楚吧？
不同的产品，勘测坑的水平就完全不同。我觉得这决定产品经理能力的50%以上（数字随便定的）。
因为这就是你的【本职工作】：确保需求顺利开发。
程序员把你的功能做完了，一遍完事，测试也没有问题。这叫顺利。顺利就是省钱。产品经理的目标就是省钱。
试错谁不会啊。
程序员把你的功能做完了，测试测完找你：XXX情况，怎么办。
你说：这么这么办。测试说：哦那他们没做。
返工。返工完又测。3天没了。这只是一个小需求。
有的二逼产品，会怪程序员：XXX情况这么这么办很明显啊，这还用说？
用。
一看你就没编过程，要么编过忘记了。（我也没编过）
程序员学编程要看题目的，题目怎么出，他们怎么编。编完对着题目，看看要求的需求实现了没。
到了实际生产阶段，你（产品，说你呢）就是出题的。
程序员在做一道你出的题（56页）
你的文档和题目是一样的。
区别在于题目写的清清楚楚，XXX怎么办，YYY怎么办。
你的文档通常是屎。该写的不写，写了也找不着。
不信找本语言学习书，看看里面练习题怎么写的。
记得你上高中的时候不，考试卷子出错了/不严谨。你有没有骂娘
你觉得程序员，理论上讲，该不该骂你？
好了先不说这个。太伤本就不存在的感情。
程序员的工作有很多，唯独不包括脑补你的需求。
假如物理卷子上写着，让你求m=？
你做完了m，顺手求出了v、s、a、t1、t2
你是不是有病？你难道不是求完了m立刻跟逃命似的做下一题？
总之一句话：你做的功能，尽可能考虑周全，避免挖坑。
