Cプログラミング言語はまだ使用されていますか？

私はC＃プログラマーであり、開発の大部分はWebサイトといくつかのWindowsアプリケーション用です。Cに関する限り、必要がないので、私は長い間使用していません。友達がC＃の学習を手伝っている間に、仕事をテストするためにCを学ぶ必要があると言ったのは驚きでした。

私は、Cで開発が行われている場合にのみ、誰かがテストのためにCを学習するだろうと考えました。私の知識から、COMおよびハードウェア設計に関連するすべての開発もC ++で行われます。したがって、C ++を使用する必要がある場合、Cの学習は意味がありません。私も歴史的な重要性を信じていないので、なぜCを学ぶのに時間とお金を浪費するのですか？

Cは、新しいソフトウェア開発やその他の何かでまだ使用されていますか？

Cには比較的小さな言語であるという利点があります。これにより、Cコンパイラの実装が容易になり（C ++コンパイラは書くのが面倒です）、言語の学習が容易になります。TIOBEインデックスも参照してください。これは、CがC ++より少し先になっていることによるものです。

（IMO）正当化の降順では、Cは依然として多くの場合に使用されます

• 組み込みのもの
  C ++コンパイラを移植するよりも、Cコンパイラを小規模なプラットフォームに移植する方が簡単です。また、Cの支持者は、C ++が「彼らの背後でやり過ぎ」と主張しています。ただし、IMOはFUDです。

• システムプログラミング
  繰り返しますが、これは通常、「コンパイラが何をしているのかを知る」方が簡単だという主張が原因です。ただし、多くの組み込みプログラムは、たとえばテンプレートやその他のC ++の主要な機能から恩恵を受けます。

• オープンソースソフトウェア
  それは、ほとんどが態度の問題ですが、OSSは常にC ++よりもCを好んでいます（一方、業界の大部分では反対です）。トーバルズの不合理な憎しみは、実際にはLinux上でこれの最も重要な理由かもしれません。

Cは、リソースが不足している組み込みハードウェアプログラミングで多く使用されています。

Linus Torvaldsによれば、C ++は恐ろしい言語だからです。

私が見たすべての現代言語は、Cと対話する可能性があります。

• C ++
• Java
• C＃
• Python
• ハスケル
• 客観的C

Cと対話する必要性は、以下から派生します。

• 単純なABIを持つC
• Cは長い間存在しています

つまり、これらの言語はCと通信できるため、次のことが可能です。

• ライブラリを活用する
• C を介して相互に通信します（たとえば、ClangはC ++で記述されていますが、CインターフェースにフックされたPythonバインディングを提供します）。

そして、私は彼ら全員が彼らのランタイムのためにCに依存しているに違いないと思います（彼らが完全なアセンブリを行ったのでない限り？疑わしい）。

Cはプログラミング言語のLingua Francaであり、特定のアーキテクチャ（アセンブリのような）に結び付けられていない最も単純な（ABIの）ものの1つであり、それを取り除くには大きな変化が必要です。

私の意見では、これは「私の友人と私はレゲエを聴いています。実際に誰かがまだラップを聴いていますか？」に似た非常に近視眼的な質問です。

そこにあるすべての言語には用途があります。異なる言語には間違いなくニッチがあります。しかし、Cについて尋ねる！誰もC＃を使用していないショップで働くという完全に偏見の観点から、毎日CよりC＃を使用する人の方が少ないと確信しています。

言語の相対的な人気度を調べるクイックグーグル。
これは信頼できるものではありませんが、トレンドを確認するために使用できます。

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
http://langpop.com/

タグに関する質問のSO比を見ても：https :
//stackoverflow.com/tags

• C＃：209845
• 16その他のタグ
• C：38790

したがって、CはSOで最も人気のある18のトピックです（他にも多くの言語があります）。

注：上記のTIOBEインデックスは10年以上にわたって絶えず更新されており（また、30年前のデータもあります）、各言語で働くエンジニアを測定することになっています（正確さはわかりませんが）。Java / Visual Basicを除く上位10言語のうち、私のショップの人々が知っていることを反映しています（ただし、サンプルサイズがはるかに小さいため、比率はわずかに異なります）。

リソースが少なく、オブジェクト指向の機能が必要ない場合は、Cを使用する必要があります。

現在使用されている多くのソフトウェアは、ハードウェアドライバーはもちろんのこと、C言語で記述されています。

Tiobeのインデックスによると、Cは依然として最も使用されている言語です。

tcrosleyが示唆したように、この関連する質問をご覧ください。

また、このwikiやこのような、CとC ++の違いに関するいくつかの関連記事も確認する必要があります。

Cは役に立たないので無視できると自分自身に納得させようとしているように思えます。質問を分けましょう：

「私は、Cで開発が行われた場合にのみ、テストのためにCを習得するだろうと考えました。」

いいえ、Cを学習する理由はたくさんあります。たとえそのようなブランケットステートメントを、特に循環ロジックと組み合わせて使用​​することを避けることを知らなかったとしても。明らかに、適切にテスト/修正できるようにコードが記述されている言語を知る必要がありますが、それは言語がまだ与えられたものとして使用され、Cだけでなくあらゆる言語に当てはまることを前提としています。

「私の知る限り、COMおよびハードウェア設計に関連するすべての開発もC ++で行われています。」

それは間違っています。

「したがって、C ++を使用する必要がある場合、Cを学習することは理にかなっていない。また、歴史的な意義も信じていない。

これは、最も疑わしいロジックです。何よりもまず、歴史的な重要性を信じる必要があります。CがC ++のサブセットであることを知っていれば、Cを知っているとより良いC ++プログラマになることができるからです。もちろん、Cはその後に来るほとんどの言語にも影響を与えたため、利点はそれだけではありません。さらに、Cは非常に重要であるため、Cは歴史的な意味のみを持つとは見なされません。まだ広く使用されているため、そのような二次的な地位に追いやることはできません。すべてのプログラマーが使用する必要がある言語であり、十分な知識を持っていることは間違いないでしょうが、本当のメリットを最初に調べずに何かを信じないと言って議論をしないでください。

組み込みシステムに加えて、ほとんどの新しい言語にはCとのインターフェースがあります。これらのすべての言語で簡単に使用したいライブラリを作成する場合、Cが当然の選択です。C ++は、一部の言語（Python（CPythonのみ）など）とのインターフェイスも可能ですが、C ++はその機能の一部のために、より多くの言語とインターフェイスできません（特に名前のマングリングですが、テンプレートは問題を解決しません）。C ABIは、最も簡単なインターフェイスの1つです（C ++を記述し、インターフェイスにextern "C"を使用できることは知っています。気にしません）。

また、CおよびC ++がシステムプログラミングに最適な言語であり、Cのコンパイル時間がはるかに速いという利点もあります。C ++のコンパイル時間は、私が使用した言語の中でも最悪です。

現在、他の言語で人気のあるシステム言語になりたいと思っていますが（特にDについて知っています）、ソフトウェアの大部分はC / C ++で書かれています。Dのような言語では、Cライブラリを直接使用するのではなく、Cライブラリのラッパーを作成する必要があります（C ++の場合のように）。

langpop.com、特にFreshmeatとGoogle Codeのグラフをご覧ください。Cがまだ先を進んでいることを示しています。

Cは、金属（つまり、組み込みシステム）に近づける必要があるシステムや、パフォーマンスを重視するアプリケーションで依然として人気があります。

私はiPad / iPhone向けの開発でほぼ毎日使用しています。多くのライブラリはCで記述されており、Objective-Cに相当するものはありません。はい、それはまだ使用されており、市場で最も新しいデバイスの1つによって使用されています。

Cを使用すると、多くの組み込みシステムをプログラミングできます。小さくて便利で、おそらく今後何年も使用されます（時間を無駄にせず、学習にお金を費やすこともありません）。

一般に、組み込みシステムCでは、依然として広く使用されています。

この質問は他の例を示します。

TIOBEインデックスによって言語を分類しようとし、人気 / 使用方法は、一貫して最初の場所にCを置きます。

移植性。

Cコードを実行すると思われるすべてのシステムのリストを作成し、次に他のすべての言語について同様のリストを作成します。

あなたが私と同じ答えを思いついたなら、結論はイエスです。

次の理由により、Cは最も強力な言語だと思います！

1）最初のCでは、システム言語です（つまり、最小限のランタイムまたはランタイムなしで低レベルのプログラミングを行うために使用できます）。

2）結果のアプリケーションの速度。言語セットは比較的小さく、非常に効率的であるため、Cソースコードは高レベル言語よりもはるかに最適化できます。これは、アセンブリ言語でのプログラミングをせずに、アセンブリ言語でのプログラミングにほぼ匹敵します。アセンブリとCを一緒に使用することもできます！

3）Cには、ファームウェアプログラミング（ハードウェア）でのアプリケーションがあります。それは、アセンブリを使用/操作し、コントローラ、プロセッサ、およびその他のデバイスと直接通信できるためです。

4）Cは、現在知られている他の多くの言語の構成要素です。Cの歴史を調べてみてください（プログラミング言語がとにかく進んでいるので）。完全にオブジェクト指向の高レベルプログラミング言語の例として、Pythonを見てください。Cで書かれています（おそらくC ++も）。他の言語の内部で何が起こっているのかを知りたい場合は、それがわかります。Cとその動作を理解することが不可欠です。

アプリケーション言語は、ワードプロセッサやゲームの作成など、高度なプログラミングに使用されます。アプリケーション言語の例は、Java、C＃です。その理由は、ガベージコレクション、自動入力、実行時検証などが含まれているためです-焦点は生産性です。

低レベルのプログラミングにはシステム言語が使用されます。例：マイクロコントローラー、ドライバー、OSカーネル。例には、アセンブリ、Cが含まれます。ハードウェア上でコードを直接実行するためのランタイムはほとんど必要ありません。

全体として、アプリケーション言語としては減少していますが、システム言語としては依然として強力です。

ああ、それは使用されます。私はネットワークパケット処理の分野で働いています。私は、ネットワークパケットを処理する2つの異なる会社に勤務しました。そのため、TCPより上のレベルではなく、イーサネットまたはIPレベルで動作しています。

興味深いことに、両方の会社でCがC ++よりも選択されました。ある企業では、2つの製品のうち1つがLinuxカーネル上に構築され、もう1つの製品はLinuxユーザースペースに構築されました。LinuxカーネルはCでプログラムされているため、カーネル製品は明らかにCを使用しましたが、ユーザー空間製品にもCを使用することを選択しました。どちらの製品も2000年頃から開発されました（2000年より少し前のカーネル製品と2000年より少し後のユーザースペース製品）。

その後私が行った会社では、製品はC ++ではなくCで構築されていました。実際には、1990年代半ばからのプロジェクトの継続ですが、最近のパフォーマンス改善の要求により、本質的にすべてを書き換えることが決定されました。この書き換えのためにC ++を選択するオプションがありましたが、選択しませんでした。

ネットワークパケット処理の分野では、パフォーマンスが非常に重要です。そのため、既存のハッシュテーブルよりも高いパフォーマンスを持つ独自のハッシュテーブルを実装したいと思います。ハッシュテーブルの作成者ではなく、私は使用するハッシュ関数を選択します。おそらくパフォーマンスが必要で、MurMurHash3に行きます。おそらくセキュリティが必要で、SipHashに行きます。メモリアロケータは明らかにカスタムです。実際、使用するすべての重要なデータ構造は、可能な限り最高のパフォーマンスを実現するためにカスタム実装されています。

C ++の使用を妨げるものは何もありませんが、通常は悪い考えです。パケットごとに1つの例外がスローされると、パケット処理速度が許容できないレベルに低下します。したがって、C ++の例外を使用することはできません。遅すぎる。データ構造を構造体として実装し、それらの構造体で動作する関数を実装することにより、すでに一種のオブジェクト指向Cコードを使用しています。C ++では仮想関数を使用できますが、仮想関数呼び出しはどこでも使用するとパフォーマンスが低下します。そのため、仮想関数呼び出しが必要な場合は、明示的で関数ポインタを使用する方が適切です。

C ++は、メモリ割り当てなど、背後で多くのことを行います。一方、Cでは、通常は発生しません。メモリを割り当てる関数を作成できますが、通常、関数のインターフェイスから割り当てが行われていることがわかります。

Cでプログラミングするときにできるマイクロ最適化の種類の例として、Linuxカーネルのcontainer_ofマクロを見てください。もちろん、C ++コードでcontainer_ofを使用できますが、だれがそれを行いますか？つまり、ほとんどのCプログラムでは完全に受け入れられますが、典型的なC ++プログラマは、リンクノードを個別のブロックとして割り当てるリンクリストなど、すぐに別のものを提案します。割り当てられたすべてのメモリブロックはパフォーマンスに悪いため、これは望ましくありません。

おそらく、C ++でメリットがあるのは、C ++がテンプレートメタプログラミングを許可することだけです。つまり、関数パラメーターを保持しながら仮想関数呼び出しを回避し、コンパイラーが関数をインライン化できる場合があります。しかし、テンプレートのメタプログラミングは複雑であり、Cのすべての要件を満たすことができたため、C ++のこの機能の利点はそれほど重要ではありません。

ある会社では、機能の一部が実装されたカスタムコンパイル言語が実際にありました。コンパイラのターゲット言語はどれでしたか？アセンブリ？いいえ、32ビットと64ビットの両方のアーキテクチャをサポートする必要がありました。C ++？きっとあなたは喜びます。明らかに、GCCの計算されたgotoを使用したC でした。そのため、カスタム言語はC（または実際には計算gotoをサポートするCのgccバリアント）にコンパイルされ、Cコンパイラはアセンブリを生成しました。

私は今でも日常的にCを使用していますが、主な理由の1つは、他の言語との相互運用性と、さまざまな言語のあらゆる種類のコンパイラーによって作成されたプラグインによって使用されるように設計されたSDKによるものです。

Lua、C＃、Python、Cなどから使用できるコンストラクターとデストラクターおよびvtable、関数のオーバーロード、例外のスローなどを含むクラスを使用するC ++ APIを書くことはできません。および独自の設定。

たとえば、Pythonから呼び出すことができるC＃SDKや、C＃から呼び出すことができるPython SDKを書くことはできません。

Cは、これらの言語のいずれかから呼び出すことができるAPIを作成できる唯一の言語です。つまり、C ++を使用してこれらのCインターフェイスを実装することがよくあります（ただし、Cで実装することもあります）。

それに加えて、Cは、低レベルのデータ構造やメモリアロケータのようなものを扱うのに最も簡単な言語であることがあります。整列されたビットとバイトをプールするように設計されたメモリアロケータを作成している場合、C ++で得られる余分な型安全性はすべて役に立ちません。また、C ++の豊富な型システムと例外処理に対して、独自のデータ構造をロールバックするのは簡単ではありません。データ構造を書くのにどれだけの労力が必要かを見てstd::vectorください。コンテナに挿入しなかった要素のctorとdtor（私は、C ++標準ライブラリ全体を実装した人と言っています）。成長可能な配列だけをうまく実装するのが非常に難しい場合、実動品質のBVHを実装するために必要な作業を想像してください。

既存のデータ構造を使用したり、既存のデータ構造を使用してより高レベルのデータ構造を実装したりする場合は、C ++よりもC ++を使用しますが、低レベルのデータ構造を実装する場合は、既存のデータ構造、Cは間違いなく、コンストラクタ、デストラクタ、および例外がスローされることを心配せずに、memcpyこことmemmoveそこにmallocあるもの、連続するブロックとreallocそこにあることを可能にする、その非常に単純な型システムで、それをはるかに簡単にします。