“这个网站相当简单,所有你需要做的就是完成X,Y,Z。你看起来应该是技术很好,所以,我相信,你不需要花费太多时间就能把它搭建起来。”
我时不时的就会收到这样的Email。写这些邮件的人几乎都是跟技术不沾边的人,或正在研究他们的第一个产品。起初,当听到人们这样的话,我总是十分的恼怒。他们在跟谁辩论软件开发所需要的时间?但后来我意识到,即使我自己对自己的项目预测要花去多少开发时间,我也是一筹莫展。如果连我自己都做不好,我何必对那些人恼怒呢?
真正让我郁闷的不是他们预估的错误。问题在于他们竟然认为自己可以做出正确的估计。作为开发人员,我们经常会发现,在软件开发的问题上,一个外行人会很自然的把复杂的事情估计的很简单。
这并不是为我们的愤怒找借口。但这引起了另外一个有趣的问题:为什么我们天生的预测复杂性的能力在遇到编程问题时会失灵?
为了回答这个问题,让我们来认识一下我们的大脑如何估计事情的。有些事情对于一些没有经验的人也很容易预估正确,但有些事情则不然。
我们来想想观看一个人弹吉他。即使你从来没有弹过吉他,在观看了一场弹奏《玛丽有只小羊羔(Mary had a Little Lamb)》的吉他表演后,你也能大概推测出这很简单,一个人不需要太高的技术就能演奏出来。同样,当观看了有人演奏D大调的《卡农(Pachabel’s Canon)》后,你也很容易推测出,这很复杂,需要很长时间的练习才能演奏的出来。
为什么我们能够很迅速准确的预估这两首曲子的复杂性呢?这是跟我们用来判断一个事情简单和还是复杂的方法有关的。我们的大脑有一些现成的模式来完成这些事情,首先一个就是根据速度。这种情况下,大脑会辨别每秒钟演奏的东西。根据每秒钟演奏了多少东西,我们很容易有一个直观的判断曲子的复杂度。因为用吉他演奏一首歌是一种物理过程,一种感官上的活动,我们的大脑很容易依此来推测速度,继而转换成复杂度。
我们还有另外一个天生的推测依据:体积。想想把一个帐篷和一栋公寓放在一起对比。即使一个人从来没有学过建筑学,他也能告诉你通常设计和建造一个帐篷会比设计和建造一栋公寓要简单。为什么?因为我们天生的会使用物理体积作为事物复杂性的一个指标。
当然。上面说的这两种逻辑分析并不是总是100%的有效。但大多数情况下,人们就是这样干,而且很成功。大多数情况中,我们在对物理过程评估时,我们的大脑会对物理事物进行有效的关联,不需要依赖之前的经验。
现在让我们来谈谈软件。当一个不懂技术的人试图对软件开发时间进行评估时,有两个很基本的直观指标在辅助他们:以体积为指标的复杂度和以速度为指标的复杂度。但他们没有意识到,软件跟他们想象的不一样。软件本质上不是有形物质。没有体积和速度。它的极小的组成部分可能会时不时的在电脑屏幕上闪现。正因为如此,当面对开发一个web应用时(或任何类型的软件),我们的基本直观感觉失效了。
这第一点,速度,很显然根本不可能被外行人拿来对软件进行评估。于是很自然的,他们倾向于使用体积指标进行评估。要么是根据描述文档的页数,要么是根据软件的功能用例数或特征数。
有时候,这种评估手段确实有效!当面对一个静态网站,没有特别的设计要求,外行人很容易用这种方法估计出开发时间。但是,通常情况下,对于软件开发,体积并不能真实有效的反映复杂度。
不幸的是,对于软件的复杂度,唯一有效的推测方法是依据经验。而且还不是时时都好用。作为一个程序员,我知道,根据我之前开发过的相似的功能特征,我可以估计出现在的这些功能特征各自要多少开发时间。然后,我把总时间加起来,这就得到了完成整个项目需要的大致时间。然而,事实情况中,每个项目在开发过程中都遇到二、三个瓶颈。这些瓶颈会肆意的消耗程序员的大量时间,你在遇到它们之前根本不会有所预见。它们会拖住整个项目,致使工期延后数周甚至数月。
这些是没有经验的人在评估复杂度时不会理解的。他们不明白在其他事情上都很灵的方法,为什么放到软件开发上就不灵了。所以,下一次当你听到有人说“我想你几天时间就能把它开发出来”时,不管是谁说的,都不要懊恼。深呼吸一下,告诉他这篇文章的地址,自己该干什么还干什么。
相关推荐
不懂技术的人不要对懂技术的人说这很容易实现“这个网站相当简单,所有你需要做的就是完成X,Y,Z。你看起来应该是技术很好,所以,我相信,你不需要花费太多时间就能把它搭建起来。”我时不时的就会收到这样的 ...
想了解移动I P以及用它能解决哪些问题的读者会发现很容易在本书中找到他们想要的信息, 而且非常易懂。 另外,那些想对移动I P有详细了解的读者也会在本书中发现他们想要的信息。这里,我 们列出两类读者: . 对于...
文章《敬告老实的工程师:请不要为这五类人打工!》中提出了五类应当避免的老板类型。这些内容对于工程师的职业规划有着重要的指导意义。下面我将详细解读这些知识点。 首先,文章中提到的“梦想小于你的”,指的是...
- 业务人员可能对技术实现不够熟悉,但对业务逻辑和客户需求有着深刻的理解。 - 这种认知差异导致了双方难以有效沟通,从而影响项目的整体进展。 2. **平衡策略**: - **加强双向培训**:组织定期的技术分享会和...
我觉得很大的一个原因在于教师授课的思路并非线形的教科书思路,他把知识连贯了起来,如开始介绍类,很快就会遇到不懂的类!怎么办?查文档!怎么查?教师会当场演示,学生很容易记住!然而,看书就不是这样,因为...
【描述】"跑马灯测试程序,实现3个LED轮流点亮,程序不长,很容易懂" 描述了程序的核心功能和特点。跑马灯是一种常见的电子设计技术,通常涉及硬件电路和相应的编程。在这个程序中,3个LED会按照某种顺序依次亮起,...
代码大全(第二版)是著名...本书对经验丰富的程序员、技术带头人、自学的程序员及几乎不懂太多编程技巧的学生们都是大有裨益的。可以说,无论你是什么背景,阅读本书都会让你在更短的时间内、更容易地写出更好的程序。
良好的写代码习惯是应该在代码中加入注释,以便以后维护更新系统的时候容易让人读懂,这个缺陷的产生是因为开发时偏重速度导致的。 本系统主体上可以分为两个子模块:公共用户模块和管理者模块。 ASP提供一些内建...
我觉得很大的一个原因在于教师授课的思路并非线形的教科书思路,他把知识连贯了起来,如开始介绍类,很快就会遇到不懂的类!怎么办?查文档!怎么查?教师会当场演示,学生很容易记住!然而,看书就不是这样,因为...
我觉得很大的一个原因在于教师授课的思路并非线形的教科书思路,他把知识连贯了起来,如开始介绍类,很快就会遇到不懂的类!怎么办?查文档!怎么查?教师会当场演示,学生很容易记住!然而,看书就不是这样,因为...
我觉得很大的一个原因在于教师授课的思路并非线形的教科书思路,他把知识连贯了起来,如开始介绍类,很快就会遇到不懂的类!怎么办?查文档!怎么查?教师会当场演示,学生很容易记住!然而,看书就不是这样,因为...
我比较喜欢独立思考,我不喜欢一遇到不懂的问题就直接去问别人,喜欢自己去钻研,等自己解决了这个难题,心中就会有巨大的成就感,很兴奋,很喜欢这种感觉。 其次,我需要对自己的职业技能进行评估。电子信息工程是...
另一方面,是因为这一领域较新,目前发展太快,很多软硬件技术出现时间不长或正在出现(如 ARM 处理器、嵌入式操作系统、MPEG技术、无线通信协议等),掌握这些新技术的人当然很找。 (2)与企业计算等应用软件不同...
〔二〕数据加密 加密就是通过一种方式使信息变得混乱,从而使未被授权的人看不懂它。主要存在两种 主要的加密类型:私匙加密和公匙加密。 1.私匙加密。私匙加密又称对称密匙加密,因为用来加密信息的密匙就是解密...
从网上的评论来看,有人说学了一年半软件理论,就一门编译看不懂;有人甚至说它是大本软件课程里最难的一门;有人抱怨国内的编译教材没有一本容易懂的。 从笔者学习实践来看,第一次学了一个多月,理论部分一知半解,第二次...
- **解析**:阅读过程中遇到不懂的地方是很正常的,但这不应成为放弃的理由。通过反复阅读和思考,最终能够理解其中的含义。 #### 21. 别指望看第一遍书就能记住和掌握什么--请看第二遍、第三遍。 - **解析**:学习...
另一方面,是因为这一领域较新,目前发展太快,很多软硬件技术出现时间不长或正在出现(如ARM处理器、嵌入式操作系统、MPEG技术、无线通信协议等),掌握这些新技术的人当然很找。 (2) 与企业计算等应用软件不同...
不要说“我越看越糊涂”——谁都是从不懂到懂的。 - **解读**:学习过程中遇到困难是很正常的,重要的是保持积极的态度。随着时间的推移和不断的努力,之前难以理解的概念会逐渐变得清晰起来。 #### 8. 不要担心...
OOP技术:易语言面向对象学习[归纳] 面向对象编程(OOP)是一种编程范式,它基于对象和类的概念,通过封装、继承和多态实现编程语言的设计和实现。易语言作为一款流行的编程语言,也支持面向对象编程。本文将通过...