人々は動的言語について何がそんなに魅力的だと思いますか？[閉まっている]

最近、誰もがダイナミックでコンパイルされていない時流に飛び乗っているようです。私は主に、コンパイルされた静的型付き言語（C、Java、.Net）でのみ作業しました。私が動的言語で経験したことは、ASP（Vb Script）、JavaScript、PHPなどです。これらのテクノロジーを使用することは、動的言語について考えるときに私の口に悪い味を残しました。変数名のスペルミスや変数への間違った型の値の割り当てなど、通常はコンパイラーによって検出されることは、実行時まで発生しません。それでも、新しい変数を作成し、デフォルト値を割り当てるだけなので、エラーに気付かない場合があります。また、変数には明示的な型がないため、動的言語でインテリセンスがうまく機能するのを見たことがありません。

私が知りたいのは、動的言語について人々がとても魅力的だと思うものは何ですか？動的言語で実行できること、実行できないこと、またはコンパイル言語では実行が難しいことに関する主な利点は何ですか。かなり前に、コンパイルされていないaspページがランタイム例外をスローするようなことは悪い考えだと私たちが決めたように思えます。このタイプのコードが復活したのはなぜですか？そして、少なくとも私には、Ruby on Railsが10年前にASPで実行できなかったもののように見えないのはなぜですか？

その理由は、人々が静的に型付けされた言語に慣れていて、型システムが非常に限られていて表現力がないためだと思います。これらはJava、C ++、Pascalなどのような言語です。より表現力豊かな型システムとより良い型推論の方向に進む代わりに（たとえばHaskellのように、そしてある程度SQLでさえ）、一部の人々はただ維持することを好みます彼らの頭の中（そして彼らのテスト中）のすべての「型」情報と静的型チェックを完全に排除します。

これが最終的に何を買うのかは不明です。タイプチェックについては多くの誤解された概念がありますが、私が最もよく遭遇するのはこれら2つです。

誤謬：動的言語はそれほど冗長ではありません。誤解は、型情報は型注釈と等しいというものです。これは完全に真実ではありません。型の注釈が煩わしいことは誰もが知っています。マシンはそれを理解できるはずです。そして実際、それは現代のコンパイラーで行われます。これは、Haskellの2行に静的に型付けされたQuickSortです（haskell.orgから）：

qsort []     = []
qsort (x:xs) = qsort (filter (< x) xs) ++ [x] ++ qsort (filter (>= x) xs)

そして、これがLISPで動的に型付けされたQuickSortです（swisspig.netから）：

(defun quicksort (lis) (if (null lis) nil
  (let* ((x (car lis)) (r (cdr lis)) (fn (lambda (a) (< a x))))
    (append (quicksort (remove-if-not fn r)) (list x)
      (quicksort (remove-if fn r))))))

Haskellの例は、静的に型付けされた仮説を偽造しているため、冗長です。LISPの例では、仮説が冗長であるため、静的に型指定されています。タイピングと冗長性の間には、どちらの方向にも影響はありません。あなたはそれをあなたの心から安全に取り除くことができます。

誤謬：静的に型付けされた言語は、解釈されるのではなく、コンパイルされる必要があります。繰り返しますが、真実ではありません。多くの静的に型付けされた言語にはインタプリタがあります。Haskell用のScalaインタープリター、GHCiおよびHugsインタープリターがあります。もちろん、SQLは静的に型付けされ、私が生きているよりも長い間解釈されてきました。

ご存知のように、ダイナミックな群衆は、自分たちがしていることについてそれほど慎重に考える必要がない自由を望んでいるだけかもしれません。ソフトウェアは正しくないか堅牢ではないかもしれませんが、そうである必要はないかもしれません。

個人的には、ちょっとした一時的な自由を買うために型安全性をあきらめる人は、自由にも型安全性にも値しないと思います。

コンパイラーが行うことを置き換えるために、単体テストで10倍のコードカバレッジを記述する必要があることを忘れないでください：D

