为您的项目创建支持/开发工具 - 您应该花多少时间/花在它上面？

Question

它可以像单行脚本一样简单，也可以像使用解析器和调试器的完整编程语言一样复杂。

但是，众所周知的创建省力工具的危险，比原始任务需要更多的劳动力创建（除非你能在几个项目中分摊它）。

我担心这个二级项目被贬低，试图让它变得完美，并且扩展它......当主要项目萎缩时（例如：Knuth从编写“计算机程序设计的艺术”到几年之后）创建TeX以帮助他排版它。）

我不是在考虑标准的支持/开发工具，比如构建工具，测试系统，错误跟踪器和源代码控制，而是为特定项目创建的，支持自己的开发，只有开发人员才能使用（即它不是项目的可交付成果）。

Answer 1

很容易被工具创建的乐趣所吸引。我们试图通过查看我们需要编写的工具来管理它，花一些时间来寻找我们可以使用的开源或者屈服于我们的意愿，然后才采用滚动自己。我们也将此作为迭代零，练习，冲刺和scrum - 如果一个工具需要多个sprint（2周），它就太大了。

Answer 2

这很容易。

首先编写用例（或用户故事）。务必包括操作和支持人员以及最终用户。

然后构建软件以交付用例。

任何“支持/开发工具”都必须是用例的一部分才能证明其合理性。

编辑在编码支持方面，它的成本/收益很简单。构建代码生成工具的成本与项目的净节省成本相比是多少？开发人员工具很少有价值。软件运行和支持很长一段时间;它只在很短的时间内开发。你可能花2年时间开发它;客户可能需要花费10年或更长时间来运营它。在开发中节省几个月通常是无关紧要的。

这就是它的全部内容。

请记住，支持和帮助台是一流的用户。必须将支持用例与最终用户用户案例放在一起。根据需要对用例进行优先级排序和构建。在某些时候，可操作性考虑因素必须优先于用户功能。

例如，我们刚刚完成了几个页面的构建，这些页面只能由操作（以及可能的帮助台）工作人员用来帮助客户完成特别重要的交易。

很少需要编写新的基础结构（语言，编译器，调试器，操作系统，RDBMS，ESB等）。

然而，编写新协议以及关联的客户端和服务器通常是必要的。使用ODBC / JDBC数据库连接的桌面软件并非易于解决所有问题。同样，并非所有内容都是基于HTTP的Web应用程序。

发明一种新的编程语言就是让你的爱好接管你的工作的一个例子。如果您无法使用TIOBE Index上的前50种语言，那么您只是在玩。

Answer 3