インターネット技術を開発する方法

IBMは、IBM Lotus Symphonyオフィススイートのリリースを発表しました。 別のバージョンのStarOffice（ Sun Microsystemsの無料のオフィスソフトウェアスイート）のように聞こえます。 しかし、彼らは、キリストの新たな到来とほぼ同じくらい提示され促進されているロータス交響楽団のオリジナルバージョンを消そうとしているのではないかと疑っていますが、結局はむしろ色あせていることが判明しました。



80年代後半、Lotusは、表形式のデータとグラフィックスを扱うための主要製品であるLotus 1-2-3で次に何をすべきかを決定しようとしました。 2つの明白な方法がありました。最初に、新しい機能を追加するだけでした。 たとえば、テキストを操作します。 この製品の名前はSymphonyです。 もう1つの明白なアイデアは、3次元テーブルを操作するためのプログラムを作成することでした。 1-2-3はバージョン3.0になりました。



両方のアイデアはすぐに深刻な問題に突き当たりました。DOSの古いメモリ制限は640Kでした。 IBMは、より多くのメモリに対応できる80286チップを搭載したコンピューターをリリースし始めたところですが、ロータスは、10,000ドルのコンピューターを必要とするソフトウェアに市場が十分に大きいとは考えていませんでした。 したがって、彼らは絞られ、絞られた。 彼らはDOSでLotus 1-2-3を640KのRAMの制限で動作させるために18か月を費やし、最終的に、多くの時間を費やした後、適合するために3次元のテーブルを操作する機能を放棄せざるを得ませんでしたRAMの制限の下での製品。 Symphonyの場合、彼らは単に機能を左右に切り落としました。



どの戦略も正しくありませんでした。 Lotus 123 3.0がリリースされる頃には、それぞれに80386プロセッサと2MのRAMが搭載されていました。 また、Symphonyには、テーブルを操作したり、テキストやその他の古いものを操作したりするための非近代的なメカニズムがありました。



「まあ、いい友達」とあなたは言います。 「古いプログラムに関心があるのは誰ですか？」



しかし、ちょっと歴史を繰り返しますので、ちょっと待ってください。また、同じ結果が再び繰り返されることを賭けるのが賢明な戦略です。

メモリとプロセッサの電力を制限します。

時間の始まりから、たとえば1989年まで、プログラマーはパフォーマンスの問題を非常に心配しています。 なぜなら、コンピューターには単純に多くのメモリと高いプロセッサパフォーマンスがなかったからです。



90年代後半、MicrosoftとAppleを含む2、3の会社は、ムーアの法則はパフォーマンスとメモリの節約にあまり注意を払うべきではないことに気づきました...良い製品を作り、鉄の出現を待つためだけに、これですべてが機能します。 Microsoftは、80386がほとんどのユーザーにとって高価すぎるときに初めてWindows用のExcelをリリースしましたが、忍耐強くありました。 80386SXは2年もたたないうちに登場し、1,500ドルの余裕があれば誰でもExcelで作業できました。



プログラマーとして、RAMの価格を下げてくれてありがとう。 また、CPUサイクルの数は毎年2倍になりました。 アセンブラーで内部サイクルを書き直すのに6か月費やすこともできますし、ロックバンドでドラムを6か月間ノックすることをお勧めします。どちらの場合でも、プログラムはより速く動作します。 アセンブラープログラマーは人気がなくなりました。



そのため、最適化とパフォーマンスについてあまり気にしなくなりました。



ただし、Ajaxアプリケーションのブラウザーで実行されるJavaScript。 そして今しばらく-これはほとんどすべてのソフトウェア開発者が動いている方向です。これは大したことだからです。



今日のAjaxプログラマーの多くは、メガバイト、またはさらに多くのクライアント側コードを持っています。 同時に、これはRAMではないか、プロセッサが制限を作成します。これは、制限されたネットワークチャネルでのロード時間とコンパイル時間です。 いずれにせよ、本当に複雑なAjaxアプリケーションを作成するには、実際に圧迫する必要があります。



しかし、物語は繰り返されます。 幅広いインターネットチャネルが安くなっています。 人々はプリコンパイルされたJavaScriptを作成する方法を考えています。



最適化、圧縮、高速化に多くの時間を費やす開発者は、いつか目を覚まして、努力が無駄になったことに気付くでしょう。少なくとも、あなたがそうした人の一人なら、経済学者の言語を話す。



パフォーマンスに注意を払わず、長距離にわたってアプリケーションにクールで便利なものを追加することを好む開発者は、より優れたアプリケーションを使用できます。

ポータブル（ポータブル）プログラミング言語。

Cプログラミング言語は、ある命令から別の命令へのアプリケーションの移行を単純化するという明確な目標を持って発明されました。 そして、これにより私たちは大きな一歩を踏み出すことができました。 しかし、100％移植性のある言語は作成されなかったため、Cよりも移植性の高いJavaを取得しました。Mmmm...



