曳光弹

曳光弹和原型在互联网行业应用最为广泛，并正在迅速向整个软件行业扩展。但对于原型和曳光弹的含义经常容易搞混。这里就简单介绍一下。简单一句话：原型是用过即扔的代码，曳光弹则是提供完整的体系，并在这个基础上继续发展并最终得到产品的方法。 用类似曳光弹的方法能更快捷的令你正中目标，一个注重实效的程序员往往更加喜欢使用曳光弹。曳光开发和永不会结束的理念是一样的：总有改动需要完成，总有功能需要增加，这是一个动态的，渐进的过程，而另一种传统的做法是确定项目的需求，划分模块，完成子配件，最后完成配件的安装测试，将成品交予客户，这种方式繁重而复杂，如果需求改动则可能改到天翻地覆。 　　曳光开发的许多优点： 　　1、使用户能够及早的看到实际产品，客户会即使告诉你现在的工作距离他们的预期有多远。 　　2、开发者构建了一个他们能在其中工作的结构。 　　3、有了可用于演示的东西，而且更能感受到工作的进度情况。 来源： https://www.cnblogs.com/sonofdemon/p/11071620.html

初入软件工程专业的我，在读了部分程序员修炼之道之后感觉这本书十分的有用，目前我读到的对我最有价值的就是正交行，就是在编译工程项目时 一定要注意各个部分之间尽量的少牵扯联系，做到这些在我们改动某个部分的文件的内容时就就不会 “打扰”到隔壁的文件夹，对后期的维护和更新有着很大的帮助，还有就是在编写代码时一定要注意代码的可撤销性因为我们的策划不是一成不变的，他很有可能在某一天就会有着会影响到之前写完的工程的某个部分，可撤销性就是在不适用这段代码时，在删除他的情况下不影响其他代码，这里面讲到了“曳光弹”，这个的作用就是在自己接到自己从未接触过的项目工程时，需要一个通向前方的光束，这个光可以带你走进正确的道路，书中将写代码的人比作一个在黑夜中的枪手，这个例子再合适不过了，我们接触新鲜的事物时就好比在黑夜中需要完成狙击任务的，没有光束狙击手很难达到一枪毙命，就跟我们编程一样我们需要一些编写程序之前的过程，这个“曳光弹”为我们提供了足够的光束（虽然我目前在这方面没有积累，但是我会从现在开始积累我的“曳光弹”）。 还有就是我们需要储备一个我们自己的错误代码库，和一个工具库，可以根据不同的工程调用自己的工具库来减少工作量，这样不仅可以提高工作效率，还可以减少代码的错误（因为工具库时久经沙场的）。 来源： https://www.cnblogs.com/yizhixiaozhu/p/11755149