C / C ++のコンパイル可能な最新の代替[クローズ]

新しいソフトウェア製品の作成を検討しています。パフォーマンスが重要になるため、インタープリターまたは言語、またはエミュレーションレイヤーを使用する言語（Javaを読む）の使用には注意が必要です。

これにより、C（またはC ++）を使用することを考えることになりますが、どちらもかなり長いです。私も長い間使用していません。過去20年間で、誰かがおそらくかなり人気があり、コードを作成してコンパイルするのに適したものを作成したと考えました。

高性能のコンパイル済みコードを作成するためのCには、他にどのような代替手段がありますか？

C ++が15年前とは異なる獣である場合、私はそれを検討するでしょう、私はそれがいくつかの固有の問題を抱えていると仮定したと思います。

並列化は重要ですが、おそらく複数のマシン間ではそうではありません。

開発中の言語には、C ++と同様の目標、特にゼロコストの抽象化とメモリ管理のきめ細かい制御を追求するRustプログラミング言語があります。とはいえ、まだ非常に若いにもかかわらず、おそらく最も注目すべき今後の候補者です。

Rustとは別に、ネイティブコードにコンパイルする他の一般的な代替手段はありません。もちろん、DelphiとDもありますが、それらはそれほど速くなく、人気がなく、使用されていません。GoogleのGo言語は候補になる可能性がありますが、まだ非常に若く、少し異なるドメインを目指しています。

ただし、仮想マシン上で実行しても、C＃（Microsoftプラットフォームを想定）とJavaがそれほど遅くない場合があることに注意してください。コードのジャストインタイムコンパイルでは、プログラムの状態と環境の情報が不足しているため、従来の事前コンパイラでは適用できない最適化を行うことができます。

率直に言って、C ++がオプションである場合、主に現代のC ++がより安全で、より高い抽象化レベルで機能し、表現力があり、Cを超えるパフォーマンスの低下がほとんどないという事実のために、個人的にCを候補とは見なしませんC ++は非常に高速です。簡単に言えば、C ++はCが提供するものすべてを提供します。ほとんどのC機能は「非推奨」であると見なされ、C ++標準ライブラリによって、より優れた、安全な、高速な、より直感的な代替が提供されます。

ネイティブコードにコンパイルし、標準ライブラリの制限内でさまざまなプラットフォーム間で移植可能なAdaもあります。言語は現在も機能しており、最新の言語標準の更新が現在進行中です（Ada 2012として知られています）。

Adaに不慣れな人のための簡単な要約：

• 強い型付け
• 並行性の組み込みサポート
• 要件に応じて、オブジェクト指向または手続き型
• GNUツールチェーンでサポート（GCCにはAdaフロントエンドが含まれています）
• ソフトウェア開発にも優れています。つまり、ハードウェアと直接やり取りする必要がある場合
• 汎用プログラミング（汎用パッケージ、プロシージャ、関数）をサポート
• 機能は大規模なソフトウェア開発をサポートします（パッケージ、子パッケージ、個別のコンパイル、仕様と実装の厳密な区別）

C ++が15年前とは異なる獣である場合、私はそれを検討するでしょう、私はそれがいくつかの固有の問題を抱えていると仮定したと思います。

15年前、C ++標準はありませんでした。2つ目は昨年公開されました。C ++のベストプラクティスは、98標準の公開後5年で大きく変化し、11標準の公開とともに再び変化しています。

なぜ人々は常に新しい言語を探すことにこだわるのですか？

C ++：

• TIOBEによる4番目の言語ですが、Cと組み合わせた場合、すべての競合を圧倒します
• たくさんのフレームワークがあります
• コーディングが非常に簡単です
• 調整が非常に簡単です
• 非常にパフォーマンスが良い
• 非常に安全です
• 非常に優れた業界サポート
• クロスプラットフォームです
• 正しく行われれば、追加のVM / Frameworks / deployment messは必要ありません
• 簡単に就職できます
• 非常に古いシステムで起動するために.so / .dllをビルドするために必要なものがすべて揃っています
• トラブルシューティングが簡単
• とても表情豊か
• とてもダイナミック
• そして、他の興味深いものの束

C ++の唯一の欠点は、少し学ぶ必要があることです。それでおしまい。

以下の1つ以上である他の言語と比較してください。

• 狭い範囲でサポート（OCML、Fortran、...）
• 遅い（Java、Javascript）
• 実験的（シルバーライト）
• 移動するターゲット（.NET 1/2/3/4/5？現在、どれが最後のターゲットですか？）
• プラットフォームがロックされています（.NET）
• フレームワークのサポートが不十分（Fortran）
• 小さなコミュニティがあります（トップ10以外のもの）
• トラブルシューティングするのは悪夢です（高レベルのフールプルーフの概念とかを備えたもの）
• 顧客のマシン（JVM / .NETVM）に500MBの事前インストールが必要

私見、使用する言語とサポートする言語が少ないほど、状況は良くなります。