現在、移植性の歴史には大きなギャップがあります。 これがターダーアムです！ -JavaScriptのクライアント側、特にWebブラウザのDOM（ドキュメントオブジェクトモデル）。 既存のすべての異なるブラウザーで動作するはずのアプリケーションを作成することは、単なる悪夢です。 Firefox、IE6、IE7、Safari、Operaで完全にテストする以外に選択肢はありません。 Operaでテストする時間はありません。 オパラは吸う。 新興企業はブラウザ市場に参入する方法がありません。



そして、状況はどのようにさらに発展しますか？ さて、MicrosoftとFirefoxにもっと互換性を持たせようとすることができます。 それで頑張ってください。 p-code / Javaモデルに従って、内部システム上にサンドボックス （アドオン）を作成できます。 しかし、これは最良の選択肢ではありません。 サンドボックスは遅くてくだらないため、Javaアプレットは死にます。 サンドボックスを作成するには、アドインを作成したプラットフォームの1/10の速度で判断する必要があります。 そして、あなたの運命は、あるプラットフォームではあるが他のプラットフォームではない機能を決して使えないということです。 （カメラ、連絡先リスト、SMSメッセージ、GPS受信機など、電話の一部の機能にアクセスできる電話用のJavaアプレットを見せてくれる人を少なくとも1人待っています。）



サンドボックスは機能せず、現在は機能しません。



そして、次に何が起こりますか？ リーダーは1978年にBell Labsが働いた道をたどります。Cのような移植性があり効率的なプログラミング言語を構築します。 さまざまなプラットフォームのさまざまなバックエンドを使用して、ネイティブコード（JavaScriptおよびDOMになるネイティブコード）にコンパイルする必要があります。コンパイラ開発者は既にパフォーマンスを管理しているので、これを行う必要はありません。 このような言語は、ドキュメントオブジェクトモデル（DOM）に完全にアクセスできる純粋なJavaScriptのフルパワーを備えています。 また、IEおよびFirefoxのネイティブ言語に柔軟かつ自動的にコンパイルされます。 そして、はい、それは恐ろしい、しかし論理的な方法であなたのCSSに入るので、CSSで作業するとき、あなたは異なるブラウザの不一致について考える必要は決してありません。 永遠に！ ああ、喜び、ついにこの日が来るとき。

高度な双方向性とユーザーインターフェイスの標準。

IBM 360システムは、CICSと呼ばれるユーザーインターフェイスを使用しました。これは、セキュリティチェックに合格した場合でも空港で待ち合わせることができます。 緑色の画面に24文字で80文字あり、自然なのはテキストモードのみです。 メインシステム（メインフレーム）はフォームをクライアントに送信します（クライアントは3270番目の端末です）。 ターミナルはスマートです。 彼はフォームを表示する方法を知っており、メインシステムと対話せずにデータを入力する機会を与えてくれます。 これが、メインフレームシステムがUnixよりもはるかに強力だった理由の1つです。中央処理装置は個々の行の編集を制御する必要がなく、スマートターミナルによって信頼されていました。 （スマートターミナルを全員にインストールする余裕がない場合は、System / 1を購入します。これは、ターミナルとメインシステムの間にインストールされ、編集プロセスを制御するミニコンピューターです）。



いずれの場合でも、フォームに記入した後、「送信」をクリックすると、処理のために応答がサーバーに送信されます。 そして、サーバーは次のフォームを送信します。 などなど。



ホラー このような環境でワードプロセッサを作成するにはどうすればよいですか？ （実際にはできません。実際、このようなシステム用のまともなワードプロセッサはこれまでありませんでした）。



これが最初のレベルでした。 伝えられるところでは、インターネットのHTMLフェーズに対応しています。 HTMLはフォントのみを備えた同じCICSです。



2番目のレベルでは、誰もがデスクトップ用にPCを購入します。もちろん、プログラマーは画面上の好きな場所で好きなときにテキストを押し込むことができ、ユーザーが入力したときにすべてのキーストロークを読むことができました。 そうすれば、プロセッサがデータの処理を開始する前に送信ボタンをクリックするのを待つ必要のない、優れた高速アプリを作成できます。 そのため、たとえば、単語を次の行に移動して行を自動的に終了するワードプロセッサを作成できます。 すぐに！ なんてこった。 できますか？



第2レベルの問題は、ユーザーインターフェイスの明確な標準がなかったことです...プログラマは柔軟性が高すぎたため、誰もが独自の方法で記述し、大きな困難を生み出しました。 Xプログラムの使用方法を知っていれば、Yプログラムも使用していましたWordPerfectとLotus 1-2-3には、まったく異なるメニューシステム、キーボードインターフェイス、コマンド構造がありました。 そして、彼の間でデータをコピーすることについては、質問すらありませんでした。



