什么是软件开发?

  有人问我:“什么是软件开发?”。回答这个问题前,我们需要先理解什么是软件。

一、软件定义

  关于软件,一些优秀的人已经给出了简单易懂的定义,举个例子:

  软件是计算机系统的一部分,它适配各种不同用途的机器。例如,通过同一台计算机但不同的软件,我们可以玩游戏、计算缴税、写信或者写书,以及获得约会邀请的答复。

—— 杰拉尔德·温伯格

  这句话是作者解释给他的朋友的,他的朋友是一名电脑小白。

  有了上述定义,什么是软件开发也就显而易见。

  软件开发研究如何让运行在计算机里的不同系统解决人们在现实中遇到的问题。

  我们经常见到这样的句式,试图一句话就把事情讲得面面俱到。

  让我们简化一下。

  软件开发研究如何让计算机解决问题。

  目前看起来不错。

  倘若你听过“一切问题都是人的问题”这句话,并且愿意相信它,那我们就可以接着简化。

  软件开发解决人的问题。

  这个定义充满了敷衍的味道。如果你敢向你的女友这么解释,她大抵会提到“你是不不爱我了”之类的话题。

  回到正题,它好在足够笼统,把所有的细节归纳为“人的问题”,一言以蔽之,至少不会有多大偏差。

  关于什么是“人的问题”,我们无法一一列举。但通过下面的例子,也许可以窥探到一些奥秘:早在 1995 年,有人便觉得软件开发要解决的问题陷入了困境。

  我们遇到了前所未有的困难,不知道在做出电子表格(Excel)后,计算机还可以用来做什么。

—— 查尔斯·西蒙尼

  从今天来看,这个观点颇失谦逊,软件行业从来没有止步于表格处理程序。当然,我们不是要批判什么,它是用来引出以下软件开发的三点特性。

  “人的问题”不可预料。

  世界在改变,人的需求也是一直变化的,我们不知道下一步会发生什么。值得一提的是,有时我们甚至不知道过去发生了什么。

  “人的问题”具有延续性。

  在 1977 年,人们开始用电子表格处理数据。在今天的办公自动化领域,电子表格仍具有着不可替代的作用。这是值得庆幸的,总有些问题和解决方案会持续很长一段时间。

  “人的问题”具有复杂性。

  尽管软件技术在当今的 IT 领域开花结果,人们探索出了各种各样的成型解决方案,但开发者和开发团队依旧面对着复杂的开发环境。

       复杂性足够我们花费一整节的内容来阐述它,欢迎阅读下一节。

 二、软件复杂性

   随手翻开一本介绍软件工程的书,你都会看到它会提及复杂性。软件复杂性的本质是,现实世界是无比复杂的。至于现实为什么是复杂的,不在本文讨论的范畴。本文更关心的问题是:

  是什么让软件变复杂的?

  我们在上文提到“软件是运行在计算机里的系统”,这里直接给出系统的一般定义:

  系统是对世界的一种观点。

  你可能一时无法接受这个它。

  换种说法,系统是对世界的一种抽象。

  抽象意味着要从繁复的具象世界里剥丝抽茧,不同的抽象就会产生不同的系统。

  观点或者说抽象可以简单也可以复杂。

  一个软件从无到有,越来越复杂,根本原因就在于特性不断增加和改变,不同角度会产生不同的观点。

  举个食品行业的例子。

  一家公司以独家配方生产一种食品,每个季度的销售额上涨 10%。

  管理层希望业绩进一步提高,具体到研究部门,目标是调制出更好吃的配方。

  研究团队计划每个月只改动一点点,一年过去了,不断地有顾客投诉食品不再是原来的味道了。

  公司董事决定开会。

  “我们生产的食品更好吃了吗?”

  “当然,我们的销售额增长达到了 30%。”

  “但是我们的顾客不这样说。”

  “他们只是不愿意改变!”

  再举个例子,打开你的手机,各类软件源源不断地弹出新闻资讯类消息。大部分软件工具成熟以后,不再愿意仅做好它的本职工作,当你使用一个小众 APP 时,你可以亲眼见证它从小而美到臃肿不堪的历程。

  这是复杂性的一面,面对它,我们唯一能够做的就是“不要多余的特性”,它有个经典表述:

  不要过早的考虑优化。

  回到上面的故事,也许那家公司什么也不做,销售额同样会上涨。

  你可以能会质疑“说的轻巧,我们总不能什么都不做?”

  回答它,涉及到我们做出决定时绕不开的一个问题。

  你愿意付出什么样的代价?

  付出什么,就要准备好得到什么。你愿意付出多少薪资雇佣员工,你愿意增加多少特性,你愿意采用什么样的解决方案,你愿意为这个 Bug 留出多少工作量。

  拿出什么样的筹码,是真实摆在我们眼前的问题。

 四、什么是软件开发

  现在,我们可以正式回答这个问题了。

  首先,“预料”对方真正的目的是什么?

  1. 对方只是随口一问。

  2. 对方想打探你的薪资,然后向你介绍相亲对象。

  3. 对方对软件行业这个话题感兴趣,并想深入了解更多。

  4. 其他可能性。

  对于醉翁之意不在酒,你翻开和老妈的微信聊天记录,阅读一番《不得不看,职场新老手都有用的一百条话术!》,基本可以应付了。

        至于第三种情况,先给他来个含辞模糊的定义,比如

  软件开发通过设计、编码、测试以及持续地维护解决人的需求。

  一般地,对方发现自己听得云里雾里后,就会识趣的停止这个话题。但也有可能,尤其是碰到其他领域的工程师时,会引出更为具体的问题。

  不幸的是,有时候问题根本就不存在,正如下面的寥寥数语,它会让你所有准备好的说辞付之流水。  

  “工作忙吗?”

  “还行。”

  “每天都干啥?”

  “主要是写代码。”

  “不懂,听说挺累的。”

  “有时候是累,工作不都这样么。”

  “嘿,说的也是。”

猜你喜欢

转载自www.cnblogs.com/experdot/p/10961830.html