私はそこに行ったことがあり、動的言語でそれを行いましたが、まったく利点がありません。

他の人の反応を読むとき、動的言語には多かれ少なかれ3つの議論があるようです。

1）コードはそれほど冗長ではありません。これは有効ではありません。一部の動的言語は、一部の静的言語よりも冗長ではありません。ただし、F＃は静的に型付けされていますが、静的に型付けしても、コードはほとんど追加されません。暗黙的に型付けされていますが、それは別のことです。

2）「私のお気に入りの動的言語Xには私のお気に入りの機能機能Yがあるので、動的が優れています」。機能と動的を混同しないでください（なぜこれを言わなければならないのか理解できません）。

3）動的言語では、結果をすぐに確認できます。ニュース：Visual StudioのC＃でも（2005年以降）それを行うことができます。ブレークポイントを設定し、デバッガーでプログラムを実行し、デバッグ中にプログラムを変更するだけです。私はいつもこれをしていて、それは完璧に機能します。

私自身、主な理由の1つである保守性のために、静的型付けを強く支持しています。私はそれはJavaScriptのカップルの10kラインでシステムを持っており、いずれかの私は（存在しない）コンパイラはその変数が台無しにリネームものを私に教えてくれませんので、半日のようになりますやりたいリファクタリング。そして、それは私が自分で書いたコードであり、IMOもよく構成されています。他の誰かが書いたのと同等の動的システムを担当するという仕事は望まないでしょう。

私はこれに大いに反対票を投じると思いますが、チャンスをつかみます。

VBScriptは、VBの別のフレーバーと比較しない限り、最悪です。PHPは、大きくなりすぎたテンプレート言語であることを覚えている限り、問題ありません。現代のJavascriptは素晴らしいです。本当に。たくさんの楽しみ。「DHTML」とタグ付けされたスクリプトには近づかないでください。

ランタイムエラーを許可しない言語を使用したことはありません。私見、それは大部分が赤字です。コンパイラはすべてのタイプミスをキャッチするわけではなく、意図を検証するわけでもありません。明示的な型指定は、明示的な型が必要な場合に最適ですが、ほとんどの場合、そうではありません。ここで質問を検索するgenericsか、符号なし型を使用することがインデックス変数に適しているかどうかについての質問を検索してください-多くの場合、このようなものは邪魔になり、時間があればいじくり回すことができます。

しかし、私はあなたの質問に本当に答えていません。なぜ動的言語が魅力的なのですか？しばらくすると、コードの記述が鈍くなり、アルゴリズムを実装したいだけだからです。あなたはすでにすべてをペンで座って解決し、潜在的な問題のシナリオを図解し、それらが解決可能であることを証明しました。あとは、20行の実装をコード化するだけです...そして200行の定型文をコンパイルしてください。次に、使用している型システムが実際に行っていることを反映していないことに気付きますが、他の誰かがあなたが行っている可能性があることについての超抽象的な考えを持っており、ずっと前にプログラミングを放棄して、微調整を行っていました。強迫観念-それは架空の探偵エイドリアンモンクさえ恥ずかしいでしょう。

それはあなたが漆喰を塗るときです動的言語を真剣に見始めます。

私はフルタイムの.Netプログラマーであり、静的に型指定されたC＃の苦境に完全に固執しています。しかし、私は最新のJavaScriptが大好きです。

一般的に言って、動的言語では、静的に型付けされた言語よりも簡潔に意図を表現できると思います。多くの場合、それらが自明である場合に、表現しようとしているものの構成要素を定義する時間とスペースが少なくて済みます。

動的言語にも複数のクラスがあると思います。VBScriptで従来のASPページを作成することに戻るつもりはありません。有用であるためには、動的言語は、オブジェクト（またはオブジェクトに渡されるもの）を表現してより複雑な構造を構築できるように、コアである種のコレクション、リスト、または連想構造をサポートする必要があると思います。（たぶん私たちは皆LISPでコーディングするべきです...それは冗談です...）

