はプログラミングを次のステップに向けての自然言語によるプログラミング?[定休日]

StackOverflow https://stackoverflow.com/questions/285848

  •  08-07-2019
  •  | 
  •  

質問

これが私の最初の質問で私は少し緊張でいるかどうかを取得します。文字の意味でも十分です。とにかく、どんどん降りていきます。...

うマイルストーンプログラミングしていたようだった一つの目標に共通:やすくするためのプログラマー、プログラム。

機械語opcodes/mnemonics、手順の機能構造体、授業(OOP)など。常に、時間を、計画、構造、コードプログラムにアルミナなどがありますが、分かりやすく、より良い維持す。

もちろんプログラミングすることで新規性がいるようで経験したようなルネッサンス。協力してもらえるとうれしいFP得を大幅に向上させる時マイクロソフト株式会社を追加F#その主流プログラミング言語まで

マン独自の問題だと思い、最終的にはグを行うのは、自然言語(英語)と非常に少数の制限ます。のコンパイラすることを目的に、AI/NLPを抽出する技術やシステム情報のコードから欲しくないテキストと変換する中間言語のコンパイラでコンパイル。

なので、FP取ングに近い自然言語によるプログラミングでは障害物が主流OOPするよりは、自然言語によるプログラミング?

この質問に使用してはならないのuseabilityはfeasabilityの自然言語によるプログラミングでは、未来に伝えていきます。

役に立ちましたか？

解決

申し訳ありませんが、私はまったく同意しません。コードは、最終的に物（オブジェクト）を作成するための青写真です。したがって、信頼性の高い機能を実現するには、非常に正確でルールに準拠している必要があります。自然言語は、ナプキンのアイデアのスケッチが機械工学を引き継ぐよりも早くプログラミングを引き継ぐことはありません。

他のヒント

私は個人的に、自然言語プログラミングはややひび割れであるという結論に達しました。

英語は、プログラミング言語として完全に使用するのに必ずしも適していません。感情的な用語や、プログラミングに場所を持たない他の抽象的な概念など、プログラミングに相関のない抽象語が多すぎます。 「自然言語」であること「自然言語」がそれに続きますプログラミングかもしれませんが、そうではありません。

ここであなたが言っていることを理解している間、問題は英語に同じ用語のスクラップ用語と重複した名前が多すぎることです。そのため、私たちはドメインの特定のものでさえないものを使用しますプログラミング、プログラミングのタスク。

私は、プログラミングは実際には高度に専門化された言語であることを人々が理解し、頭脳を使用して、英語とは異なり、シンプルで宣言的で一貫した定義を持つ言語でコーディングすることを学ぶ方が適していると思います非常に主観的です。

言語の内外を学び、その回路図と動作を学ぶと、それらを組み合わせて新しいことをすることができます。

Perlを使うと、誰もがラインノイズであるとlしみますが、多くのプログラミング言語を知っていると、「OMG LINE NOISE」の最初のハードルを乗り越えると、物を作ることができるほど直感的になります。読んだことがないので、期待どおりに魔法のように動作することを確認してください。

そして私見、ドメイン固有の言語は、ターゲットを絞った問題解決のために話し言葉よりも優れています。

＆quot;では、FPはプログラミングを自然言語プログラミングに近づけますか、それともむしろ障害物であり、主流のOOPは自然言語プログラミングにより速く私たちを導くでしょうか？

どちらでもない。どちらも、コンピュータに何をさせたいかについて特定する必要があるという同じ原則に基づいて動作します。不確実性の余地は なくてはならず、どちらのパラダイムも自然言語に関係する何かはありません。彼らはまったく異なる問題に取り組んでいます：複雑なコードと大規模なコードベースの管理と構造化の問題。

自然言語の大きな障害は構文解析です。自然言語を明確に解析することは不可能です。人間でも、多くのコンテキスト情報（顔の表情、声の調子）がなければそれを行うことはできません。そして、それでも、私たちはそれをかなり頻繁に間違っています。

OOPとFPは、解析後の 処理についてのみです。識別されて解析されると、各意味要素にどの意味が割り当てられます。

おそらく、いつか自然言語でプログラムできるようになるでしょう。今後数十年以内に起こるとは思いませんが、いつか起こるかもしれません。しかし、今日のプログラミングパラダイムは、このプロセスを高速化することも遅延させることもありません。彼らは単にそれとは何の関係もなく、解析の問題を解決する助けにはなりません。

機能プログラミングは、オブジェクト指向プログラミングよりも自然言語プログラミングに近いとは思いません。関数型プログラミングには、非常に動詞指向の構文があります。 LispまたはSchemeでプログラムを作成するとき、関数とデータに対して実行するアクションについて考えるのに多くの時間を費やします。オブジェクト指向プログラミングでは、ほとんどの時間をオブジェクトについて考えることに費やしているため、非常に名詞指向のようです。ただし、Smalltalk、C ++、およびJavaには、動詞をすべての名詞（いわば）に適用できるメソッドもあります。

オブジェクト指向プログラミングが必ずしも自然言語プログラミングにつながるとは思わないが、私の観点からは、関数型プログラミングよりも少し近い。私にとって、関数型プログラミングは自然言語よりも数学に少し近いようです。多分数学はプログラミングの際に考えるべき言語だからです。

で、ハッサンの塔、王宮 お知らせ7 はおそらく、最も近いも頂いている自然言語プログラミングでは言語のための非常に特定のドメイン:書話小説のようなソフトウェアから生まれた"アドベンチャーゲーム".

主にC＃3.0のクールな新機能による関数型プログラミングへの関心の高まりは、基本的に並列処理を可能にすることであり、マルチコアコンピューティングへの移行を示しています。私見、これを「自然言語プログラミング」への次のステップと考えることはできないと思います

プログラミング言語の次の進化を探しているなら、DSLに目を向けるでしょう。 DSLを使用すると、高度にカスタマイズされた言語を使用できるため、洗練されたbizユーザーは、データ型、スレッド、UIウィジェットなどのコーディングの詳細を心配することなくシステムを構成できます。

関数型言語は、「高度な並列処理」でその位置を占めることになります。スペース。

「Windows Internals the 5th Element」の注文は主観的な質問でここに来ると思いますか？データベースに追加して私の住所に発送しますか？そうだとすれば、自然言語プログラミングは関数型プログラミングに非常に近いものになります。これは、ある程度機能的な方法で質問をしたからです。そうでない場合、自然言語プログラミングでは注文が発送されませんか？関数型プログラミングは、自然言語とは何の関係もないため機能します。

いいえ。関数型プログラミングは、コンパイラの証明に近づきます。それはあなたのコードについてより多くの主張を証明するコンパイラです。より多くのコンパイラが私たちのために証明できるほど、ソフトウェア開発はアートではなくエンジニアリングに近くなります。

NLPプログラミング言語は、おそらく「私が言うことではなく、私が言うことをする」ということです。スタイル言語。これはおそらく、関数型言語の方向の反対です。

＆quot;すべてのプログラミング言語がLISPに向かって収束しています。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top