用紙の取り扱い

Question

新しいプログラムが書き込まれるたびに、多くの書類が残っています。

別にそこのプログラマからの通常の走り書きのメモから通常我々がそうで物理モデルの説明を含む書類、計算や（数式、表、グラフ、変数を記述する少し絵...）

の素敵なヒープであります通常、公衆に公開されていないコンソールアプリケーション（家に残っており、結果のみが出る）で数値的に集中的な計算を行います。それぞれのプロジェクトが終了する前に、それらの論文は何とかアプリケーションにパックされなければならないので、いつか誰かがその一部を再利用するときに何がそこにあるのかを知っている。 これまでは、すべてをスキャンしてアプリケーションでディスクに詰め込んだ「汚い」ソリューションを使用してきました。

私は疑問に思っていました。同じ状況のすべての科学者には...どのようにプロジェクトのドキュメントを扱いますか？ （、ないDTP laddiesに行き、彼らはそれがいいと光沢のある作り1 - ではない私たちの問題はもう:)

Answer 1

私は3つのオプションのいずれかを使用します。低レベルのもの

は、紙の文書をスキャンし、PDFでのソース管理に追加するために、私は自分自身をアーカイブ私の研究室のノートブック、のすべてを保つ

• を。
• 将来の参照のために、方程式、結果などをクリーンなフォーマット（通常はラテックス）に書き換え、ソースコントロールに追加してください。これは醜いですが、誰かが必要な場合はそこにあります。公式の紙のコピーが署名され（私は高度に規制されたドメインで働いています）、バインダーに提出します。

Answer 2

ここではしかし...ので実用的な思考の一部ではありません:)

1. 私たちはチェックインノートの一部にすることができます。これは、開発者がアプリケーションを維持するのに役立ちます。
2. アップデートこれらの項目と要求文書/ローレベルの設計ドキュメント私たちのプログラムの中で物理計算の多くを行って、その結果、私たちはホワイトボードセッションの多くのを持っている私たちに働いてきたプロジェクトで

Answer 3

私たちが取り組んでいる方程式。

主要プロジェクトごとにwikiを作成し、各ホワイトボードセッションの後、私たちは物理的にデジタルカメラでホワイトボードを撮影し、wiki内にアップロード/整理します。私たちはまた、開発者のノートブックから紙の文書をスキャンし、重要であればそれをwikiにも含めます。

次に、wikiをディスクにバックアップして保存します。ですから、私たちのソリューションはあなたの組織にかなり似ていますが、私たちは組織のためにプロジェクトwikiを使用しています。

Answer 4

重要な場合は、公開ドキュメントを扱うのと同じ注意を払って内部ドキュメントを扱うべきだと私には思われます。

Answer 5

アプリケーションのUIを設計するときにUI用紙のプロトタイプを作成します。これは、A3サイズの用紙をたくさん作成します（1つのプロジェクトでは、多くのデスクを用紙でカバーしていました）。デザインが準備できているか、誰かに郵送する必要があるときは、デジタルカメラで写真を撮るので、UIでいくつかのタスクを実行する方法を示す一連の写真を作成できます。アプリケーションは動作することを意味します。誰かが元の論文を盗み/清掃する場合に備えて、これはバックアップとしても役立ちます。