一直以来，作为一名软件开发程序员，从来都没有想过做软件还能有一套标准的思维方式，最多的不过于在模仿别人写的代码的时候，抄一抄别人的套路，学一学它底层的原理，软件开发也一直都处于面向计算机编程这个阶段，也就是别人告诉你，该做什么的阶段，思考的则是如何完美的实现它，怎么跑起来性能更好，代码看起来更优雅，作为一名技术，一直深耕于计算机底层，可以说是一种沉得住气，也可以说是一种顽固的倔强，因为当知道《软件工程》之后，编码实现只不过是整个软件产品生命中短暂而无创造性的一部分。或许这是一种偏见，特别对于技术出生的人来说，编写代码往往是最具有挑战性的时候，但也有可能他们只是将设计和编码混淆到了一起，他们更喜欢做设计，而不是编写代码（搬砖）。设计是一种创造性的活动，而创造性表现了一个人的个性，也让人对产品有一定的价值认同感，在产品获得成功的同时，也让人自身感到得到认同，这是一个可以被利用的现象。
既然是追求创造性，那何不如从零开始，追求最根本的创造性，从无到有的创造性。从客户模糊的需求到最后的产品上线，从客户还无法认知自我的需求开始，到最后产品成型，这个过程又何尝不是一种更大的创造性。
这种从无到有跨度更大的过程，便是软件工程。让我们假设有这样的一天。
你的一个朋友听说你在学软件，他突然有一天冒出了一个极大的冲动，说要花钱请你做一款软件。你刚开始以为他只是开玩笑，但当一次你们一起吃饭时，他谈到他的设想时，你被他精彩绝伦的描述给打动了，甚至当场就决定一起合伙对软件进行开发，你们彻夜通聊，说了很多功能和他的场景，但都还只是一些概念，但你以为你们的产品已经成型，因为你们已经能够真实的感受到那个软件在你手上应该是什么样子，他应该怎么运行等等等。
于是你们就开始开发，你以为仅仅依靠那几个宽泛的概念和想法就能做出一个产品，可当你入手真正开始的时候，你才发现你一头雾水，脑中有很多的想法，甚至都摸到了能够真实感受到了，可就是无从下手，你感到绝望，因为所有编程语言都没有告诉你该如何让哪些概念成为代码。
于是你就看了《软件工程》，你才发现，原来软件是这么做出来的，分为需求，建模，设计，构建，测试部署等很多的阶段，你如获至宝，按照上面的方法开始分析你们的需求。可你在整个过程当中，脑中不断的回想着一句话“这个功能这样实现怎么样？”（或者代码应该那样写更好），总之就是你无法跳出那代码的阴影，在整个需求过程中，你始终是一名程序员，你的角度非常局限，你的思维往往局限于计算机，你发现这是一个恐怖的事实，因为很明显，在每个阶段，他都是向后屏蔽的，需求的时候，就应该不要涉及到具体的实现细节，甚至都不要想怎么需求建模，建模只是对需求的一种表达，只有真正的理解需求了，建模才能顺利进行。所以你首先得忘掉你那些代码，这是一个很奇怪的过程，但却是每个阶段都应该做成的样子。
当你慢慢的尝试在每个阶段扮演一定的角色后，你也对你们刚开始讨论的东西，从一句话，到该是什么样的代码这样的转换了熟于心了。
网友评论