.Netサークルでは、動的言語はVBScriptやJavaScriptに関連付けられているため、悪いラップになると思います。VBScriptは、Kibbeeが述べた多くの理由で悪夢として思い出されました。誰もが、CLngを使用してVBScriptで型を強制し、32ビット整数に十分なビットを確保することを覚えています。また、JavaScriptは、すべてのブラウザーで異なる方法で記述されたドロップダウンメニューのブラウザー言語と見なされていると思います。その場合、問題は言語ではなく、さまざまなブラウザオブジェクトモデルです。興味深いのは、C＃が成熟すればするほど、ダイナミックに見え始めることです。ラムダ式、無名オブジェクト、型推論が大好きです。毎日JavaScriptのように感じます。

これは、Haskellの2行に静的に型付けされたQuickSortです（haskell.orgから）：

qsort []     = []
qsort (x:xs) = qsort (filter (< x) xs) ++ [x] ++ qsort (filter (>= x) xs)

そして、これがLISPで動的に型付けされたQuickSortです（swisspig.netから）：

(defun quicksort (lis) (if (null lis) nil
  (let* ((x (car lis)) (r (cdr lis)) (fn (lambda (a) (< a x))))
    (append (quicksort (remove-if-not fn r)) (list x)
      (quicksort (remove-if fn r))))))

ここでは、選択した言語で物事にバイアスをかけていると思います。Lispは悪名高いパレンヘビーです。Haskellに近いのはPythonでしょう。

if len(L) <= 1: return L
return qsort([lt for lt in L[1:] if lt < L[0]]) + [L[0]] + qsort([ge for ge in L[1:] if ge >= L[0]])

ここからのPythonコード

私にとって、動的言語の利点は、コードが少なくなり、RubyのブロックやPythonのリスト内包表記などの機能技術により、コードがどれだけ読みやすくなるかということです。

しかし、コンパイル時のチェック（タイプミスは発生します）とIDEのオートコンプリートが見落とされます。全体として、コードの量が少なくて読みやすさは私にとって有益です。

もう1つの利点は、言語の通常解釈される/コンパイルされない性質です。いくつかのコードを変更して、すぐに結果を確認してください。これは、開発中の時間の節約になります。

大事なことを言い忘れましたが、コンソールを起動して、これまで使用したことのないクラスやメソッドなど、よくわからないことを試して、その動作を確認できるという事実が気に入っています。コンソールには多くの用途がありますが、それはあなたが理解できるように残しておきます。

動的言語に対するあなたの議論は完全に有効です。ただし、次の点を考慮してください。

1. 動的言語はコンパイルする必要はありません。実行するだけです。ほとんどの場合、アプリケーションを再起動せずに、実行時にファイルをリロードすることもできます。
2. 動的言語は一般的に冗長性が低く、読みやすくなっています。静的言語で実装された特定のアルゴリズムまたはプログラムを調べて、RubyまたはPythonの同等のものと比較したことがありますか。一般に、コード行を3分の1に削減することを検討しています。動的言語では多くのスキャフォールディングコードが不要であるため、最終結果が読みやすくなり、目前の実際の問題に焦点が当てられます。
3. タイピングの問題について心配する必要はありません。動的言語でプログラミングする場合の一般的なアプローチは、タイピングについて心配することではありません。ほとんどの場合、正しい種類の引数がメソッドに渡されます。そして時々、誰かがたまたまうまくいく別の種類の議論を使うかもしれません。問題が発生すると、プログラムが停止する場合がありますが、いくつかのテストを実行した場合、これはめったに発生しません。

私も最初は静的型付けの安全な世界から離れるのが少し怖いと思いましたが、私にとっては長所が短所をはるかに上回り、振り返ることはありませんでした。

