程序设计注意事项-程序设计就是问题理解。

编写程序需要不断地细化所实现的功能及其表达方式。
 一个问题
程序的编写往往都是从一个问题出发，也就是说，借助程序来解决一个实际问题，因此正确理解问题对程序实现是非常关键的。毕竟，解决一个理解错误的问题的程序很可能是没有用处的，即使它是一个完美的程序。或许这个程序恰好对从来没有想到的某些问题是有用的，但这种幸运事件发生的概率非常小。因此，所设计的程序应该简单、清晰地解决要处理的问题
在这个阶段，一个好的程序应该具有以下几个特点:

• 阐明设计和编程技术;
• 易于探究程序员做出的各种各样的决策及其相关考虑;
• 不需要很多新的语言结构；
• 对设计的考虑足够全面;
• 易于对解决方案进行改变；
• 解决一个易于理解的问题;
• 解决一个有价值的问题；
• 具有一个足够小，从而可完整实现、彻底理解的求解方案

 对问题的思考：
我们如何开始?大体上说，我们要做的就是对问题和问题求解方法进行思考。

首先，考虑程序应该完成什么，人机交互的方式是怎样的。

然后，考虑如何设计程序才能实现这样的功能。试着写出每个解决方案的简单框架，并检验它们的正确性。

或许与朋友讨论这个问题及其解决方法，试着给朋友讲述你的想法，是一种很好地发现错误的方式，甚至比写下来都要好很多，因为(或者计算机)不能对你的假设提出疑问，不能反驳你的错误观点。总之，设计不是一个孤独的过程。

实际上，一个程序的开发要经过一系列版本，每个版本实现了我们得到的一些推论。很明显，某些推论是不完全的甚至是错误的。实现程序最终版本的过程提出部分解，产生想法和发现错误的历程--与程序最终版本本身同样重要，甚至比实现过程中碰到的语言技术细节更重要。
 程序设计的几个阶段
下面是程序开发涉及的几个术语。解决一个问题需要反复经历以下阶段:

• 分析(Analysis):判断应该做什么并且给出对当前问题理解的描述，称为需求集合(a set of requirements)或者规范(specification)。问题的规模越大，这种规范就越重要。
• 设计(Design):给出系统的整体结构图，并确定具体的实现内容以及它们之间的相互联系。作为设计的一个重要方面，要考虑哪些工具(如函数库)有助于实现程序的结构。
• 实现(Implementation):编写代码、调试并测试，确保程序完成预期的功能。

 策略
下面是一些对很多程序设计项目都有帮助的建议:

• 要解决的问题是什么?首要的事情是将要完成的目标具体化，包括建立问题的描述，或者分析已有描述的真实意图。这个时候应该站在用户而不是程序员的角度上，也就是说，应该考虑程序要实现什么功能，而不是怎样实现这些功能。例如:这个程序能够实现什么功能?用户与程序以什么方式进行交互?记住，大多数人都具有很丰富的计算机使用经验。
• 问题定义清楚吗?事实上，我们无法十分清晰地定义一个现实问题，即使是一个习题，也很难将其准确和具体地定义。但是，解决一个错误的问题是很遗憾的，所以必须弄清楚所要解决的问题是什么。另一个易犯的错误是我们容易把问题复杂化，在描述一个要处理的问题时总是表现得过于贪心/有野心。实际上，更好的方式是将问题简化，使程序易于定义、理解、使用和实现。一旦程序能够实现预期的功能，基于已有的经验可以实现它的第2版。
• 看上去问题是可以处理的，但时间、技巧和工具是否足够?从事一项不可能完成的项目是没有意义的。因此，如果没有足够的时间来实现(包括测试)一个程序，最好不要启动这个项目。否则，需要获取更多的资源(包括时间)或者修改需求来简化任务。
• 将程序划分为可分别处理的多个部分。为了解决一个实际问题，即使是一个最小的程序也能够进一步细分。
• 在编写真正实用的软件时，重新设计基本模块是没有价值的。在学习编程的时候是另外一回事，通过重新设计基本模块可以更清楚地了解其实现过程。通过使用函数库节约的时间可以用于解决问题的其他部分，或者休息。
• 如何知道一个函数库适合于目前的任务，或者程序性能是否满足要求是一个很困难的问题。一种解决方法是咨询同事、讨论组，或者在使用函数库前首先使用例子进行验证。寻找可以独立描述的部分解决方案(或许能用在程序中的多个地方，甚至能用于其他程序)。发现这样的解决方案需要经验。
• 实现一个小的、有限的程序来解决问题的关键部分。当我们开始程序设计时，对要求解的问题并不十分了解。我们常常认为我们很了解(难道还不知道一个计算器程序是什么吗?)，但实际上并不是这样。只有充分思考(分析)并且实验(设计和实现)之后才能深入理解要求解的问题，才能编写出一个好的程序。因此，实现一个小的、有限的程序:
• 引出我们的理解、思想和工具中存在的问题;看看能否改变问题描述的一些细节使其更加容易处理。当我们分析问题并给出初步设计时，预先估计出所有问题是几乎不可能的。我们必须充分利用代码编写和测试过程中的反馈信息。
• 有时这样一个用于实验的小程序称为原型(prototype)。如果第一个程序不能工作或者很难在此基础上继续下去，可以将其丢弃，基于已有的经验重新设计一个原型程序，直到找到一个满意的版本为止。不要在一个混乱的版本上继续,否则将会越来越混乱。
• 实现一个完整的解决方案，最好是能够利用最初版本中的组件。理想情况是逐步构建组件来编写一个程序，而不是一下子写出所有代码。要不然，你就得希望奇迹发生了，期待一些未经检验的想法能够实现我们设想的功能。