最近从迷茫中又坚持了下来，而且还获得了其他一些与技术无关的体会，当然这些体会并不是突然冒出来的，或者也跟这1年的工作有关吧。paperen首先抛出自己的观点吧，“一件好的产品必须而且一定是从源设计中继承并得以延伸的”，无论您认同或者反对，或者中立也好，paperen会在下面用自己的体会去描述自己这个观点。so，这是一篇议论文……

在生活中会不会有这些情景，“我很想弄一个小玩意，能用来这样那样，是啊！很cool啊！”，在想象中确实很吸引很完美，但一旦将其置于实现中就没有下文了，而这种情况paperen认为是很正常的，每个人都爱幻想，而且应该保持幻想，至于能不能实现是其次，因为如果没有这些幻想与这些概念就根本不会有实例的出现，但这里paperen想强调的是，如果连自己（设计思想来源者）都没法做到吸引自己去动手去认为值得实现，那么可能证明了两件事：1.你只是个空幻想家，2.你想象的玩意仍不够吸引。

就拿paperen自己的工作来说，手头上有一大堆要开发的系统，它们是一个有联系的整体，所谓的OA，没开展一个新的系统开发都要进行一系列的折腾，从需求到设计说明，公司很强调这些步骤，paperen也能体谅这些步骤，尽管繁琐但是却是有用，但paperen想说的是，因为这些系统的设计源思想是来自于公司的老总的，他们是对这些系统有着深刻的想象与构思，但他们仅仅是给我们开发人员需求报告，然后就是让我们去构思实例化的过程，paperen想这个步骤是不是有点问题，即使文档方面能弥补部分设计思想与构思不被遗落，但是怎能保证实例化出来的产品就是他们幻想的那个那么美好，正如一开头说的“ 一件好的产品必须而且一定是从源设计中继承并得以延伸的 ”，如果继承都出了问题那么根本不会有好的产品，paperen觉得必须要有设计来源者参与实例化过程中才能保证这种继承，而文档只能作为后续参与者与想了解产品开发者一个硬生生的参考而已。

如果设计来源者只是处于这种位置可能带来的结果是很恶劣的，即使有足够多的文档去保证这种设计思想被继承，但是这毫无意义，因为设计来源者始终是被动方，对于实例化操作而言，他们只是提供并告诉实例化人员（开发者）该怎样做该如何改善，而并不是让开发者去继承自己的设计思想，这种主从式的生产方式始终不会获得好的产品（强大生命力的产品），不仅想法没有被继承，反而会打击开发人员的开发热情，他们告诉你这里是方的就是方的，那里是圆的就是圆的，这并不是继承，这是作业，这是填空题~~paperen觉得应该不是这样的，应该是先给你描述一幅很漂亮的画面，然后在亲自给你描上轮廓，而颜色则是由你发挥了，好的开发者能给你选好的颜色，道理就是这样，绝对不是这种主从式的方式。paperen推崇的开发方式应该是源设计者也参与到开发过程中，这样才能带动开发的积极性，而且这种好处绝对比书面型式的文档指引更好，因为源设计能更好地继承下来，更能吸引开发者的积极性，甚至能让他们也会对设计进行自我反思，从而使设计得以延伸。

paperen没有太多实例，这里只是个人观点，只是个人暂时的观点，不代表日后与未来都会像这样思考这种问题，因为paperen不能保证自己会坚持自己的想法，自己不会很坚持某种观点某种看法，希望这些能给你带来一点点启发与共鸣，paperen也很希望你会告诉我自己的看法。

仁者见仁智者见智，that's true