古典的なaspから.netへのマイグレーションの災害

Question

古典的なAspから.Netへマイグレーションした企業の経験がある人はいますか？

この会社では、ソリューションを表す「フォルダ」アイコンと、プロジェクトを表す「フォルダ」アイコンと、ファイルディレクトリを表す「フォルダ」アイコンは同じものです。

.Net IDEは、メモ帳としては優れています。

企業全体が1つの大きなソリューションになっています。多くの完全に分離したプロジェクトを作成するためのコードは、すべて「マスターソリューション」の「フォルダ」内に混在しています。これらの各フォルダには、.Netで作成されたあらゆるアプリケーションのさまざまな情報が含まれています。

私の質問はこのような企業にどういうことでしょうか？彼らは失業しますか？実際の.Netプログラマが耐えることができないような、労働集約的な「コードベース」のメンテナンスの悪夢に縛られて、無期限にそれを維持していますか？彼らは光を見たことがありますか？もしそうなら、どうですか？

私は知る必要があります。

Answer 1

移行できません。コードはまだ動作しています、それはちょうど古いです。ほとんどの場合、プロジェクトは一度に小さな部分に置き換えられますが、全体的な戦略には置き換えられません。それは遅く、慎重になるでしょう。アプリケーションの書き直しについての話がありますが、実際には起こりません。場所の多くは、それを修正しないで壊れていない場合は、メンタリティを持っています。彼らが必要とすることをすれば、それは長い間続くでしょう。

Answer 2

私はイントラネットとして30,000ページを持つ会社のために働いています。古典的なaspで書かれています。 200 +以上のインターネットアプリケーションのASPとVBコンポーネントはもちろんです。 ;-)

私たちはまだオンライン（約60％）が良いビジネスを得ています。まもなく移行します。私たちはゆっくりします。より良い.netで新しいプロジェクトを行う。なぜそれが壊れたのか、私はケビンに同意する。

ビジネスが正常に動作する場合、移行するための正当な理由はありません。

Answer 3

しかし、それでも動作しますか？それが理由であれば、特にこの経済ではあなたはアップグレードするでしょうか？ちょうどそれの地獄のために？それより良い理由が必要です。

あなたの家のすべてのペイントを掻き取って、それをいつでも再ペイントしますか？グライドは新しい/より良いフォーミュラを導入します。おそらくそうではありません。塗り直しが必要なときに塗り直します。

Answer 4

This excellent articleは古いですが、「新しい対古い」技術の議論と、それが実際にビジネスに及ぼすことを明確にしています。

古い技術が実績のある安定したマネーメーカーであれば、それを新しい言語で書き換えるとリスクが増えます。