Hello Demo

    作为程序猿的我们，对Hello World再熟悉不过了，无论学习哪种编程语言，第一个例子总是Hello World。但是今天我要告诉我的小伙伴们，在项目中，我们需要学习Hello Demo。

    Hello Demo，是项目工程开始后的第一个例子，它是真实的案例，我们需要在项目中要尽可能的完善这个Demo，因为这是我们项目正式开工后所有Developer的参照物。Demo它是一个实实在在的功能，还是一个模板，更是一个标准。

    照上面这么说，这个Demo真是太抽象了。接下来我来具体描述一下这个Demo到底有哪些内容。大家都知道很多项目都是在还没有签订正式合同的时候就已经开始了。为什么这样？因为公司已经有了十足的把握拿下这个项目，而项目的工期通常又比较紧，所以不得不提前开始进入项目。

    在早起进入项目的人员除了架构师之外，还有一些程序员。架构师的主要工作是写文档，没错就是写文档。架构师几乎每天都会参加各种会议，他会把他收集到的需求以及一些规范整理之后，发给大家。程序员的工作就是把这些文档整理成技术方案或者配合系统架构师把框架搭建起来。

    在这里，你可能会问，不是架构师自己把整个框架搭建起来吗？不是，当然不是。架构师的时间那么宝贵，而他的薪资又那么高，公司不可能把所有的事情都分给架构师做，所以有时候程序员也要承担部分架构师的工作。而这也是一个让程序员快速成长的机会，通常情况下，程序员也很喜爱这份工作。

    一个项目中，通常有很多程序员，所有的程序员都来搭建架构吗？哦，当然不是。只有个别的人担当起搭建架构的责任来，而其它的人这时候就开始写技术方案了，也许有的公司把这个叫做可行性计划方案。我们不管这个东西叫什么名字，只需要了解在这个过程中，程序员会把所有的需求收集和采集起来，整理成需求说明书就够了。

    在项目中，通常还有剩下的人员，那些人员会根据系统架构的雏形，来实现需求说明书中的一个功能。这个功能通常总是很费时费力的，因为这是第一个功能，你几乎没有任何可以参考的代码，你不能通过Ctrl+C和Ctrl+V来解决问题，你只能用自己的记忆和智慧来解决问题。

    当第一个功能可用时，我们基本可以确定我们的Demo将要结束了。是的，是将要结束，但还没有结束。我们还要整体考虑这个功能中所用的界面是否能够成为我们以后开发界面的规范，这个功能实现的代码是否符合了编码规范，并且能够作为后续开发代码的参考规范，当我们把所有的这些问题都解决掉之后，我们才可以说我们完成了Demo。

    现在我们总结一下，完成Demo所需要的步骤：一，采集系统需求；二，搭建系统框架；三；编写技术方案；四，实现系统的第一个功能。好了，这就是我所说的Hello Demo！