動的型付け言語に対する「新たに発見された愛」は、特定の動的言語の人気の高まりよりも、静的型付け言語が絶対的な意味で優れているか最悪であるかとは関係がないと思います。Ruby on Railsは明らかに、動的言語の復活を引き起こす大きな現象でした。Railsを非常に人気のあるものにし、静的キャンプから非常に多くの変換を作成したのは、主に、非常に簡潔でDRYのコードと構成でした。これは、大量のXML構成を必要とするJavaWebフレームワークと比較した場合に特に当てはまります。多くのJavaプログラマー（賢いプログラマーも）が転向し、ルビーや他の動的言語を伝道した人もいます。私にとって、3つの異なる機能により、RubyやPythonなどの動的言語をより簡潔にすることができます。

1. ミニマリスト構文-大きな問題は、型の注釈が不要なことですが、言語設計者は最初から言語を簡潔に設計しました
2. インライン関数構文（またはラムダ）-インライン関数を記述し、それらを変数として渡す機能により、多くの種類のコードがより簡潔になります。特に、これはリスト/配列操作に当てはまります。このアイデアのルーツは明らかに-LISPでした。
3. メタプログラミング-メタプログラミングは、レールを動かしているものの大きな部分です。これにより、コードをリファクタリングする新しい方法が生まれ、ライブラリのクライアントコードをより簡潔にすることができました。これもLISPに由来します。

これらの3つの機能はすべて動的言語に限定されているわけではありませんが、今日の一般的な静的言語であるJavaとC＃には確かに存在しません。C＃はデリゲートで＃2を持っていると主張するかもしれませんが、リスト操作などでは、C＃はまったく広く使用されていないと主張します。

より高度な静的言語に関しては... Haskellは素晴らしい言語であり、＃1と＃2があり、＃3はありませんが、型システムは非常に柔軟なので、メタの欠如を見つけることはおそらくないでしょう。制限する。言語拡張機能を使用して、コンパイル時にOCamlでメタプログラミングを実行できると思います。Scalaはごく最近追加されたものであり、非常に有望です。.NETキャンプのF＃。しかし、これらの言語のユーザーは少数派であるため、プログラミング言語の状況におけるこの変化には実際には貢献していません。実際、Rubyの人気は、他の動的言語に加えて、Haskell、OCaml、Scala、F＃などの言語の人気にプラスの影響を与えたと私は信じています。

個人的には、あなたが使った「動的」言語のほとんどは、たまたま一般的な言語の貧弱な例だと思います。

私は、CやJavaよりもPythonの方がはるかに生産的であり、edit-compile-link-runダンスをしなければならないという理由だけではありません。私はObjective-Cでより生産的になっていますが、それはおそらくフレームワークによるものです。

言うまでもなく、私はこれらの言語のいずれにおいてもPHPよりも生産性が高くなっています。地獄、私はPHPよりもSchemeまたはPrologでコーディングしたいです。（しかし、最近、私は実際に他の何よりも多くのPrologを行っているので、それを一粒の塩で取ってください！）

動的言語に対する私の感謝は、それらがどれほど機能的であるかに非常に関係しています。Pythonのリスト内包表記、Rubyのクロージャ、JavaScriptのプロトタイプ化されたオブジェクトはすべて、これらの言語の非常に魅力的な側面です。すべてに一流の機能も備わっています。これは、二度となくては生きていくことができないものです。

PHPとVB（スクリプト）を同じように分類することはしません。私にとって、これらはほとんどが命令型言語であり、動的型付けの欠点がすべてあります。

確かに、（コンパイル時間がないため）同じレベルのコンパイル時チェックは得られませんが、静的構文チェックツールは、少なくとも部分的にその問題に対処するために時間とともに進化すると予想されます。

動的言語で指摘されている利点の1つは、コードを変更して実行を継続できることです。再コンパイルする必要はありません。VS.Net 2008では、デバッグ時に、実際にコードを変更して、再コンパイルせずに実行を継続できます。コンパイラーとIDEの進歩により、動的言語を使用することのこの利点やその他の利点がなくなる可能性があります。