これにより、言語のフレームワーク、サポート、ドキュメント、標準化委員会の作業、より良い本、より多くの知識、サポートしやすいソフトウェア、より良いパターン、より長い言語サポートサイクル、言語で書かれたより熟練したコードの自動改善が行われます。

私は人々がこれに賛成票を投じることを知っていますが、実際に考えてみてください。

C / C ++はかなり長めです。...これは良いことです。それは、それらがまだ非常に使いやすく、多くの人々が日常のタスクにそれらを使用し、あなたがそれらの専門家である開発者の大部分を見つけることを十分に設計したことを意味します。成熟は大切なものです。

何か新しいものを探すのに時間を費やしているのなら、それが新しいからと言って、それがどういうわけか良くなければならないと思うだけで、あなたは多くの失望に直面しています。これは、ソフトウェア言語、GUIシステム（メモを取る、MicrosoftとGnome）、および恋人（メモを取る、若い女性:)）に適用されます。

確かに、C ++の経験が20年以上で、C ++コードが一般にCのようにコーディングされていた場合、言語を再評価する時期かもしれません。今日、さらに多くの標準化努力により、言語が少し拡張され、それらの古いCスタイルの開発とは大きく異なるようになりました。Cも悪いことではありません。多くの種類のコーディングタスクに最適な言語です。

C ++の現在の標準は2011年に公開されたC ++ 11です。したがって、20年前の標準ではありません。そして、間に多くの標準がありました。それらのそれぞれは、多数のパフォーマンスの改善をもたらします。

コンパイラも絶えず改善されています。以前よりも最適化がはるかに優れています。

20年前にa.outを実行していた実行可能形式も改善され、現在ELFがあります。

全体として、C ++が20年で変化しなかったという提案は、真実から離れることはできません。

また、CとC ++は非常に異なる言語であることに注意してください。

私はこの言語の専門家ではありませんが、OCamlは興味深い選択肢になると思います。

OCamlは、コンパイルされた関数型/オブジェクト指向言語です。C ++とのパフォーマンス比較については、C ++ vs OCaml：Ray tracer comparisonを参照してください。もちろん、これは非常に具体的な例であり、OCamlのパフォーマンスをより良く感じるためには、より広範なテストを行う必要があります。

製品が何をするかによって異なります。パフォーマンスが非常に重要な場合、選択する言語はまだFORTRANです。また、私はJavaを排除しません-それは多くの大量の金融取引アプリケーションで使用されています。問題のあるドメインで高い同時実行性が必要な場合、Erlangは一見の価値があります。Objective-Cは素晴らしいですが、Appleエコシステム外（コンパイラーと基本ランタイム以外）でどれだけサポートされているかはわかりません。Haskellのパフォーマンスについても良いことを聞いたことがありますが、それが絶対的なパフォーマンスなのか、他の関数型言語と比較した単なるパフォーマンスなのかはわかりません。

プロジェクトがパフォーマンスに敏感であると言うとき、そのコードのすべての行を意味しますか？または、通常のように、パフォーマンスの批判的である小さな割合がありますが、残りの部分は通常のミルビジネスコードの実行ですか？

それに答えた後、あなたのプロジェクトにとってより大きなリスクは何ですか：最終結果が遅すぎる、またはそもそもそれを終わらせないということですか？

両方について2番目に答えると仮定すると、ネイティブ相互運用をサポートする高レベル言語で開発する必要があります（Python、Ruby、.Netファミリーにはすべてこれがあります）。まず、プロジェクトを終了します。次に、プロファイリング、最適化、すすぎ、繰り返します。その後のみ、アプリケーションの選択セグメントをネイティブコードで再作成し、そのネイティブコードを完成品に統合することを検討してください。

ValaはJavaおよびC＃に似ており、ネイティブコード（または必要に応じてCソースコード）にコンパイルされ、非常に高速です。オブジェクト指向のビットにはGLibが必要であり、LinuxハッカーのためにLinuxハッカーによって作成されているため、ドメインがWindowsの場合はあまり良くないかもしれません。

Objective-Cは、ストレートCおよびC ++に代わる最新のコンパイル済みの代替です。ガベージコレクションと確定的なメモリ管理の両方を備え、メッセージパッシングOOランタイムはパフォーマンスのために最適化されています。

GCCおよびCLangを介して利用でき、さまざまなプラットフォームで動作するGNUStepやCocotronなどのアプリケーションライブラリがあります。

もしあなたが高性能の仕事をしているなら、私はそれがUIの代わりに一種の数計算や他の分割統治の仕事であると仮定するつもりです。それはあなたがあなたにとって最も簡単な言語でUIをすることができることを意味します、たとえば、ミニhttpサーバー経由のHTML。

私はそれを使用したことはありませんが、Cythonの私の誓いの友人は、一般的なPython構文を維持し、開発を減らすためにPythonのより高いレベルの構造を最大限に活用しながら、コードのパフォーマンスクリティカルな部分でCスタイルプリミティブを使用できるようにしますそれ以外の時間。