这个问题在这里已经有一个答案:

根据我的经验,在制定代码之前,花一点时间在制定项目的计划时很有用。这样的计划通常包括选择框架/工具,写作要求和期望以及进行模型。

不过,我通常只为严肃的项目做这件事,而不是一次性或短暂的尝试。

我很想听听您在开始进行编码之前花费多少时间来计划/设计项目。您是为每个项目还是“严重”的项目来做?

有帮助吗?

解决方案

这在很大程度上取决于项目。

如果项目基于已经编写的规范(例如二进制数据文件规范),则可能不涉及太多设计。

如果该项目高度投机或以研究为导向,我可能会花更多的时间编写抛弃代码来制定设计,而不是我在创建设计方面的时间。

如果该项目是一个大型项目,则需要对高级体系结构进行更多的前期思考。

其他提示

尽可能多

了解项目,模型,风险和未知数

特别是风险和未知数

我们在工作中使用Scrum,因此我至少要说您必须给出足够的设计思考,以将您的用户故事分解为任务。您需要一个很好的想法来编写任务所需的内容。请记住,关键是写下它们 其他人 理论上可以执行实施。我通常将小细节(例如要使用的算法)折叠到我的任务的时间估计中。如果我需要进行一些无关的研究,我将自己做自己的任务。

在处理史诗般的(一个持续多次冲刺的项目)时,我对所谓的“设计”很自由。在这种情况下,设计通常涉及基本体系结构的粗略草图以及我希望做的一些用户故事。这不是牛仔编码,但也不是一个严格的设计过程(想想传统的瀑布模型)。会出现某种东西(要求变化或A-HA时刻),以改变游戏的某个地方。我尽量不要在可能会被抛弃或大量修改的东西上投入太多时间。

著名的杰米·扎辛斯基(Jamie Zawinski)在《工作中的编码人员》一书中说……最好花足够的时间来编写我们可以使用的东西,然后从那里进行编码。根据项目和竞争的不同,如果您花费太多时间计划和思考做某事的最佳方法,并且在给定的时间范围内没有工作产品,那么您的竞争对手将领先于游戏,这将是一个巨大的损失。

不过,我不一定同意它,但是您必须为他所取得的成就而值得称赞。

许可以下: CC-BY-SA归因
scroll top