ああ、私が同様の質問を投稿したとき、私はこのトピックを見ませんでした

動的言語についてここで言及されている他の人々の優れた機能は別として、私は誰もが1つ、最も基本的なこと、つまりメタプログラミングを忘れていると思います。

プログラムのプログラミング。

コンパイルされた言語で行うのはかなり難しいですが、一般的には、たとえば.Netを取り上げます。それを機能させるには、あらゆる種類のマンボジャンボを作成する必要があり、通常、実行速度が約100倍遅くなるコードで終了します。

ほとんどの動的言語にはメタプログラミングを行う方法があり、それが私をそこに留めておくものです。メモリ内にあらゆる種類のコードを作成し、それをアプリケーションに完全に統合する機能です。

たとえば、Luaで電卓を作成するには、次のことを行う必要があります。

print( loadstring( "return " .. io.read() )() )

さて、.Netでそれをやってみてください。

動的（スレッドの焦点であるように思われるため、入力された）言語が好きな私の主な理由は、（作業環境で）使用した言語が、使用した非動的言語よりもはるかに優れているためです。C、C ++、Javaなど...これらはすべて実際の作業を行うための恐ろしい言語です。動的に型付けされた言語と同じくらい自然にプログラムできる暗黙的に型付けされた言語が欲しいです。

そうは言っても、動的に型付けされた言語で驚くべき特定の構造があります。たとえば、Tclでは

 lindex $mylist end-2

必要なインデックスを示すために「end-2」を渡すという事実は、非常に簡潔で、読者には明白です。私はまだそのようなことを達成する静的に型付けされた言語を見たことがありません。

この種の議論は少しばかげていると思います。「変数名のつづりを間違えたり、変数に間違った型の値を割り当てたりするなど、通常はコンパイラーによってキャッチされることは、実行時まで発生しません」そうです。 PHP開発者私は実行時まで変数の入力ミスのようなものを見ませんが、実行時は私にとってステップ2です。C++（これは私が経験した唯一のコンパイル言語です）では、リンクしてコンパイルした後のステップ3です。

言うまでもなく、保存を押してからコードを実行する準備ができるまでには数秒かかります。これは、文字通り数時間かかるコンパイル言語とは異なります。これが少し怒っているように聞こえたら申し訳ありませんが、コードをコンパイルする必要がないので、私を二流のプログラマーとして扱っている人にはうんざりしています。

議論はこれよりも複雑です（興味深い概要については、Yeggeの記事「弱いタイピングは十分強い」を読んでください）。

動的言語も必ずしもエラーチェックを欠いているわけではありません-C＃の型推論はおそらく1つの例です。同様に、CとC ++にはひどいコンパイルチェックがあり、静的に型付けされています。

動的言語の主な利点は、a）機能（必ずしも常に使用する必要はない）とb）ボイドの反復法則です。

後者の理由は巨大です。

私はまだRubyの大ファンではありませんが、動的言語は本当に素晴らしく強力なツールだと思います。

型チェックや変数宣言がないという考えは、それほど大きな問題ではありません。確かに、これらのエラーは実行時までキャッチできませんが、経験豊富な開発者にとってはこれは実際には問題ではなく、間違いを犯した場合、通常は簡単に修正できます。

また、初心者は自分が書いているものをもっと注意深く読むように強制されます。PHPを学ぶことで、実際に入力している内容にもっと注意を払うようになり、コンパイルされた言語でもプログラミングが改善されたことを知っています。

優れたIDEは、変数が「宣言」されているかどうかを知るのに十分なインテリセンスを提供し、変数が何であるかを判断できるように型推論を実行しようとします。

