初次分配要取得软件初次面世的成功,.pdfVIP

初次分配:要取得软件初次面世的成功，请及 早计划 疯狂代码 http://CrazyC/ ĵ http:/CrazyC/Linux/Article30655.html 　　在典型的编程中，几乎失去平衡的方面之一是对最终用户体验结果的忽视。我们都花很多精力去编写优秀 而有用的程序；但是，把这些程序交付到用户手中这件事却是我们开发者做得最糟糕的标志性事情之一。在这 个月中，Cameron 将讲解解决这个问题的技术性办法。 　　您的组织投资了很多 — 可能是为期一周或十五个月的工程时间或 385，000 美元的许可费 — 到某个软件 上。这个软件在您设置的演示主机上运行得非常不错。然而，当最终用户设法从中获益时，获得的却只有沮丧 ：惹人心烦的不正确安装，神秘复杂的配置，不可再现的信息读取失败，或者程序根本就什么也不做。 　　有些事错误得非常严重，而且非常离谱。我给计算技术的这一方面贴上的标签是“部署”。当某个软件在 您的屏幕上时，您的老板或客户说，“我喜欢这个东西！”，从此时一直到最终用户打电话或写信来说，“这 正是我们一直在等待的东西。”，这期间发生的所有事情都是部署。 　　从原则上说，那只是一个简短的步骤。部署不是一个像算法理论、网络负载分析或者甚至是需求获得那样 深奥难懂的问题。然而，作为一个产业，我们总的来说对部署重视不够，处理不当，投资也不足。其后果不难 想像：软件开发中一些最严重的浪费都与部署有关。本月的“诊所”将为您讲解如何能在您自己的工作中做得 更好。 具体示例 　　首先，我们来看一个示例，以对部署涉及到什么有个一般的“感觉”。假设您曾与某化学专业的同事合作 开发一个有趣的水泥养护计算机仿真程序。您们两个对该程序在您们的开发上的表现颇引以为豪 — 程序能处理 各种大气情势以及地面状况等等。真是棒极了！ 　　但是，与其他工程师合作共事并不像您预想的那么顺利。所安装的 C 和 Qt 运行时库的一点点改动就会产 生莫名其妙的结果，甚至会导致进程异常终止。有些对等机在 AXP 上的 Linux 可以运行，但在 Intel 上的 Linux 却不行。有一位研究人员，他为之工作的组织要求所有的安装都必须装在 /var 目录下，而 /usr/local 下 则不可以装任何东西。 　　好消息是，该工作组的每位成员都有了 Linux，不需要坐在位于瑞典和南非的键盘前就可以完成安装。坏 消息是，即使有了远程登录，每次交付程序所花费的时间平均下来还是要半个小时以上。要不了多久，您安装 程序所花费的时间加起来就会超过第一次实现程序时所用去的时间。 　　真正令其糟糕的是这种情况很具有典型性。信息技术（IT）文化已经约定俗成地容忍了这类灾难。我们承 认安装是脆弱和易出错的。 　　但是，您可以不接受它。这里是使事情有所不同的办法： 部署的原则 　　不要从购买安装产品入手。有几个事项都很有价值，其中理解更具有决定性意义。 　　需要理解的最重要的事项是，与计算技术的许多方面一样，良好的部署也始于良好的分析。对于上面所述 的示例，您若想要取得成功，就得要求自己写出明确的需求，例如： 　　应用程序应可以作为一个单文件映象进行传送和安装。 　　应用程序应可以在任何配置有 glibc 2.2-2.2.5 的 Intel Linux 主机上运行。 　　应用程序应不要求装有其它的库（如 Qt）。 　　应用程序在第一次注册期间必须具有 IP 连接。 　　当应用程序检测到它的某项要求未得到满足时，它会写一条明确的诊断信息到控制台，然后得体地退出。 　　还有其它…… 　　为贯彻执行这些编写要求，我喜欢从第一天起就让安装过程保持是可执行的。请考虑一下著名的极端编程 者（Extreme Programmer）（要了解背景情况，请参阅参考资料），他们须在实现要被测试的应用程序之前 编写测试。同理，我会在那些测试之前至少编写一些简单的安装。通过使安装具有可回归性，我就可以确信 ，在任何时候，我都可以可靠地以低廉的代价把我的开发的任何版本安装到某个客户的机器上。 　　我属于同意这一点的少数派。许多组织都把大量投资投到了前端分析、框图绘制、培训以及开发的其它方 面上，却只在开发周期的后期才偶而让程序员们去探察有助于部署的编译器、交叉编译器、许可证管理器以及 其它工具。就我所知，还没有人对每种办法的可取之处进行过正式研究。而本专栏所能提供的只是澄清各种看 法。我自己的工作证明了从一开始就把部署计划考