問題タブ [maintenance]

私たちのクライアントは、私たちが 15 か月間取り組んできたプロジェクトをキャンセルする可能性が高いようです。

ある時点で再開される可能性はありますが (あまりありそうにありませんが)。

また、これを行っている間、いくつかの分野で当社の製品を拡張しました。他のプロジェクト チームも同様の拡張機能を作成する必要があるかもしれません。

では、将来のチーム (別の人員を含む可能性があります) が私たちが行ったことから学ぶことができるように、後世のために記録する重要なことは何ですか?

これは、将来のメンテナーのために記録する内容とは少し異なります。なぜなら、人々はおそらく私たちのプロジェクトにほとんど、またはまったく精通していない状態で到着し、プロジェクトに長期間関与することはないからです。

これまでのところ、各主要な機能/拡張機能に関する情報の収集に取り組んできました。そのため、要件、ソース コードへのポインター、テスト ケースなどを探す場所が 1 か所あり、重要な設計ポイント/決定などに関する説明を追加しています.

プロジェクトチームがまだ一緒にいる間に、他に何をしてキャプチャする必要がありますか?

5 つのフォルダーまたは 6 か月分のフォルダーのいずれか大きい方を保持するスクリプトを作成しようとしています。命名規則は日付ではなくバージョンによるため、スクリプトの 6 か月の部分には作成日を使用する必要があります。

続行するための最良の方法について誰かアイデアがありますか?

ありがとう。

私は、Yet Another PHP Framework を面白おかしくやっており、ドキュメントの最初のラウンドを行っています。少しコーディングし、コーディングした内容を文書化し、さらにコーディングし、コードの新しい機能を反映するように文書を調整することを計画しています。これを繰り返します。たとえば、現時点では構成はかなり手動で面倒ですが、今日のように構成する必要があるため、文書化しています。セットアップの自動化まで進んだら、現在のステータスを反映するために、それらの部分を書き直す予定です。

私が疑問に思っているのは、参照ドキュメントを最新の状態に保つためのヒューリスティックはありますか? API の文書化 (PHPDoc などで無料で提供されているもの) について話しているだけでなく、より大きなスキームについても話しているのです。チュートリアル、概要記事、すべて。何か特別なものを更新するのを忘れる可能性を最小限に抑える良い方法はありますか?

SQL Server 2005のメンテナンス計画についてアドバイスが必要です。ここで、いくつか質問があります。

1. 毎日のメンテナンスに適しているタスクと、毎週/毎月のメンテナンスに適しているタスク
   
2. いくつかのタスクでデータベースをオフラインにする必要がありますか？例：インデックスの再編成/再構築、データベースの縮小など...（90％の稼働時間を維持する必要があるため）
   
3. データベースの整合性のチェック、インデックスの再編成/再構築、クリーンアップ履歴はどのくらいの期間で可能ですか？
   
4. インデックスの再編成と再構築の両方を行う必要がありますか？
   
5. インデックスを再編成した後、統計を更新する必要がありますか？再構築インデックスは統計を自動更新するため

私たちの場合、データは1分ごと（1分あたりわずか200レコード）に24時間年中無休で入力されます。

誰かが私にこのデータベースに適したメンテナンスプランを提案できますか？

ありがとう、
デルス

一部の C プログラムを呼び出してテキスト編集を行う perl アプリケーションの問題をデバッグしようとしています。

BATCH_JV_CSH_MAX は、金額フィールドの最大値をテストするために使用されます。現在、金額が 99,999,999.99 を超えるとエラーが表示されます。999,999,999.99 までの値を受け入れることになっています。とにかく、それはドキュメントに記載されていることです。

これはインクルードファイルにあります：

プログラムがどのように機能するかはまだわかりません。おそらく、数値以外の値を取り除き、文字を連結します。続行する前に、金額の末尾にある「e0」の意味を知りたいです。このグループに質問する前に、Safari でいくつかの C プログラミングの本をテキスト検索しました。

この値はエラー メッセージに出力されるため、'999999999' は 1e9 よりも意味があります。

値は次のように使用されます。

get_tot_amt1() は、別の C プログラムで計算された値 tot_amt1 を取得します。「スタティックダブル」です。

うん、やるべき仕事がたくさんある。これは、スペースで区切られたレコードを読み取り、固定形式のレコードを書き出すプロセスの一部です。

ありがとう。キャシー

たくさんのリソース（resx）がある大規模なプロジェクトでは、時間を節約するために適切なアプローチや翻訳ツールを使用すると同時に、すべてを整理し、何も残さないようにします。

より正確には、（翻訳に関する限り）以前のバージョンから別のバージョンへの.NETアプリケーション全体の変更されたもの（追加と削除は簡単）を見つける方法は？resxテクノロジーはそこであなたを助けますか？どのように？

私たちは職場でSVNを数年使用していますが、インストールしてから、更新とバックアップ以外のメンテナンスは実際には行っていません。SVNを維持するために他にすべきことはありますか、それとも私たちが本当に必要なことをすべて行ったことですか？

私は、私が唯一の開発者である 12 年前のコード ベースで作業しています。直感 (または論理の飛躍的進歩 ;-) に基づいて非常に小さな変更を加えることがあります。

通常、私はその変更を分解し、コードを徹底的に読むようにしています。

ただし、時々 (最近はますます) テストを行い、希望する効果があることを確認します。(私はかなり徹底的なテスターであり、コードを読んでもテストします)。

これは私にとってはうまくいき、驚くべきことに (私が目にするほとんどのソフトウェアと比較して) バグがほとんど出回っていません。

しかし、私が疑問に思っているのは、これがコーディングの「アート」面にすぎないかということです。はい、理想的な世界では、変更によって変更されたすべてのコードを徹底的に読み取ることになりますが、実際には、コードの小さなセクションにのみ影響を与えると確信している場合、これは一般的な方法ですか?

これが貧弱なプログラマーの手に渡れば、破滅的なアプローチになることは明らかです。しかし、その後、表向きはコードを読んで左右に壊しているプログラマーを見てきました (彼らだけが取り組んできた独自のコードに基づいて)。

現在、更新可能なサブスクリプションでトランザクションレプリケーションを使用しています。レプリケーションスキーマ内で使用されるディストリビューションデータベースを縮小するために使用できる方法（T-SQLを含む）はありますか？ファイルの名前はdistribution.MDFでした

また、フォルダrepldataに保存されている非常に大きなデータを見つけましたが、このファイルを削除するために保存されますか？そしてどうやって？または少なくとも私にそれを縮小する方法

ありがとう