私の意見では、動的言語で実行できることの力が、動的言語を非常に楽しく使用できるようにしているのです。もちろん、コンパイルされた言語でも同じことができますが、より多くのコードが必要になります。PythonやPHPのような言語を使用すると、開発にかかる時間を短縮し、ほとんどの場合、機能的なコードベースをより速く取得できます。

ちなみに、私はフルタイムの.NET開発者であり、コンパイル言語が大好きです。私は自由な時間に動的言語を使用して、動的言語についてさらに学び、開発者としての自分自身を向上させています。

何を達成しようとしているのか、それを使って解決しようとしているのかによって、さまざまな種類の言語が必要だと思います。インターネットを介してデータベースからレコードを作成、取得、更新、および削除するアプリケーションが必要な場合は、静的に型指定された言語で最初から作成するよりも、1行のRORコード（スキャフォールドを使用）で実行する方が適切です。動的言語を使用すると、心が不思議に思うことから解放されます

• どの変数がどのタイプを持っているか
• 必要に応じて文字列を動的に拡張する方法
• 1つの変数のタイプを変更した場合に、それと相互作用するすべての関数を書き直す必要がないようにコードを記述する方法

次のようなビジネスニーズに近い問題に

• データがデータベースに保存/更新されているなど、どのように使用してサイトへのトラフィックを増やすことができますか

とにかく、緩く型付けされた言語の1つの利点は、それが想定どおりに動作する場合、それがどの型であるかを実際には気にしないことです。これが、動的型付け言語でダックタイピングを行う理由です。これは素晴らしい機能であり、必要に応じて同じ変数名を使用してさまざまなタイプのデータを格納できます。また、静的に型付けされた言語は、マシンのように考えるように強制します（コンパイラーはコードとどのように相互作用するかなど）が、動的に型付けされた言語、特にruby / rorは、マシンを人間のように考えさせます。

これらは、動的言語での私の仕事と経験を正当化するために私が使用する議論の一部です！

どちらのスタイルにも長所があると思います。私の意見では、このどちらかまたは両方の考え方は、私たちのコミュニティにとって一種の不自由です。私は上から下に静的に型付けされたアーキテクチャで作業しましたが、それは問題ありませんでした。私のお気に入りのアーキテクチャは、UIレベルで動的に型付けされ、機能レベルで静的に型付けされるためのものです。これはまた、UIと機能の分離を強制する言語の壁を助長します。

皮肉なことに、動的言語を使用すると、開発者は怠惰になり、コンピューティングの基礎についてあまり知らずに物事を成し遂げることができます。これが良いことか悪いことかは読者次第です:)

FWIW、ほとんどのアプリケーションでのコンパイルは数時間かかることはありません。私は、コンパイルに数分かかる200〜500k行のアプリケーションを使用してきました。確かに数時間ではありません。

私は自分でコンパイル言語を好みます。デバッグツール（私の経験では、すべてに当てはまるとは限らない）が優れており、IDEツールも優れているように感じます。

VisualStudioを実行中のプロセスにアタッチできるのが好きです。他のIDEはそれを行うことができますか？たぶん、でも私はそれらについて知りません。私は最近いくつかのPHP開発作業を行っていますが、正直言ってそれほど悪くはありません。ただし、私はC＃とVSIDEの方がはるかに好きです。私はより速く働き、問題をより速くデバッグするように感じます。

それで、多分それは動的/静的言語の問題よりも私にとってツールセットのものですか？

最後のコメント...ローカルサーバーで開発している場合、保存はコンパイルよりも高速ですが、ローカルマシン上のすべてにアクセスできないことがよくあります。データベースとファイル共有は他の場所にあります。WebサーバーにFTPで転送してから、PHPコードを実行してエラーを見つけ、修正して再ftpする方が簡単です。

特定のコンテキストでの生産性。しかし、それは私が知っている、または使用されているのを見た他のいくつかの環境と比較して、私が知っている1つの環境にすぎません。

