避免令人讨厌的时候设计的渔获量与执行[关闭]

Question

我是个承包商，我经常带在项目的头上下来就实施的功能，为一个最后期限。很多时候虽然我的速度变得更快的比的基础的设计。所以我常常风立具有创造职能/方法来执行任务中的一个初步方式，同时等待最后的设计。

例，目前我是负责执行的默认排序的某些记录在一个方式太复杂的当前数据库的设计(实际上我会用MySQL"领域"的功能，除了我不认为Java/休眠支持它)。所以我创造了一个函数，其中的记录可用的时间正在进行排序在应用水平，这既可以被重新实施的，或完全避免，一旦必要的数据库设计工作已经完成。

我担心的是，一旦所有必要设计完成了(一般和/或具体关于该方案所概述的以上)，我不想离开的痕迹可能是不必要的职能/方法。有时他们可能会增加价值的设计，但有时他们可能被不必要的间接层在结束。

怎么关注我应该这么做吗?我能做些什么来减轻这个吗？通常是 非常 短期的承包商，我通常没有时间-或权力机构--来实现这样的东西作为一个"战略模式"，这可能是我倾斜，如果我们实际上负责整体设计。

Answer 1

我认为一定数额的令人讨厌的是可预期的作为代码基础的发展。甚至当你尝试是有系统的关于删除旧未使用的代码很难除去这一切。它总是满足于发现未使用的代码在我的系统中，我可以删除。

强大的输入是你的朋友在这里，因为它可以让你轨道类型和用途，在一个更好的方式比较弱。所以远离那些字符串数据类型，使他们清洁了困难。

一个非常整洁的伎俩是如果你可以重播24小时的通信从你的生产系统通过一个试验系统一代码复盖率的工具的运行在相同的时间。这通常是一个金矿的死亡代码，但它可能很难找到的时间来处理如此大量的清理之中的其他优先事项；)