我想要的生活很简单:软件工程角度

这段引自我的一个学生博客，她转载的。
某姑娘写给小伙子的。

---------------

　　我想要的生活很简单 　　
　　有一张大大的床 　　
　　有一个双人浴缸 　　
　　有一面的落地窗 　
　　有露台和斜躺椅 　　
　　好吧 为了显示我的贤良淑德 　　
　　我决定里面在放你喜欢的花 还有我们俩的狗

---------

从软件工程的角度，这段需求非常典型。

第一句是所有用户和资本家的共同开场白。惯例。
按惯例，此前可能还有姿色展示和前途。

比如： 丁HD啊，咱们公司以后绝对有前途。
比如： 小丁，以后我绝对不会忘了你的。
比如： 丁儿啊，这公司以后可就交给你了。

第一句是
>　　我想要的生活很简单 　　

简单，但是并没有说，是实现简单，设计简单，分析简单，
容易做，还是工期短。

从这儿你还看不出什么。
我想说的是，请直接略过这句。

问题没有不简单的。
解决没有不容易的。
薪水没有不嵩的。
MM没有不漂亮的。

所以， 这句需求没有提供任何信息。简单，不可量化，不可测量。请略过。

>　　有一张大大的床 　　

万元左右。
考虑到工作5年以内的小伙儿的工资。
如果月薪3000元，除去吃喝等剩2000，需要半年。

>　　有一个双人浴缸 　　
见过。搜索了一下价格，万元左右。
同上，半年。

值得注意的是，这只是简单要求的前两条。
也就是说，用户或资本家认为，这是最容易实现的。

>　　有一面的落地窗 　
从设计和分析的角度，这事实上不是对窗的要求，而是对房子的要求。
把楼房的窗子刨了改成落地的，是不行的。
所以，N多家庭使用落地窗帘假装是落地窗。
当然，这要考虑客户的需要。用啥开发是次要的，关键是用户要的到底是落地窗还是可以接受落地帘。

>　　有露台和斜躺椅 　　

露台，是什么？
这是开发人员首先要问的问题。
我猜...是阳台？
你猜是不行的。要让客户确认，必要时签字，不必要时录音，拍照。
不要相信客户能记住。
她会说 我什么时候说过露天是阳台来啦？ 你个...以下是攻击性句子，略。

即使你有足够的证据，客户也可能说 啊，你还拿这个威胁（或类似的表示贬意的攻击性动词）我？
 我...以下是表示委屈的句子，略。以下可能有攻击性句子，略。

当然，有证据，小心出示，比没有证据，可能吧，结局略好。
我说结局的意思不是王子与公主从此过上幸福的生活，仅讨论王子...对不起...贫儿的未来。

即使你开发了露台，真的露台，客户也可能做如下评价：
  这是露台么，这是露台么，这是露台么，你说。

请注意，啥也不要说。虽然客户可能接着说 你为啥不说话。 你还是不要说为好。
如果你回答 这当然是露台 并给出证据，你绝不是一个合格的软件工程师。那太硬了。

至于为什么这不是露台。可能是因为它对着的是广场而不是森林，或者它对着的是森林而不是广场。
一个露台要安静，这是起码的要求吧？
一个露台不能有鸟把正睡着的人儿吵醒，这是起码的要求吧？
请注意，起码，简单，最简单的要求。

对了，还有斜躺椅。
要确认斜的角度。但并非仅此而已。躺下的舒适度等也要考虑的。
最好的方法，是请主人坐上躺上。更好，如果主人是准备躺在上面喝咖啡呢，准备真咖啡请主人一试。
因为以后可能发现这个躺椅适合躺着看夕阳，但是不适合品红酒。
所以，或者准备多种椅子，随时准备换掉（可重配置，低藕合），或者请主人实践一下（快速原型法，迭代开发）。

估计，这样的楼房，可以把斜躺椅的成本忽略了。

请注意客户在讨论需求时的这个技术。
先是 很简单的要求。然后头两条真的似乎简单。
正题以后，如果你不仔细分析，只是落地窗和阳台，对不起，露台。
仔细分析--方法是问why，用户的动机是什么--就会发现，需求的背后还有真正的需求。
仅满足表面的需求是错误的。

所以，如果用户说你用C开发吧。不要信。他说的可能是性能高一些。
如果用户说用.net吧。不要信。他说的是技术要显得先进一些。
如果用户说 你要一直照顾我。不要信。她说的重点是 照顾我 和 一直，你，不是重点。

>　　好吧 为了显示我的贤良淑德 　　

这也是个很典型的例子。

在需求分析中间，用户会提出，为了你的开发方便，为了照顾你的技术背景，
为了你在客户的上司那好交等，为了...略。

所以，你要满足另一些需求，为了你自己，而不是客户的利益。

为了显示我的贤良淑德。就是说 为了对你更好啊，我的程序员同学。

>　　我决定里面在放你喜欢的花 还有我们俩的狗

花不是重点，谁喜欢更不是重点。
重点是，周期性。
花是易损件。

狗不是易损件，但是狗的配件是消耗品。
狗粮狗包狗碗狗水。
还有溜狗。

---------------

以上只是技术分析。
程序员满足客户，你满足你的爱人，那都是义务。
也是你之所以存在的原因。

我只是想告诉你，如果更好地获取需求。

要知道，在软件工程领域，为了更好地让笨蛋程序员获取需求，
有个职位，叫做 领域专家。