クラシックASPにこだわった場合、どうすれば面白くすることができますか？[閉まっている]

以前は非常に小さなアウトソーシング会社（4人のプログラマーと上司）で働いていましたが、ストレスと頻繁な長いシフトが状況を耐え難いものにしたとき、私はもっとリラックスしたスケジュールでより良い有料の仕事に切り替えました自由時間。

ただし、問題は、ほとんどの場合、すべてがAS400システムにすべてを保存するカスタムメイドのC ++キューシステムとインターフェイスするクラシックASPでコーディングされていることです。私の上司はこれに向けて最初の努力をした開発者の1人であり、昨日のツールで今日のビジネスニーズを開発することの難しさが増しているにもかかわらず、当然他の言語/テクノロジーへの切り替えを承認しません。

近い将来、Classic ASPを使ったコーディングにかなりこだわっており、以前は.NETやJavaを使っていたので、少なくとも面白くする方法を見つけるのに苦労しています。後方に...何かアドバイスは？

他の人が指摘しているように、おそらく上司の考えを変えようとするか、そのような逆向きのメンタリティに我慢する必要がない雇用を見つけるべきです。

ただし、当面は、クライアント側で実行できる機能をすべて移動し、非同期呼び出しを使用してサーバー上で発生する処理をトリガーすることで、仕事をもう少し面白くすることができます。これを、バックエンドにWebサービス（従来のASPで実装）を備えたHTML / JavaScriptフロントエンドと考えてください。RESTful APIの開発は興味深い挑戦になる可能性があります。より標準的な方法でデータをやり取りするClassic ASPのJSONパーサーなどのツールがあり、クライアント側のテンプレートを使用すると、Webサービスから取得したデータをより良いプレゼンテーション用にフォーマットできます。LinkedIn は、さまざまなバックエンドテクノロジーを統合するために同様のことを行いました。

RESTful APIを作成したら、マネージドWebサービスをいくつか作成して、既存のClassic ASPの機能をエミュレートできます。

始める前に、上司がクラシックASPを主張する権利があるかどうかの問題については触れません。あなたは私たちに十分な情報を与えていません。95％十分なClassic ASPの既存のコードの非常に大きな本体があり、小規模なメンテナンスタスクを実行している場合は、Classic ASPに固執することをお勧めします...新しい言語が高すぎる可能性があります。ただし、上司がClassic ASPで新しいプロジェクトを立ち上げている場合は、言い訳はできません。そして、中央には全範囲があります。ですから、私はそれを評価するのに十分な情報を持っていませんし、気にしません。

しかし、私はあなたの正確な質問に対処したい...コーディングを面白くする方法。

ある興味深いですコーディングの良いところは？「おもしろい時代に生きていいですか？」という中国の呪いを思い出してください。まあ、それはおそらく中国語ではありません...しかし、問題は、プログラミングのすべての形式が面白いはずかどうかです。時には、簡単でわかりやすいものにしたいだけです。私がこれまでに掃除しなければならなかった最大のコードの混乱は、何かを行う単純で簡単な方法に飽きており、自分の心を刺激するためだけに誰も聞いたことのない巧妙な言語機能を見つける必要がある開発者によって引き起こされました。目的を解読できなかった20行のC ++コードを見つけたことを覚えています。初期化を忘れた場合に特定の変数が確実に1に初期化されるようにするための、開発者によるある種の微妙なトリックでした。ばかげていて、少年は面白かったです。しかし、それは皆を無駄にしました

日常のコードのほとんどを「退屈な」言語で書くことには多くの美徳があります。これは、思いついたばかりの最新の言語機能が期待どおりに機能しない理由を解明しようとする代わりに、脳を使ってアプリケーションドメインについて考えることができることを意味します。通常、言語とそのライブラリを完全に理解していれば、はるかに速く作業できます。そして、それは、あなたのアプリケーションをより面白く、より便利に、より有益に、またはより使いやすくすることを考えることのようなもののためにあなたの脳サイクルを使用できることを意味します。

あなたの心を鋭く保つために、空いた時間を使って面白い新しい言語を学んでください。オープンソースプロジェクトで作業するか、独自のプロジェクトで作業します。

覚えておいて、私はクラシックASPの使用を擁護しておらず、「退屈」だから使用するのは良い考えだと言っているわけではありません。「おもしろい」開発環境を使用することが美徳だと思うなら、あなたにもっと力を... ...しかし、あなたは間違ったことに集中しています。良い彫刻家は、面白い彫刻刀を望んでいません...それは素敵な彫像を作る邪魔になるでしょう。優れた画家は「面白い」絵筆を探していません。彼らは面白いツールにだまされるかもしれませんが、可能な限り最も退屈なツールで最高の仕事をしようとしています。

あなたはあなたが後になっているように感じます。暗黒時代に行き詰まっていない会社を見つけること以外にアドバイスはありません。この時代にClassic ASPを使用する理由はまったくありません。実際に私があからさまクラシックASPでスティックに選択をしようとしていることを言うよ傷つけるあなたはクラシックASPに取り組んでいる将来の将来の雇用主、技術への）あなたの.NETとJavaのスキルが萎縮します）Aとして、将来的にあなたをし、Bそれは10年以上も時代遅れであり、それでも歯を引っ張るようなものでした。つまり、関連する経験はありません。あなたが下手に選んだようです。

Classic ASPでしかできることはなく、すべて非常に苦痛です。

選択した最新の言語を学習し、それを使用して、たとえばターゲットデータベースからのリバースエンジニアリングによって、ASPページとクラスを生成するツールを作成します。それは確かに興味深いものになります。