そして、これがまさに今日Ajaxを使用している場所です。 もちろん、それ以降、いくつかのことを学んだため、利便性は第1世代のDOSアプリケーションよりもはるかに優れています。 ただし、Ajaxアプリケーションには互換性がなく、連携して動作するために多くの問題が発生する可能性があります。たとえば、あるAjaxアプリケーションからオブジェクトを切り取って別のAjaxアプリケーションに貼り付けることはできません。 したがって、GmailからFlickrに画像を転送できるかどうかはわかりません。 おいで！ カットアンドペースト法は25年前に発明されました。



パーソナルコンピューターの第3段階は、MacintoshとWindowsでした。 画面上の多くのウィンドウや、アプリケーションが連携して動作するように設計されたクリップボードなどの機能を備えた標準の一貫したユーザーインターフェイス。 これらの新しいグラフィカルユーザーインターフェイスから非常に使いやすく強力になり、パーソナルコンピューターが急速に普及しました。



したがって、話が再び繰り返される場合、Ajaxアプリケーションインターフェイスで標準化が行われるのを待つことができます。これにより、Microsoft Windowsを入手したときと同じように開発が開発されます。 誰かが、SDK（ソフトウェア開発キット）を書いて、それが一緒にうまく機能する共通のユーザーインターフェイス要素を備えた強力なAjaxアプリケーションを作成するために使用できるようにします。 そして、このようなSDKはほとんどの開発者の心を征服し、MicrosoftがAPIを使用して独自のWindowsを作成することで得たのと同じ競争上の優位性を獲得します。



あなたがウェブ開発者であり、他の誰もが固守しているSDK標準に固執したくない場合、あなたはあなたのウェブアプリケーションが許可しない、知っている、カットアンドペーストし、許可しないのであなたのウェブアプリケーションを使いたくない人にますます会うでしょうアドレス帳と同期しますが、2010年の機能はまだサポートしていません。



たとえば、あなたがGMailでGoogleであり、自分が満足していると感じているとします。 しかし、すぐに、あなたが聞いたことのない人、初心者のスタートアップは、JavaScriptでコンパイルする優れたポータブルプログラミング言語、さらにはAjaxチップの巨大なライブラリを組み合わせた新しいSDKを配布しようとするばかげた試みをするかもしれません。 カットアンドペーストだけでなく：同期やシングルポイントID管理などのクールで楽しいものなので、FacebookやTwitterに自分のやっていることを伝える必要はなく、ログインするだけです。単一のポイントを通して。 新しいSDKのサイズは232メガバイトから232メガバイトと恐ろしいからです！ JavaScriptだけで、ページをロードするのに76秒かかります。 そして、あなたのアプリケーション、GMailは顧客を失うことはありません。



しかし、その後、google-plexでいわゆるgoogle-chairを見ると、google-chinoを飲みながら慢、慢、慢を感じながら、コンパイルされたJavaScriptのキャッシングをサポートする新しいバージョンのブラウザーが登場します。 そしてもちろん、新しいSDKは非常に高速です。 そして、ポール・グラハムは彼らにさらに6,000箱のインスタントラーメンを食べさせるので、彼らはさらに3年間ビジネスを続け、始めたものを改善しました。



プログラマーは、GMailは大きすぎて、この愚かな新しいSDKに移植できないと言っています。 コードのすべての行を変更する必要があります。 したがって、完全に書き直さなければならず、ソフトウェア全体が混乱し、多くの再帰が含まれ、ポータブルプログラミング言語には、Googleでさえ購入できないほど多くの括弧が含まれています。 ほとんどすべての関数の最後の行には、3396個の右閉じ括弧が含まれています。 あなたはそれらを数えるために特別なエディターを雇う必要があります。



新しいSDKを使用している人々は、まともなワードプロセッサを既に開発しています。 そして、まともなメールシステム。 そして、あらゆるものと同期できるキラーなFacebook / Twitterイベントパブリッシャーであるため、人々はそれを使い始めました。



そして、あなたが注意を払わない間、誰もが新しいSDKでアプリケーションを書き始めます。彼らは本当に優れており、そしてもちろん、新しいSDKで書かれたアプリケーションだけが望んでいます。 そして、これらの昔ながらの原始的なAjaxアプリケーションはどれも哀れに見え、カット・ペーストと同期操作を実行することさえできず、互いに完全に相互作用します。 また、GMailは過去の遺産になりつつあります。 メールからWordPerfect。 また、メールを保存するための2GBのディスク容量を受け取ったときの気持ちを子供たちに伝え、彼らはあなたを笑います。



信じられないおとぎ話？ 「Google Gmail」を「Lotus 1-2-3」に置き換えます。 新しいSDKは、Microsoft Windowsの再登場です。 これがまさにロータスが表形式データ市場のコントロールを失った方法です。 そして、これはウェブ上で再び起こります。なぜなら、これはすべて同じダイナミクスだからです。 私たちがまだ知らないことは詳細だけですが、これは起こります。



この記事は、Joel on Softwareホームページに掲載されました。 ここに翻訳を投稿しました。



何て言うの？