网上一则很早以前的笑话，以前看看只是笑笑，最近又看到了，开始了深思。
老婆给当程序员的老公打电话：下班顺路买十个包子，如果看到卖西瓜的，买一个。当晚老公手捧一个包子进了家门…老婆怒道：你怎么只买一个包子？！老公甚恐，喃喃道：因为我真看到卖西瓜的了。”
这个笑话，我开始思考，程序员是不食人间烟火吗？只是和电脑沟通的媒介吗？
最近工作遇见了一些问题，大概分为以下几个方面：
第一：不食人间烟火
就像上面说的笑话一样，程序员都没有基本的生活常识吗？最近做项目，有一个查询官网价格的功能。当时在写需求的时候，我只对查询的时间范围做了限定，但是并没有说明时间只能是未来的时间。做出的结果可想而知。找到程序员说，需要对时间范围做限定，程序员说，这次我帮你改了，下次你的需求要写明白。当时心里无数草泥马，难道连生活常识都没有了吗？我去官网买票，票肯定是未来时间的，难道我会买一张已经过期的票吗？
第二：完美主义者
我最近做了一个项目，大致分为A模块和B模块。A模块随着后期功能的完善，需要不断地丰富，B模块基本上保持不变。在沟通需求的过程中，程序员首先质疑了我对AB两个模块的命名，当时的我黑人问号脸，what？？？命名也要管？描述清楚就好了啊；
第三：一套代码一辈子
接上面，开始问我以后A模块怎么扩展，我说出了大致的扩展方向，程序员表示这不行，你必须想好完整的以后，再一次黑人问号脸，我只是PM不能预测未来，很多事都是走一步看一步的。程序员说，肯定不行啊，这样我没办法做好底层的东西，你后期扩展，我会重写代码的。O__O "…，难道你打算一套代码用一辈子？做好已知功能的扩展就够了，一辈子不靠谱吧，万一我第一版上去后发现效果很差，做不做后面还不一定呢~~~
第四：怀疑一切
一次沟通需求，程序员对我的设计思路质疑。因为我做的是提高人效，说白了就是去看人（运营）怎么做这件事，我用机器帮人把这件事做处理，做事思路都是人（运营）的。程序员表示你并没有挖掘到运营的全部想法，你对需求采集不到位，你应该挖掘运营的全部想法，并且质疑他的想法，看他的想法是否合理。当时的我一脸懵逼，怀疑人生。天啊噜，运营这么干已经很多年了，并且经过时间和数据的验证，发现是对的，我去质疑，这是提高人效应该做的吗？
第五：傲视群雄
最后的最后，我把需求讲完了。
程序员抬起头看我说，没啦？你的需求就这样？
我说对的，我讲完了。
然后他说大家散了吧，就先这么干吧，流程图里没有结束的节点，也没把所有的操作行为放在一起，凑活干吧。
我当时差点发火，我讲都讲明白了，也按你说的改了，你怎么还那么多不满意，是不是我写的需求，配不上你开发，直说，我滚蛋。
最后一点，千错万错都是PM的错
每次开需求会，程序员都是低头玩手机。我开始自我反思，是不是自己讲的没意思。后来在讲的过程中，我多举例子，或者用一些玩笑来描述需求，程序员怒了，说我在浪费时间。
好的，那我正常讲，时不时地问问你，看看你有没有疑问。后来问题更大，我没词停留下来问大家有没有理解，程序员告诉我你这样很耽误事好不好，我们不问就是没问题，你没必要问我们。然后我讲到第六条的时候，程序员问我第二条什么意思，我。。。可以认为你一直没听吗？
好嘞，我继续改，我就直接讲，吸收多少是你们的事，做错了要改的也是你。结果更加美丽了。在做的时候，小组长问程序员这块怎么实现的，程序员说那么那么做的，小组长说PM不是这么跟我讲的，于是乎我被叫过来，我说了我的逻辑，程序员说你开会的时候可没这么说，隔壁实习程序员默默地说PM专门讲过这块。。。瞬间程序员笑成一团，嘲笑傻PM根本不会讲需求。
请问，我到底要怎么做？
网友评论