なぜ古いテクノロジーにこだわるのでしょうか？企業は常にテクノロジーを移行しています。秘Theは、技術面とビジネス面の両方から、新しいテクノロジーへの切り替えが会社にとって有益である理由のリストを記載することです。技術スタックを移行するための初期費用は、今後の開発費用をはるかに上回ります。

何らかの不明瞭な理由で、技術スタックを切り替えることが不可能であることが判明した場合でも、常に最新のツールと技術を使用して、古い技術をより使いやすくすることができます。

あなたの上司がプロジェクトの初期開発者の一人であり、彼があなたの上司であり、あなたよりもよく知っているという事実だけに基づいて技術を変更することを拒否する場合、私はおそらく新しい仕事を探します-あなたはしたくないあなたのリーダーシップが近視眼的な環境で立ち往生している。私は彼らが彼らの赤ん坊に長年の仕事を投資していると確信しているので彼/彼女を説得することは簡単だと言っているのではなく、変化を認めることは「唯一の自我に大きな打撃です..あなたが持っている明確で、簡潔かつ測定可能な、それはかなりどこ状況で上司を置く場所を、移行が必要な理由として理由はありません 移行は明らかに悪い決定でしょう。

幸運を。

私も仕事でClassic ASPを使用しており、それを（ある程度）面白くすることができました。手順は次のとおりです。

• クラシックASPは、アーキテクチャを変更せずに、VBScriptまたはJScript（Javascript）でコーディングできます。JavaScriptに切り替えます。
• json2.js、アンダースコア、口ひげなど、さまざまなライブラリにアクセスします。Node.JSライブラリまたはクライアント側ライブラリを、さまざまな変更を加えて確認できます。
• MVCフレームワークを構築するか、ダウンロードします。サーバーからファイルを読み込んでそのコンテンツを読み取ることでテンプレートとビューを管理し、多数のJSテンプレートライブラリの1つを使用できます。コントローラーの場合、クエリで変数を使用して、通常のURLを使用する方法で要求をリダイレクトできます（クリーンではありませんが機能します）。
• （簡略化された）REST APIを構築することもできます！
• ORMを作成する（データベースにアクセスできる場合）、またはダウンロードします。アンダースコアに基づいてLINQ-to-SQLを作成することもできます。
• ビューで作業します。AngularやBackboneなどの高度なJSライブラリを使用します。CSSからLESS、スタイラス、またはSASSへの切り替え。
• proxy-to-ugly-codeクラスを作成します。これらは、古いugいコードとインターフェースすることのみを目的として作成されたクラスであるため、触れる必要はありません。

独自のクラスを作成し、できるだけ多くのプロセスを合理化できます。以下に、いくつかの例を示したサイトを示します。http：//www.u229.no/stuff/

クラシックASPをまだ使用している他のユーザーにクラスを売り込むこともできます。デミアンが言ったように、古いテクノロジーを持つ企業はたくさんあります...誰もが新しいものに飛び込むわけではありません。

何よりもまず、テクノロジーの更新にかかる費用ではなく、CEOが非常に短いサイトにいるため、彼が最もよく知っているアイデアに基づいてTechをアップグレードすることを拒否し、クラシックASPが好きな場合、会社の長いアジサシと古典的なaspを行うスキルの腐敗により、次の仕事を得るのが難しくなるのを長く待つことになります。

そうは言っても、「option strict」を使用するためにすべての移行を開始すると、コードベースの維持が楽になります。

データはすでにAS400 / IBMi上にあるので、そのOS上でJava、PHP、MySQLインターフェースなどを実行できることを知っていますか？私の推測では、彼はASPではなく400人です。これを受け入れてみてください、私はそのような400のエコシステムを成長させる機会が欲しいです。

ここでの答えはすべて非常に優れています。別の代替案を提案したかっただけです。

インフラストラクチャの懸念事項（データベース、ファイルシステム、COMコードなど）を個別のファイルに移動し始めます。たとえば、レコードセットを配列として返すプロシージャを作成できます（8年前にこれを実行しましたが、コードサンプルはありません。申し訳ありません）。

HTMLに表示される「コード」をページの上部に移動したり、共通/ユーティリティクラスに移動したりして、根絶するようにしてください。ヘッダー/ nav /フッター関数を単一のASPページに含めることもできます。コンテンツページには、比較的小さなコード（変数への参照など）がほとんどありません。

コンテンツ、プレゼンテーション/フォーマット、ビジネスロジック、およびインフラストラクチャの懸念がすべて分離されたため、ASP.NET MVCに切り替えて、そのテクノロジーで学習曲線を克服できるようになりました。スイッチを切り替えるほど簡単ではありませんが、モジュール化されたクラシックASPソリューションで作業している人と非常によく似ています（上司が実際にそれを好むかもしれません）。

クラシックASPにこだわった場合、どうすれば面白くすることができますか？

まず、あなたの仕事に誇りを持ってください（クラシックASPであっても）。理由：開発が不十分な（またはパッチが適用された）Classic ASPページは、首の周りのさらに大きなアホウドリになります。上司は、発生したバグを修正することを当然期待し、不愉快に感じます。いい音楽をロードし、ヘッドフォンをつけて、できるだけ早く出入りするだけです（実際にトンネルの終わりに光があり、すぐに何かに取り組むと仮定します）もっと面白い）。

第二に、可能な範囲で、ページの見た目と雰囲気を良くするために最善を尽くします。CSSで魔法をかけましょう。可能であれば、Bootstrapを使用します。また、AJAXおよびその他の手法を使用して、読み込み時間と全画面の更新を減らします。

3番目に、jQuery、jQuery UI、およびその他のクライアント側ライブラリを使用して、ページを高速で滑らかにするために最善を尽くします。場合によっては、モーダル、ウィザード、またはSPAを使用してASPページ全体を削除できる場合があります。これにより、作成する必要があるClassic ASPの量が削減され、作業がより面白くなります。