我们公司计划从领域区域到表示层自动生成我们的项目，以便我们批量生产软件。我们的想法是我们可以在24小时内完成项目。我认为这是可能的，但这不是我关心的问题。
此类计划的后果是什么？我只是认为从这种宏伟的想法产生的软件质量低于良好的质量。首先，客户有不同的要求。假设我们可以标准化它们之间的共同点，那么仍然存在超出我们原始模板的要求。
其次，如果没有经过全面测试，这样的软件怎么可靠？ 24小时是否可以涵盖整个单元/集成/其他类型的测试？
最后，我们似乎无法达到24小时目标，从而打败了我们的原始目的。
我只相信制作高质量的软件比制作大量软件更好。我怎么告诉老板他们的想法是错的？
答案 0 :(得分：4)
很抱歉，但我不认为这是明智的。
为了构建一个可以自动生成任何类型软件的系统，这些软件可以满足任何类型的要求，你需要实现更多您计划生成的软件。
当您有一些重复的任务，信息或组件时，自动生成的代码非常棒，这些代码足够相似，可以让您一次性完成所有重复。
但是尝试编写一个系统来生成任何类型的项目是不可行的。为了满足足够广泛的受支持项目，您的系统必须允许一组非常广泛的功能来描述项目配置和行为，描述每个项目行为所需的时间不一定短于它所需的时间。已经采取了首先实施该项目。您最终将开发一个开发环境，并以您自己的语言实现项目。
那么，为什么不采用已有的现有开发环境呢？像Visual Studio一样？
答案 1 :(得分：3)
也许你应该拥有一个很大的库代码，并填充所有可以在其中重复使用的内容。这样，您必须编写的软件非常小。可能存在与库相关联的文档模板，您只需要C＆amp; P它们。
但是，构建这样的库需要时间。