Squeak / Pharo with SeasideのSmalltalkは、複雑なアプリケーション向けに、ASP.Net（/ MVC）、RoR、またはWicketよりもはるかに効果的で効率的なWebプラットフォームです。それらの1つにライブラリがあり、smalltalkがないものとインターフェイスする必要があるまで。

スペルミスのある変数名はIDEで赤で表示され、IntelliSenseは機能しますが、それほど具体的ではありません。Webページの実行時エラーは問題ではありませんが、機能です。ワンクリックでデバッガーを起動し、ワンクリックでIDEを起動し、デバッガーのバグを修正し、保存して続行します。単純なバグの場合、このサイクルのラウンドトリップ時間は20秒未満です。

動的言語の逆襲

http://www.youtube.com/watch?v=tz-Bb-D6teE

動的言語、いくつかの良い点、そしていくつの悪い点が実際には真実ではないかについて議論する講演。

ボックスのタイプを宣言しなければならないのは愚かだと思うからです。タイプはコンテナではなくエンティティに残ります。静的型付けは、ボックスの型がメモリ内のビットの解釈方法に直接影響する場合に意味がありました。

GoFのデザインパターンを見ると、それらの大部分は言語の静的な性質と戦うためだけにあり、動的言語に存在する理由はまったくないことがわかります。

また、MyFancyObjectInterface f = new MyFancyObject（）のようなものを書かなければならないことにうんざりしています。DRYの原則は誰ですか？

最初に言語を選択するまったく新しいプログラマーの代わりに自分自身を置きます。このプログラマーは、動的、静的、ラムダ、これ、それなどを気にしません。どの言語を選びますか？

C＃

using System;
class MyProgram
{
    public static void Main(string[] args)
    {
        foreach (string s in args)
        {
            Console.WriteLine(s);
        }
    }
}

Lua：

function printStuff(args)
    for key,value in pairs(args) do
       print value .. " "
    end
end
strings = {
    "hello",
    "world",
    "from lua"
}
printStuff(strings)

これはすべて、特定の目標に適切なものと、一般的な個人的な好みに部分的に帰着します。（EGこれは、合理的な会議を一緒に行うことができるよりも多くの人々によって維持される巨大なコードベースになるのでしょうか？型チェックが必要です。）

個人的な部分は、開発とテストの速度のためにいくつかのチェックと他のステップをトレードオフすることです（CPUパフォーマンスをいくらかあきらめる可能性があります）。これが解放されてパフォーマンスが向上する人もいれば、まったく逆の人もいます。そうです、それはあなたの言語の特定のフレーバーにも依存します。ここでは、Javaがスピーディーで簡潔な開発に適しているとか、PHPが堅実な言語であり、タイプミスを見つけるのが難しいと言っている人は誰もいないということです。

私は静的言語と動的言語の両方が大好きです。私が2002年頃から関わってきたすべてのプロジェクトは、Pythonインタープリターが埋め込まれたC / C ++アプリケーションです。これは私に両方の長所を与えます：

1. アプリケーションを構成するコンポーネントとフレームワークは、アプリケーションの特定のリリースでは不変です。また、非常に安定している必要があるため、十分にテストされています。静的に型付けされた言語は、これらのパーツを構築するための正しい選択です。
2. コンポーネントの配線、コンポーネントDLL、アートワーク、ほとんどのGUIなどのロードは、フレームワークやコンポーネントコードを変更する必要なしに、大きく異なる可能性があります（たとえば、クライアント用にアプリケーションをカスタマイズするため）。これには動的言語が最適です。

システムを構築するための静的に型付けされた言語と、システムを構成するための動的に型付けされた言語を組み合わせると、柔軟性、安定性、生産性が得られることがわかりました。

「動的言語の愛とは何ですか？」という質問に答えるために。私にとっては、実行時にシステムを完全に再配線する機能です。スクリプト言語は「ショーの実行」と見なしているため、実行中のアプリケーションは必要な処理を実行できます。

