之后每一个新的程序编写大量纸张文件仍然存在。

除了通常的涂鸦注意到从程序员通常有一个很好的堆的文件含有的物理模型的解释,计算和以上(公式、表格、图表、小小的图片,描述变量...)

我们通常做的密集数计算在控制台应用程序,它们不向公众公布(留在家里,只有结果转出)。在每个项目完成所有这些文件必须包装以某种方式与应用程序,那一天,当某人将被重新使用它的一部分,具有一定知道是什么在那里。迄今为止,我们已经使用"脏"方案只扫描这一切,并且包装它在光盘上的应用。

所以我想知道...所有科学家伙在这里,在一个类似的情况...你怎么处理的项目文件,这是必要的,但不向公众公布的?(一样,去dtp姑娘们,他们让它好和闪亮的-不是我们的问题了:)

有帮助吗?

解决方案

我使用一个三个选项:

  • 把一切都在我的实验室笔记本,我自己的档案,对于低级别的东西
  • 扫描纸质文件,并加入到源控制在pdf。这是丑陋的,但如果有人需要它,它的存在
  • 抄录的方程式的结果,等等。在一个干净的格式(通常是乳胶)为今后参考,并再次,增加来源的控制。正式文件复制得到签署(我的工作在一个高度管制的领域)和提交的粘合剂。

其他提示

在我参与过的项目中,我们在程序中进行了大量的物理计算,因此我们有很多白板会话,我们正在研究方程式。

我们为每个主要项目保留一个维基,每次白板会议后,我们用数码相机拍摄白板并在维基上上传/整理。我们还会扫描开发人员笔记本中的纸质文档,如果它很重要,也可以将其包含在wiki中。

然后,我们备份光盘上的wiki进行存储。因此,除了我们使用项目维基进行组织之外,我们的解决方案与您的解决方案非常相似。

如果这很重要,在我看来,您应该像对待公共文档一样谨慎对待内部文档。

我在设计应用程序的用户界面时创建了UI纸张原型,该应用程序生成了大量的A3大小的纸张(在一个项目中,我们有许多书桌覆盖着纸张)。当设计准备好或需要邮寄给某人时,我用数码相机拍摄它,这样我就可以制作一系列图片来展示如何在UI上执行某些任务,这些图片用作如何设计应用程序意味着工作。如果有人窃取/清理原始文件,这也可作为备份。

以下是一些想法......虽然不太实际:)

  1. 我们可以将其作为登记手续的一部分。这可以帮助开发人员维护应用程序。
  2. 使用这些项目更新需求文档/低级设计文档
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top