問題タブ [maintenance]

理想的な世界では、開発プロセスは完璧であり、実行中のアプリケーションを「ホットフィックス」する必要がないほど徹底的にテストされた定期的なリリースになります。

しかし、残念ながら、私たちは現実の世界に住んでおり、次のリリースでコーディングが忙しくなるまで、バグがすり抜けて醜い頭をもたげないことがあります。そして、バグを今すぐ修正する必要があります。次の予定されているリリースの一部としてではありません。今夜は交通量が減ったときではありません。 今。

このニーズにどのように対処しますか？これは、コードを優れた個別のクラスライブラリにリファクタリングするなど、優れた設計手法に反する可能性があります。

本番サーバーでマークアップとストアドプロシージャを手動で編集することは、災害のレシピになる可能性がありますが、災害を回避することもできます。

メンテナンスのニーズと優れたコーディング手法のバランスを見つけるための、アプリケーションの設計と展開の手法に関する優れた戦略は何ですか？

SQLServer 2005 テスト サーバーからライブ サーバーにいくつかのレコードをコピーする必要があります。これはフラットなルックアップ テーブルであるため、外部キーやその他の参照整合性について心配する必要はありません。

ライブサーバーでレコードを再度キー入力できましたが、これは面倒です。テスト サーバーのレコードとテーブル データ全体を SQL スクリプトにエクスポートして実行することもできますが、ライブ システムに存在するレコードを上書きするのではなく、追加するだけです。

必要なレコードだけを選択して、それらをライブ サーバーに転送またはその他の方法で取得するにはどうすればよいですか? 私たちはSharepointを持っていません.2つのインスタンス間でそれらを直接コピーできると私は理解しています.

保守可能なコード (言語に依存しない) を作成するための最も重要な要因は何ですか?

JDBC を使用しているとき、次のような構造に出くわすことがよくあります。

私は自分自身 (およびコードの作成者) に、列の値を取得するためにラベルを使用しない理由を考えました。

私が聞いた最良の説明は、パフォーマンスに関するものです。しかし、実際には、それは処理を非常に高速にしますか? 私は測定を実行したことがありませんが、そうは思いません。ラベルによる検索は少し遅くなりますが、私の意見では、読みやすさと柔軟性が向上します。
では、列ラベルではなく列インデックスで列値を取得することを避けることについて、誰かが私に良い説明を与えることができますか? 両方のアプローチの長所と短所は何ですか (おそらく、特定の DBMS に関して)?

C++ プロジェクトに VS2008 を使用しています。コードはかなり古く、多くの人の手を経てきました。使用されなくなったクラス階層、関数、列挙型などがいくつかあります。

宣言または定義されているが、どこにも参照されていない識別子をコンパイラ/リンカーにリストさせる方法はありますか?

7 日以上経過した「.7z」タイプのファイルを削除する SQL を作成しようとしています。

これが私が持っているもので、機能していません：

また、末尾の「1」を「0」に変更してみました。

これは「成功」を返しますが、ファイルは削除されません。

SQL Server 2005、標準、SP2 を使用しています

私はSVNリポジトリを持っています。時間の経過とともに、編集、変更、変更などを行うと、一部のファイルが冗長/不要になります。

ベスト プラクティスは何ですか: SVN からファイルを削除するか、ファイルをゼロにするだけですか? または、私が見逃している 3 番目のオプションはありますか?

EJB で動作する Java アプリがありますが、次の場合:

1. EJB が更新され、アプリが壊れています。
2. アプリサーバーが更新され、アプリが壊れています。

人間の関与なしで、アプリ サーバーと Bean のクライアント jar を更新するための推奨される方法はありますか?

推奨される方法がアプリ サーバーに依存する場合は、jboss を想定します。

バージョン1とバージョン2の間のどこかにいるとき、ソフトウェアを保守するために何をしますか？

パッチ、ホットフィックス、メンテナンスリリース、サービスパックなどの用語はすべて、私の観点からはぼやけており、話し相手によって定義が異なります。

リリース間の増分保守作業を何と呼びますか？

この質問は私の状況に非常に固有であり、コミュニティにあまり利益をもたらさないように思われることを理解していますが、良い答えが得られるかどうかを確認することは興味深いかもしれません。

約100万行のコードがあるプロジェクトを知っている人はいますか？

私は管理のために何かをまとめています。約100万行のコードである私たちのソフトウェアを他のいくつかのソフトウェアと比較したいと思っています。

コード行の使用は、生産性の測定などの多くの目的で非常に物議を醸していることを私は知っています。ただし、私が探しているのは、この統計を、製品の継続的なメンテナンスに関するより大きなデモンストレーションの小さな断片として使用することです。

ウィキペディアにはいくつかのサンプル（コードのソース行-ウィキペディア）がありますが、それらは大きすぎます。

どんな助けでも大歓迎です。

ありがとうございました！