私は一般的に動的言語の経験はあまりありませんが、私が知っている動的言語の1つであるJavaScript（別名ECMAScript）は絶対に大好きです。

さて、待って、ここでの議論は何ですか？動的コンパイル？または動的型付け？JavaScriptは両方のベースをカバーしているので、両方について説明すると思います。

動的コンパイル：

まず、動的言語がコンパイルされ、コンパイルは後で実行されるだけです。そして、Javaと.NETは実際には2回コンパイルされています。一度はそれぞれの中間言語に、そして再び動的に、機械語に。

しかし、コンパイルを延期すると、結果をより早く確認できます。それが1つの利点です。私は単にファイルを保存して、プログラムがかなり速く動作するのを見るのを楽しんでいます。

もう1つの利点は、実行時にコードを記述してコンパイルできることです。。これが静的にコンパイルされたコードで可能かどうかはわかりません。JavaScriptをコンパイルするものはすべて、最終的にはマシンコードであり、静的にコンパイルされるため、そうなるはずだと思います。しかし、動的言語では、これは簡単なことです。コードはそれ自体を記述して実行できます。（そして、.NETがこれを実行できることはかなり確信していますが、.NETがコンパイルされるCILは、とにかくその場で動的にコンパイルされ、C＃ではそれほど簡単ではありません）

動的型付け：

動的型付けは静的型付けよりも表現力に富んでいると思います。動的型付けはより少ないリソースでより多くのことを言うことができると言うために、非公式に表現的な用語を使用していることに注意してください。JavaScriptコードは次のとおりです。

var Person = {};

あなたは今の人が何であるか知っていますか？これは一般的な辞書です。私がすることができます：

Person ["First_Name"] = "John";
Person ["Last_Name"] = "Smith";

しかし、それはオブジェクトでもあります。私はこれらの「キー」のいずれかを次のように参照できます。

Person.First_Name

そして、私が必要だと思うメソッドを追加します。

Person.changeFirstName = function（newName）{
  this.First_Name = newName;
};

確かに、newNameが文字列でない場合は、問題が発生する可能性があります。すぐには捕まえられませんが、自分で確認することはできます。それは、表現力と柔軟性を安全性と交換することの問題です。型などをチェックするためのコードを自分で追加してもかまいませんが、型のバグに遭遇したことはまだありません。 ））。しかし、私はその場で適応するその能力を非常に楽しんでいます。

同じトピックに関する素敵なブログ投稿：Pythonは私を神経質にします

メソッドシグネチャは、Pythonでは事実上役に立ちません。Javaでは、静的型付けによってメソッドのシグネチャがレシピになります。このメソッドを機能させるために必要なのはそれだけです。Pythonではそうではありません。ここで、メソッドシグネチャは1つのことだけを教えてくれます：それを機能させるために必要な引数の数です。** kwargsをいじり始めた場合、それがうまくいかないこともあります。

楽しいから楽しい。たとえば、メモリ割り当てについて心配しないのは楽しいことです。コンパイルを待たずに楽しいです。などなどなど

弱く型付けされた言語は、データの管理方法に柔軟性をもたらします。

去年の春にいくつかのクラスでVHDLを使用しましたが、ビット/バイトを表す方法と、6ビットバスを9ビットバスに割り当てようとした場合にコンパイラがエラーをキャッチする方法が気に入っています。私はそれをC ++で再作成しようとしましたが、既存の型でタイピングをスムーズに機能させるのにかなり苦労しています。Steve Yeggeは、強力な型システムに関連する問題を説明するのに非常に優れた仕事をしていると思います。

冗長性について：JavaとC＃は、大規模では非常に冗長であることがわかります（要点を「証明」するために、小規模なアルゴリズムを選択しないでください）。そして、はい、私は両方で書いています。C ++も同じ分野で苦労しています。VHDLはここで屈服します。

倹約は一般的に動的言語の美徳のようです（例としてPerlとF＃を紹介します）。