软件开发行业有哪些神话

　　软件开发近几年来很火，那么在软件开发行业里也有许多神话，今天石家庄软件开发就来跟大家说一说软件开发行业有哪些神话。

　　神话是由特定的一类人创造和传播的。我们很容易受到我们所尊重的人所说的话的影响。供应商试图向我们出售产品和服务。同样，会议上的发言人，我们阅读书和博客的作者，他们是向我们卖他们的书，网站或服务。在工作中，我们听比我们更资深的人的话，这些人通常是那些有一些成绩的同事。但如果这是一个大公司，那么这些同事的话就会涉及办公室政治，或有为了赢得声望的因素，我们应该对这些人的话产生质疑。

　　这神话有很多。由于我们的行为像一个宗教教派，也产生了许多神话，有的是偶然，有的是刻意而为。

　　让我们看看业内典型的神话，那些所谓的常识。

　　神话一：抽象概念很好这是我喜欢的神话之一。如果不是这些抽象概念，我们不会有互联网，也没有网上那些很棒的网站。如果我们必须为处理器写二进制指令，就有麻烦了。编程语言，协议，数据格式，框架，还有更多的抽象的概念帮助我们完成工作。

　　但大多数抽象概念都是在我们写的程序中产生的。我们创造出的抽象概念只是小聪明，概念不够清晰。我们也没有很多创造抽象概念的经验，所以我们创造出的是混乱。我们创造的抽象概念往往很糟糕，一片混乱，不利于项目的完成。

　　神话二：软件很容易修改我们生活在这样一个概念里，软件是.... 软的，灵活的。打几个字，我们就可以改变它，让它做一些完全不同的事。重新设计的电子产品需要几天的时间，而软件只需要几分钟。但是，嘿…现实是很残酷。它不是神话，而且会反击。大多数软件不仅是难以改变，而且一旦用了就往往不能结束。一旦写好软件，部署好，要想摆脱它，门都没有，无论这软件用起来多么琐碎或一无是处。

　　神话三：程序员可以互相替代大公司的经理们的另一个喜欢的神话就是是，程序员是可互换的零件。如果一个程序员离开了，我们就从大街上找择一个新的，代替他。但是那根本行不通。软件知识不在代码里，而存在于写代码人的大脑里。如果你以前抢修过别人的代码库，而这写代码的这个程序员没有给你任何工作交接，你就知道我在说什么了。

　　如果写代码库的人离开了，则需要两个新人来代替他，这两人可能需要一年的时间来搞明白这个代码库的作者写的到底是什么，也有可能永远都搞不清楚。

　　神话四：人多力量大这种情况在公司管理中普遍存在。如果我们需要多花一倍的精力做某件事，我们就多招一倍的程序员。这肯定行。

　　神话五：方法解决问题很多人兜售各种方法论。20 世纪 80 年代后期使用的是用例对象方法，然后是理性统一过程和许多其他所谓的计算机辅助软件工程的方法，是统一建模语言 UML。Kent Beck 介绍了到极限编程方法，这是一个敏捷方法，是一个反对瀑布式的方法。近 10 年间，Scrum，看板和其他方法备受吹捧。所有这些都方法都承诺解决软件这一复杂工作。

　　我的观察结果是，没有一个方法像宣传的那么好。几乎所有的软件项目都依赖于大神。能完成项目的人，无论用什么方法，都能完成。对于新的项目，大神们擅长的是开始着手做。在维护或改进代码库的时候，大神是那些工作中不介意遇到糟糕代码的人。