☮️ 🤩 🤝 Better Parts：Douglas Crockfordが.concat（）2015カンファレンスでJavaScriptと未来のプログラミング言語について語ります 💡 😟 ☢️

彼の「父」の一人よりもJSのことを知っているのは誰ですか？ JSONの作成者であり、多くのJavaScriptツールの作成者である伝説的なダグラスクロックフォードがHolyJS 2017 Piterに参加します。サンクトペテルブルクでの彼のスピーチを見越して、私たちは彼のスピーチの翻訳を.concat（）2015：The Better Parts-既存のプログラミング言語をより効率的に使用する方法と、将来のプログラミング言語とは何かについて公開しています。プレゼンテーションから1年以上が経過しましたが、このレポートは多くの「永遠の」プログラミングの問題に触れており、3〜5年後には関連性があると確信しています。

卓越性への道

この男は有名な飛行士であり作家でもあるアントワーヌ・ド・サン=テグジュペリです。彼のほとんどは、彼が素晴らしい子供向けの本「星の王子さま」の著者であることを覚えています（この本は完全に子供向けではありませんが）。彼女に加えて、彼は他の多くの本を書いており、そのうちの1つには驚くべきフレーズがあります。

これは素晴らしい引用です。彼女は、デザイン、建築についての会話で使用され、創造性と規律を組み合わせたすべてに惹かれました。

彼は航空機の設計について話しました。しかし、考えは実際にはもっと広いようです。コンピュータープログラムに最適だと思います。私たちは他の分野にはない卓越性と特別な関係を持っているので、私たちが書いたものは完璧でなければならず、そうでなければ正しく動作しません。そして、著者は、私たちに完全性をどのように達成するかについてのいくつかのアイデアを与えます-減算を通して。

これはプログラミング言語にも当てはまると思います。

プログラミング言語はより複雑になる傾向があります。しかし、完璧を達成したい場合は、そこからいくつかのものを削除する必要があります。これが強さの原則です。この原則によれば、機能がいくつかのケースで有用であり、他のケースでは危険であり、より良いオプションがある場合、常に最良のオプションを使用します。

これは驚くほど矛盾した声明です。最良の選択肢を使いたくない人がたくさんいます。そして、これは一つのことの誤解が原因で起こります：言語の各機能を使用することに対する報酬がありません。プロジェクトの最後には、「二重平等を使用したことがありますか」というチェックを行うポートフォリオマネージャーはいません。誰もそれを気にしません。正常に機能し、エラーを含まないプログラムを作成するための報酬が支払われます。

「間違いなし」が取引の一部になったのはいつですか？それは常にその一部でした。これを達成することはめったにありません。実際、エラーがないことが最初の要件であることを忘れがちです。したがって、優れたプログラミング言語がこれを教えてくれるはずです。

各人が他の言語に適用できる新しいアイデアを提供するので、できるだけ多くのプログラミング言語を学ぶことをお勧めします。

最も教えてくれた言語はJavaScriptです。 JavaScriptでしかできないすべてのミスを犯したので、それに対処するのに多くの時間がありました。そして、私は最初から-最悪のこと-書き始める前に言語を学ぶことを気にしませんでした。

最後に、私は言語を学び、彼は私に教えてくれました。そして彼は私に教え続けています。この言語を使用して、JavaScriptプログラムを読み取り、それらを改善する方法を説明するJSLintというツールを作成しました。そして、JSLintは私にさらに多くを教えてくれました。このすべてがプログラミングに対する私の見方を変えたので、今、私の主な目標は、エラーを含まないプログラムを作成することです。 JSLintは、これを行う方法について多くの情報を提供してくれました。

JavaScriptとJSLintコードを使用した私の経験についての本、「JavaScript Strengths」を書きました。彼女のことを聞いたことがあるかもしれません。彼女は今でもベストセラーであり、ソフトウェア本の希少性を持っています。ほとんどのソフトウェアブックは、リリースされる前に古くなっており、この本は引き続き関連しています。それは、「強さ」が依然として強みだからです。これは良いことですが、言語はまったく変更されていません。

反論

現在、議論は「強さ」の使用に反対しています。私はあなたのためにそれらを述べたいと思います：

