【发布时间】:2014-08-28 20:36:25
【问题描述】:
我在一个软件开发团队中,我们正在讨论如何一起工作以获得更好的软件和更易于维护的软件。
我们要解决的问题之一是某些应用程序对开发者的依赖性。在某些情况下,代码仅由一个人实现,代码很难理解,文档不存在或很差。
为了解决这个问题,有人提出了创建代码生成工具的想法。这样一来,所有的代码都将被标准化,并被所有团队成员所理解。
主要问题是代码的生成包括创建接口的自动化,大多数团队成员认为这是一个非常好的主意。为最终用户自动创建接口需要为某些数据组的基本用例定义理想接口,例如创建、读取、更新、删除和列出 (CRUD+L)。这个想法是创建和自动化的过程,该过程将为特定的预定义业务对象类生成接口。唯一反对这个想法的成员是我。我认为这个过程将解决开发的代码不一致的问题,但会带来更大的问题,降低软件质量。他们认为生成的代码总是可以改变的,但是生成自动界面的工具的存在不会总是有损用户中心的设计原则吗?这不会导致只用于管理数据的应用程序而不是支持用例的应用程序吗?
现在我的任务是创建一个文档来说服团队不要使用这种类型的方法来创建界面。说服团队使用其他流程来创建更用户友好的应用程序的最佳论据是什么?
【问题讨论】: