>本来の「言語の分類」という軸では(本来動作環境とは切り離された)言語仕様と
>実行環境はわけて考えるべき
全く、そのとおりでした。

この機会に、今までの考え方を見直してみようと思います。
・文法(記法？)
・動作環境
・主たる設計パラダイム？
などは、しっかり区別しているつもりですが、語力の問題で齟齬が発生したのかもしれません。

結果からいうと言語の分類としては、C#もC++もCもObjective-Cも全く別物になるんですよね。同じだったら、新たの言語を作る必要はありませんし、名前も同じでいいはずですから。ただ、C++とCとC#の文法が似ていたり(Objective-Cはわかりませんが)、言語名が似ていたので混同されていた。ということなのでしょう。

コメントしていくうちに、意見が変わってしまっている(というより、最初の意見があいまいだった)かもしれません。

C#やObjective-Cはコンパイラ自体がC++やCとは別なので、CとC++を一緒にはしてもC#やObjective-Cは一緒にして欲しくはないと思います。
せっかく別々の名があるのですからCとC++も分離して欲しいですが、コンパイラや開発環境が共通だったり、「"C"は"C++"の略で"C++"="C"なのだ」と考えて調べる人もいるかも知れませんので、一緒に書くのが現実的なのかもしれません。(区別しできている人には迷惑ですが・・・)

J#が重症なのは同感ですが、C#は結構使われてますよ。
C++/CLIが普及する前、C++をそれまで使っていた人が.NET Frameworkが便利だからなどの理由でC#に定着していたりします。
C++/CLIがある今、存在意義が薄くなっているのかもしれませんが、Javaから乗り換える人にはやさしい言語だと思っています。

ちなみに、僕はVB.netを主に使う奇人ですがｗｗ。

そうなんですか・・・。初めて知りました。ありがとうございます。
オブジェクト指向の手法が違うというのではC#以上にC++やCとは別物ですね。それこそ一緒にされては困りますよね(汗。

すいません、VC#(VS)前提で考えていました。
そうですよね、VC++でも最近ではCLIの関数を使った作り方もできますからね。
でも、C#は現在.NET Frameworkがあった上で成り立っているので、C++やCとは別物だと考えてます。
やっぱり、間違えてますかね？

なるほど。そうでしたね。
間違ってたみたいです。すみません・・・。

C#は文法こそCやC++に似ているとはいえ、.NET Framework上で動いていますから別物でしょう。 CとC++の違いはC++はオブジェクト指向、Cはオブジェクト指向ではない、ということだけなのでC++もオブジェクト指向な使い方をしなければ関数なども共通なのでCと同様で良いのではないでしょうか？C++をオブジェクト指向で使うのなら話は別ですが・・。 Objective-Cはよく知りませんが、名前からするとC++と同類でいいのでしょうか？