1つ目は、「 良いことと悪いことは、単なる意見の問題です 。」これは真実ではありません。 JSLintサポートの一環として、世界中の人々からエラーメッセージを受け取ります。私は最近、問題を解決しようとして2週間を費やした会社から手紙を受け取りました。 1つの場所で、等号の前にドットが誤って追加されたことが判明しました。彼女は正しいように見えたので誰も彼女を見ませんでしたが、結果は貧弱でした。そこで、彼らは私にJSLintを修正して、他の人が同様の問題に悩まされないようにできるかと尋ねました。どうして？私はこれを長年やっています。したがって、JSLintを使用する場合、この種の問題で2週間を無駄にすることはありません。そして、これは意見ではなく、事実です。
各機能は重要なツールです 。これは真実ではありません。これらの機能の一部を使用せずに、より良いプログラムを作成できます。そして、それらなしでより良いプログラムを書くことができれば、それらはそれほど重要ではありません。
各機能を使用する権利があります 。件名が変更されました。私たちはもはやプログラムを書くための最良の方法について話していませんか？私たちは今、私たちの権利について話していますかこれで引数の終わりです。「たわごとを書く権利があります」関係ありませんとても上手に書かなければならないことが重要です。
表現の自由、または「私は芸術家であり、最後ではなく演算子の先頭にセミコロンを置くことで自分を表現します」 が必要です。考慮事項は同じです。
キーストロークの回数を減らす必要があります。ほとんどの時間を印刷すると仮定します。そして、数回のキーストロークでプログラムを構築する方法を見つけることができれば、はるかに効率的になります。しかし、状況はまったく逆です。時間の主な無駄は登場人物のセットではなく、感嘆の声で深byを覗くことです：「私の神、私がしたこと、なぜ動かないのか」。それは私たちがほとんどの時間を費やす場所です。キーストロークの回数を10倍に増やすとエラーを半減できるスキームを提供できれば、これは大きな勝利になります（残念ながら、そのようなスキームはありません）。
「私が危険な機能を使用して間違いを犯すことを想定するのはin辱です 。」「間違いを犯す可能性があることは知っていますが、非常に熟練しているので助かります。そうでないと考えることは、私に対するin辱であり、個人的なトラウマです。」ここではすべてが明確です。
「 これらの機能が言語に追加された理由があります 。」これは絶対に真実ではありません。物事が言語に分類される多くの理由がありますが、それらのほとんどは有効ではありません。

たとえば、JavaScriptはわずか10日で開発および実装されました。これはすごい。そして、これを行った優秀な男、ブレンダン・アイクは、10日間にわたっていくつかの間違いを犯しました。それらの1つは二重等価演算子で、要素を比較する前に型変換を強制しました。これにより誤解が生じ、混乱を招きます。 Brendan Ikeは、オペレーターが正しく実装されていなかったことを認めました。当時、他の多くの言語（PHPなど）でも同じエラーが発生していました。ブレンダンはそれを修正したかった。したがって、標準の作業が開始されたとき、彼は今が修正を行うときだと判断しました。彼はECMAに行き、「この振る舞いは間違っている、正しくやろう」と言った。しかし、ECMAは拒否されましたが、妥協案を提示しました。つまり、正しく機能するトリプル等式演算子を導入することです。同時に、すでに間違ったデザインを使い始めた人々のために、言語には二重の平等が残っています。その結果、正当な理由のないオペレーターがいます。

ブレンダンは、そのような機能を「脚でのショット」と呼んでいます（ フットガン-脚での銃撃のための銃の文字通りの翻訳-約編 ）。そして、彼は誤ってそれらをJavaScriptに配置しました。それらの使用は推奨されません。

したがって、プログラミング言語の目標は、開発者がエラーのないプログラムを作成できるようにすることです。

優れたJavaScriptプログラムを作成することは、非常に脆弱な言語であるため、単純に不可能だと考えていました。しかし、優れたJavaScriptプログラムを書くことは不可能であるだけでなく、必要ではないことがわかりました。その「脆弱性」のために、JavaScriptは他のプログラミング言語よりも規律が必要です。そして、あなたは本当にうまくいく何かを書くためにそれに固執する必要があります。

これには2つの効果があります。まず、それは不可fall性の幻想です。特に、若いプログラマーは、自分のスキルが非常に発達しているので、驚くべきことを実行できると信じています。第二に、非の打ちどころのない無益さがあります。これは、特に何年も機能しなかったことを長年行ってきた年配の人に見られます。これら2つの非常に異なる見解は、同じこと、つまり危険駆動型開発につながります。そしてこれは悪いです。

ソフトウェア開発の管理をより困難にするものの1つは、計画の複雑さです。知っておくべきことが2回あります。時間Aは、コードの記述にかかる時間です。私たちはそれを本当に不十分に評価します-時間Aを推定する方法の質問に答える科学はありません。しかし、時間Bを推定すると状況はさらに悪化します-コードを正しく動作させるのにかかる時間です。

時間Bは0である必要があります。あなたがコードを書く-それは動作するはずです。ただし、時間Bは時間Aになることがあります。無限になることもあります。これは、終了するソフトウェア開発プロジェクトがあるが、動作を開始する前にソフトウェアを拒否する場合に発生します。

時間Bを増やして時間A内に行うことはすべて間違っています。時間Bをゼロに減らすようにしてください。

ES6の新しい強み

今年6月にECMA総会に送信されるJavaScriptには多くの追加があります（ これらの革新は実際に認証手続きを経て、新しい仕様の一部になりました-ECMAScript 2015 Language Specification-Ed。 ）。

いくつかの新しい強みがあることを報告できてうれしいです。そして今日、それらをあなたと共有したいと思います。

末尾再帰

最初の最良の方法は、末尾再帰と呼ばれる構造です。関数が最後に実行する場合、関数の呼び出しの結果（別の関数の呼び出しである可能性があります）を返します。呼び出しの逆シーケンスを作成する代わりに、コンパイラーはジャンプを生成します。したがって、コードは少し速く動作しますが、これは素晴らしいことです。しかし、さらに良いこと-一部のモデルでは、これはメモリ消費を大幅に削減します。したがって、まったく新しいクラスのアルゴリズムを使用できます。

たとえば、継続転送スタイルや、以前の言語では実装できなかった他の種類のプログラミングを使用できます。したがって、この関数を使用すると、JavaScriptは最終的に実際の関数型プログラミング言語になります。これは素晴らしいことです。

省略記号

省略記号演算子も取得しました。パラメータまたは引数のリストに入れると、可変数の引数を処理できます。これは本当に素晴らしいことです。

ここには、カレー関数の2つのバージョンがあります。 1つ目はES6に準拠しています。

function curry(func, ...first) { return function (...second) { return func(...first, ...second); }; }

2つ目は、以前の実装方法です。

 function curry(func) { var slice = Array.prototype.slice, args = slice.call(arguments, 1); return function () { return func.apply(null, args.concat(slice.call(arguments, 0))); }; }

これはすべてひどいので、2番目のバージョンで正確に何が起こるかについては説明しません。反対に、最初はかなり合理的なように見えます：私たちがポイントを見るところならどこでも（ここではあなたが望むだけ多くの引数を持つことができます）。そしてこれは素晴らしい。

この革新により、以前はできなかったことを実行できなくなりました。しかし、可変数の引数を処理する必要がある場合、このアプローチははるかに優れています。

モジュール

これでモジュールができました。異なるファイルから値をインポートおよびエクスポートできます。そして、最終的に言語サポートがあります。以前は、これらはすべてグローバル変数を通じて実装されていましたが、ひどいものでした。

これで正しく実行できます。素晴らしいと思わない場合は、以前の基準に従って同じことを試してください。しかし、ES6を使用すると、ロックなしで完全に非同期の言語で最終的にそれを行うことができます。

定数

変数を定義する2つの新しい方法があります。letとconstで、ブロックスコープの問題を解決します。良いプログラムでは、ブロックのスコープは必要ないことがわかります。しかし、以前はJavaScript構文がブロックのスコープのように見えました（その構文構文varを使用）が、そうではなかったので、人々を混乱させました。混乱が原因でエラーが発生するたびに。 LetとConstは、これを回避できるようにします。

繰り返しますが、新しいデザインでは、以前は作成できなかったプログラムを作成できません。しかし今では、コードはJavaプログラマを悩ませません。それは良いことです。

再編

別の構文上のキャンディーであるリストラがあります。また、以前はできなかったことを実行することもできません。しかし、いくつかの点で、新しい構文ははるかに表現力があります。

たとえば、ここにオブジェクトがあります。そして、オブジェクトのプロパティからこれらの変数を初期化して、いくつかの変数を作成したいと思います。

 let {that, other} = some_object; let that = some_object.that, other = some_object.other;

これは非常に単純化された例です。後で、これを使用する方法の別の例を示します。

弱マップ

WeakMapができました。 WeakMapは、オブジェクトが機能するはずの方法で機能します。 JavaScriptオブジェクトでは、キーは文字列ですが、これは間違いです。代わりにいくつかの値を使用した方が良いでしょう。しかし、それにもかかわらず、これらは線です。 WeakMapはこの問題を解決します。ここでは、任意の値を取り、それをキーとして使用できます。

残念ながら、このことを追加する必要があり、言語が非常に複雑になりました。さらに、プログラミング言語で使用された最悪の名前（ weak-weak ）と呼びました。誰も彼らのプログラムに何か弱いものを入れたくない。しかし、この設計は非常にうまく機能します。

WeakMapを使用すると、以前の言語では作成できなかったプログラムを作成できます。

パターン文字列

最後に、メガストロークリテラルと呼ばれるものです（言語ではテンプレート文字列と呼ばれますが、この名前は好きではありませんが、以前は準リテラルと呼ばれ、さらに混乱していました）。

これは、ES6の複数の行に一致する正規表現です。この正規表現を宣言するのはひどいです。いつかもっと良いことをしたいと思います。しかし、ES6では、これ以上の代替手段はありません。

したがって、すべてのスペースを削除した後、文字列を受け取り、それを正規表現に変換する関数があります。このような関数を使用すると、任意の式を取ることができますが、すべてをヒープに書き込むことはできませんが、必要な空のスペースをそこに入れて、要素とそれらの相互関係を確認します。結果は同じになります。

この設計には1つの欠点があります。コンパイラは正規表現を文字列として扱うため、検証を実行できません。検証は、コンストラクタを呼び出すまで行われません。しかし、レコードの前のバージョンでは、すべてがヒープに混在しているという事実のために、重大なエラーがコンパイラーを簡単にすり抜けることもありました。したがって、私たちはこの変換で多くを失うとは思いません。

ところで、正規表現を頻繁に使用する場合は、RegulExと呼ばれるツールを強くお勧めします。その中に正規表現を入れると、ダイアグラムが構築され、内部で何が起こっているかを正確に見ることができます。正規表現を書くたびに使用します。

矢印関数

ES6で得られたもう1つの新しい機能は、匿名の矢印関数です。外観の良い動機は、関数名を入力するときに大量のテキストについて不満を言う人がいたことです。だから私はそのようなことを追加しました。これは、本質的に関数の短い指定です。結果として、引数を取り、指定されたプロパティがこの値を持つオブジェクトを返す関数を取得します。

これは正常に機能しないことを除いて、すべてが順調です。この関数を呼び出すと、エラーがあるため、値の代わりにundefinedを返します。したがって、これは、時には良いこともあれば、そうでないこともある、限界的なものの1つです。常に機能していれば素晴らしいことですが、そうではありません。

ES6の欠点

その長所に加えて、ES6には率直に言って悪い要素があります。

クラス

最悪のイノベーションはクラスです。このクラスは最も人気のある新機能であり、ほとんどのリクエストはJavaScriptで記述する必要のあるJavaプログラマーからのものであり、彼らは本当にこれに激怒しています。私はJavaで書きたいのですが、JavaScriptにはタスクとお金があるので、彼らはそれをしなければなりません。彼らは再学習したくないので、新しい構文は彼らの人生を簡素化します。

すべては問題ありませんが、この新しい構文に依存しているため、言語の仕組みを理解することはできません。そして、彼らはこの言語を効果的に使用する方法を決して理解しませんが、彼らは理解すると思います。彼らは、彼らがどれほど不幸であるかを知らずに、書き続けます。これはtrapです。

Object.Create

新しい知識とES6の革新を反映する必要性を考慮して、Strengthsに書かれた内容を改訂しています。「強み」を書いたとき、クラスの代わりにobject.createを使用することをお勧めしました。

実際、使用できるようにobject.createを言語に追加したのは私でした。かなりうまくいきました。しかし、object.createの使用を停止したことに気付いたとき、私はどれほど驚きましたか。そこに自分で追加しましたが、使用しません。そして、その理由は私がこれを使うのをやめたことです。

これ

2007年にADSafeと呼ばれるプロジェクトを作成したため、これの使用を中止しました。当時、Facebookのfbjs、Caja Google、MicrosoftのWeb Sandboxなど、いくつかの研究グループがあり、さらに、ADSafeなどのプロジェクトもありました。 JavaScriptを安全な言語にして、サードパーティのコードをアプリケーションに追加し、セキュリティの問題が発生しないようにする方法を見つけようとしました。 JavaScriptでは、これは非常に難しいタスクであることが判明しました。

これを解決するのが難しくなることの1つがこれです。メソッドにこれがある場合、オブジェクトのイベントリストにバインドします（これは適切で必要です）。ただし、関数と同じメソッドを呼び出すと、グローバルオブジェクトにバインドされ、セキュリティに完全に違反します。これに対処する方法は？

ほとんどのプロジェクトは、セキュリティの問題を防ぐために、JavaScriptを多くのランタイムチェックと対話を備えたJavaScriptに変換するコンパイラでこの問題に対処しています。

ADSafeでの私のアプローチはずっと簡単でした。私はちょうどそれを違法にし、それが使用されているプログラムを放棄するよう促しました。動作します。唯一の問題は、誰もがこれを使用したため、プログラムの大部分を放棄しなければならないことです。

しかし、私の仮説では、これを言語から削除しても、優れたプログラムを作成するのに十分な関数型プログラミング言語が残ることになります。それをテストするために、私は（これなしで）制限なしでJavaScriptでも書き始めました。そして、私はこれを持たずに、より少ない労力でより良いプログラムを書き始めたことに非常に驚きました。とてもいい。言うまでもなく、これが言語自体に存在することが困難な場合、つまり英語でコミュニケーションをとる場合、言語の構築を意味するのか、代名詞を意味するのかを事前に知ることはできません。これはかなりトリッキーです。

ヌル/未定義

nullの使用を停止しました。 JavaScriptには、nullとundefinedの2つの最小値があります。一部の言語では、これを使用すべきではないと考えられています。 JavaScriptは、そのような値を複数持つ唯一の言語です。しかし、一度に2つ持つのは愚かであることは間違いありません。

一部のフレームワークは、それらを交換可能として扱いますが、そうではありません。状況に応じて、そのうちの1つだけを使用する必要があります。それを使用するのは言語自体であるため、undefinedを使用しました。たとえば、欠落しているプロパティにアクセスすると、undefinedになります。

不定の値は、完全に間違ったタイプの欠落オブジェクトの問題の全範囲を引き起こします。これがES6で修正されることを期待していましたが、これは起こりませんでした。おそらく常にそうでしょう。ただし、nullを使用していない場合、この問題は発生しません。また、誤った値の使用を停止し、JavaScriptに存在すること自体が悪い考えだと判断しました。

このアイデアはもともとCに由来し、Cは0、no、false、およびその他の類似値を表すために使用します。 JavaScriptは同じことを試みました。しかし、これは混乱を招きます。

のために

forの使用を停止しました。 ES5では、配列を操作するための新しい一連のメソッドを導入しました-それぞれ、マップなどのために、これらのツールを使用します。配列があり、それを処理する必要がある場合、これらの方法のいずれかを使用します。そして、それらを便利な方法で組み合わせることができます。それは本当に表現力豊かです。

それぞれについて

私はそれぞれに使用しません。 ES5では、オブジェクト.keys（オブジェクト）を取得しました。この構造は、文字列の素晴らしい配列を提供します。また、プロトタイプチェーンからのものが含まれていないため、結果をフィルタリングする必要はありません。この方法で配列を取得し、それぞれに対して実行できることは非常に素晴らしいことです。これは本当に表現力豊かな方法です。

前に、私は通常のテール再帰がES6に登場したことを言及しました。そして、今度はループ（特にwhileステートメント）の使用を完全に停止します。再帰関数のみを使用します。

たとえば、再帰関数です。未定義を返すまで、この関数を呼び出します。コードの最初のバージョンは、whileループを使用して記述されています。

 function repeat(func) { while (func() !== undefined) { } }

2番目のバージョンは、末尾再帰を使用して記述されています。

 function repeat(func) { if (func() !== undefined) { return repeat(func); } }

ES6では、これら2つの方法は同じ速度で動作し、まったく同じ量のメモリを消費します。したがって、ループには再帰よりも利点はありません。これは素晴らしい。

次世代の言語

次世代のプログラミング言語について多くのことを考えました。彼はどのようになりますか？ JavaScriptが最後のプログラミング言語であることが判明すると非常に悲しいので、これはおそらくJavaScriptを置き換える言語になるはずです。耐えられなかった。少なくとも子供たちにとって、世界をより良い場所にしなければなりませんか？

この言語がどのようになるかを考えていました。どのようなプロパティが必要ですか？彼はどのような問題を解決しますか？彼が現れたときに彼をどのように認識するのでしょうか？

私が確信していることの1つは、彼が最終的に現れたとき、我々は彼を拒否するでしょう。そしてこの理由は、プログラマーが感情的で非合理的な異常な人だからです。

これはそうではないと考えています。私たちはコンピューターの世界で人々の大使の役割を果たしており、コンピューターは完全に合理的だからです。したがって、私たち自身も合理的であると仮定します。私たちの多くは社会的スキルを失いましたが、不合理性と感情性は消えていません。この論文を裏付ける証拠を見てみましょう。

高レベルの言語を良いアイデアとして認識するには、1世代かかりました。 Fortranが多くのアセンブラー言語に登場したとき、開発者（当時はすべてアセンブラープログラマーでした）がFortranへの切り替えを拒否しました。 Fortranはマシンとの相互作用の制御を奪い取ったため、許可できませんでした。移行は彼らの人生をより良くするだろうが、彼らはそれを放棄した。
行くのは悪い考えだと同意するのに全世代がかかった。 何十年もの間、go toを使用するかどうかを感情的に議論してきました。そして、非常に賢い人々からの深く考え抜かれた議論と、「これは私の表現方法です」、「効率が必要です」、「私は死にますが、私はそれをwillめません」というスタイルの文の両方が与えられました。これらの議論はすべて完全に間違っていたことが判明しました。
オブジェクトが良いアイデアであることに同意するには世代がかかりました。 1967年、Simulaと呼ばれる言語がノルウェーに登場しました。私が知る限り、この言語には重要なアイデアが含まれていると認めたのは、世界でたった1人、ユタ大学（アラバマ州）のAlana Kayだけでした。他のみんなはそれを逃しました。彼は、Simulaに登場するオブジェクトが非常に表現力があり、子供向けのプログラミング言語を開発できると考えました。そして、子供たちはこのパラダイムを使用して素晴らしいプログラムを書くことができます。そのため、彼はこの言語の勉強を始め、ほぼ10年かけて自分の言語を開発し、改善しました。 1980年にようやく公開されました。そして、それは史上最高の開発されたプログラミング言語-C ++でした。 Alan KayはSimulaのアイデアを取り入れ、あまり理解していませんでしたが、Cに翻訳しました。

そのため、業界には選択肢がありました。SimulaまたはC ++に従うことができました。最終的な決定は、プログラミングのためにオブジェクトが何であるかを基本的に理解していない人々によって行われました。しかし、彼らはC ++を選択しました。なぜなら、言語を使い始めるためにオブジェクト指向プログラミングを理解する必要がないからです。それ以来、ほぼすべての言語で、SimulaよりもC ++から多くを借りてきました。そして、私たちはまだ間違っています。
そして最後に、 ラムダが良いアイデアであることに同意するのに2世代かかりました。 ラムダは、70年代前半にMITでSqueakと呼ばれる言語で登場しました。そして、業界はそれに全く注意を払いませんでした。最終的にラムダを主流にするのに、2世代ではなく4世代かかりました。時間がかかりすぎて、アイデアの失敗の証拠だと考える人もいました。しかし、ラムダを使用した関数型プログラミングは、今日扱っている非同期システムや分散システムを操作するときに非常に効果的であることがわかりました。このアイデアを受け入れる最初の言語はJavaScriptです。その後、ラムダがPythonとRuby、そして最終的にはC＃に登場しました。少し前、ついにJavaで。しかし、JavaScriptが最初でした。

何もかもが長い間続いているのは、心を変えることができないからです。私たちは、新しい良いアイデアの非常に多くのユーザーを獲得し、それを使い続けることができるようになる前に、世代が引退するか死ぬのを待たなければなりません。

に行ったときに覚えています。彼の周りの議論は何年も衰えませんでした、そして突然それは静かになりました。私たちは今彼を取り除くことができますか？はい、私たちは彼を残しました。誰もが行くのに苦しんでいますか？すべての紛争は無意味であることが判明し、パラダイムシフトが起こりました。

人々がこのパラダイムを動かすのは本当に難しいです。 go toのストーリーは、1つの設計を取り除き、プログラムの構造を変えるだけです。 go toの欠如によりプログラミングが容易になることが判明しました。

だからこそ、私は次のプログラミング言語がそもそも拒否されると信じています。

言語分類について

プログラミング言語をどのように分類するかを考えてください。言語をシステムとアプリケーションの2つの主要セットに分けます。

システム言語は、メモリアロケータ、システムコア、デバイスドライバを記述するために使用されます-これらは非常に低レベルの言語です。それ以外はすべてアプリケーション言語で作成する必要があります。

おそらくJavaの最大の問題は、Javaの作成者がこの部門のどちら側になりたいかを決定できなかったことです。そのため、Javaは両方のタスクをサドルしようとしています。

両方のカテゴリに新しい言語が必要です。たとえば、60年代に登場したCは、今日でも主要なシステム言語です。しかし、私の仕事は応用言語に焦点を当てています-私たちのほとんどが対処するのはそれらです。

応用言語は、2つのグループに分けることもできます。古典派（ほとんどすべての言語を含む）とプロトタイププログラミング用の言語グループ（JavaScriptを含む）です。

そして、JavaScriptは正しい方向を選んだと思います。多くの批判を引き起こしているJavaScriptには革新が含まれています。

システムを設計する古典的な学校の言語でプログラムを作成する場合、オブジェクトの分類を行う必要があります。システムのすべてのオブジェクトを分析して、それらが何で構成されているかを理解し、分類法を実行し、クラスが相互にどのように関連するか、どのように、何を実装するかを知る必要があります。これはすべて非常に複雑です。なぜなら、プロジェクトの開始時に最も頻繁に行われるからです。システムがどのように機能するかについての最低限の理解がある時点で。したがって、常に間違った分類法を取得します。そのため、誤って選択されたオブジェクトになってしまいます。そして今からあなたは彼らと戦っています。これだけでは、問題を正しく解決することはできません。多重継承が必要ですが、これはすべて機能しません。 , , , , , , . . , , , . , ( ).

- . . - , . JavaScript, ( ), . .

Java-. , . — , , .

. . , , .. . , , 1995 . しかし、今日ではありません。 . . , — . - .

, , . , . , . , . , . , .

. JavaScript , . , . , .

, , - . , — JavaScript .

, . . , . .

 { let a; { let b; ... a … ... b … } ... a ... }

JavaScript , — , . .

 function green() { let a; function yellow() { let b; ... a … ... b … } ... a ... }

, , , ( — ).

, , ? . , . , A?

, , . — , heap, . .

, , ES6. , constructor:

 function constructor(spec) { let {member} = spec, {other} = other_constructor(spec), method = function () { // member, other, method }; return Object.freeze({ method, other }); }

. , .

, , , . - , . , . , , . — , .

. , .

. , . . , , - , . .

return. ES6 : method. , , .

. , , . JavaScript. , . - , Pascal, , , , . . . , , , . . , .

, . 2001 Java JSON. this. index, int. , , . , .

, 2001 . , int 2 — . . , JSON . , , .

, , -, JSON 7 Gb. , . , int. .

int. int — . , , int? , . , . , , «- ».

— : , , . — , ; . , , , .

, 10 20 , . , - , .

DEC64

, . , (, ).

, . . , Atari 2600 128 . 64 , 4 .

- . . , 50 , — ?

. , Java byte, char, short, int, long, flot, double .. , , , , . , . , . , , , . , , . これは悪いです。

, JavaScript . . JavaScript , . 0.1 + 0.2 0.3. . — , .

, , . , . . - , , , . . , , .

- , : , 10 , , .

. , . : , . BCD (- ). . Fortran COBOL BCD. , . Java COBOL. Java -. .

. DEC64. 64- , , .

56- , , . Intel . , . . ( , ).

DEC64 Intel x64 — , (dec64.com, GitHub ).

int. , , .

, , . , . . — , () . , , , .

, . — JSON.

Google, XML () JSON (). , XML 2005 , JSON.

, JSON . , JSON, JSON. . .

, . , . Google . Google Trends ( 2015 — . . ). JSON , XML.

, :

HolyJS Piter :

20 JavaScript: . Lea Verou, Martin Splitt, Anjana Vakil, Claudia Hernández . .

Better Parts：Douglas Crockfordが.concat（）2015カンファレンスでJavaScriptと未来のプログラミング言語について語ります