プログラミング言語の住み分けについて

Question

はじめまして。ほぼ初心者です。
某書籍の一文なのですが、
A君「博士！CGIはPerlでつくるものなのですか？」
博士「いや、別にCでもC++でもなんでもいいんだよ」

私{・・・(メダパニ＆コンヒュ)}
私{CGI・・・Common Gateway Interface、ということは、APIのようなものか？GetメソッドやらPostメソッドでのデータを受信？して処理できれば言語は何でもいい、ということだろうか？？？}

前提として、
言語は　C/C++　Java　Perl　PHP　Ruby　VB(や.net系)
ジャンル　組み込み系　Web系C/S(C側 S側)　非Web系C/S(C側 S側)(…クライアント側にWebブラウザを使わないものの意味です)　単体アプリ

C/C++　C++はオブジェクト指向で、最もマシン語に近い。処理高速。
Java　オブジェクト指向　WriteOnce(非OS依存)　処理時間は？？？
Perl　文字列処理が得意らしいが、たいていのことはできる？？？
PHP　htmlに埋め込んで使うらしい。PHPのみのアプリはあるのか不明。
VB(や.net系)　MS製品上でしか動かない。

※Javaは、処理内容や動作環境によって、JSPとかAppletとか呼ばれる
という知識があります。

ここで、疑問なのですが、これらのプログラミング言語の住み分けはどのようになっているのでしょうか？

私の持っている答えと疑問は以下のとおりです。
・組み込み系ではマシン語に近いC/C++が使われる
　⇒組み込み系以外ではC/C++は使われないの？LinuxOSはアセンブリ？言語とC言語だったような。。OSに近い処理をするアプリではC/C++も現役？

・「いまやWebアプリ開発といえばJavaである」と偉い人が言っていた
　⇒RubyとかPHPとかとの住み分けはどのような感じ？"大は小を兼ねる"で、Javaさえできれば、RubyやPHPと同じものを作れるの？(手間隙は別として)

・サーバーサイドJavaという言葉があるくらいだから、Web系、非Web系を問わず、C/SシステムではC側もS側もJavaで作るのがよいの？

・Perlを用いて、文字列処理やテキスト処理を他の言語よりも簡易に処理することができる。GUI開発はできない。
　⇒Linux上でも動くアプリのGUI開発は、C/C++か、Javaでないと作れないの？(MS.netはMS製品上でしか動かないGUI開発なので除く)
　⇒例えば、FirefoxとかThunderBirdなんかはJava？それともC++？

・VB.net、VC#などはMSの製品上でしか動かない。
　⇒MS依存言語というところにあまり魅力を感じないのですが・・・。
　⇒Javaと例えばVB.netとで、同じアプリを作るときに、手間隙が同じだったらJavaで作ったほうがいいんじゃないの？それともその「手間隙」が大きく違ってくるの？

・Perlは文字列処理に強い。シェルの上位版みたいな感じらしい。
　⇒PHPとRubyのウリは一体何？Rubyはオブジェクト指向がウリらしいけど、オブジェクト指向の言語ならC++とJavaとか.netがあるし。。

ちょっと脱線します。
・JavaScriptとhtmlで、Ajaxを作れる。動的な表示もお手の物。
　⇒ますますPHPとRubyの住み分けがわからない。。

まだまだいろいろあるのですが、脳内整理が出来てません・・。
各言語の得意とするところ（長所・短所）、Web系、非Web系C/Sシステムにおけるそれぞれの言語の住み分け、単体アプリはどれでも作れるのか。GUI開発をするにはどれがよいのか。。。

などなど、いろいろ調べたのですが、キチンと住み分けを図表示してくれているサイトはありませんでした。そもそも住み分けを図表示すること自体が無理なのかな？とか思ったりしました。

乱文で申し訳ありませんが、アドバイスをいただけたらと思います。
よろしくお願いいたします。

cametan_42 · Accepted Answer

COBOLに関しては、同じ作者の文章ですが以下のようなモノがあります。

百年の言語:
http://practical-scheme.net/trans/hundred-j.html

＞「Eval」⇒Wikipediaも見てみましたが、今の私には難解すぎました…。

式評価の為の関数なんですが、まあ、あんま「Eval」自体は使わないんで(笑)。
基本的には「関数型言語のモデルを表現する為に」理論解説の為に導入されるようです。
詳しくはWikipediaのラムダ計算を参照して下さい(難しいんで、僕も良く分かっていません)。

http://ja.wikipedia.org/wiki/%E3%83%A9%E3%83%A0%E3%83%80%E7%AE%97%E6%B3%95

＞「最初に開発された時、Lispは9つの新しいアイディアを内包していた。」⇒6～9番目あたりにかけて「むむっ？」となってしまいました。要勉強です。

6:Lispは式だけで書いていきます。が……うん、確かに想像しづらいでしょうね。つまり、ロジックを記述する「地の文」ってのが無いんです。
7:これはPythonなんかにも受け継がれていますね。つまり、「何かをメモリに新たに格納」するんじゃなくって全て「参照」で形成されている、って事です(説明しづらいんですが)。
8～9はかなり難しいです。これはLispのマクロ記述の源になっているんですが、この「マクロ」が難しい(苦笑)。僕も良く分かってません(笑)。
単純に言うと、Lispってのは他の言語で見られる「構文」って程の「構文」が無いんです。全てリストとして表現された「式」で構成されていて、その式記述の約束事は

(演算子 引数1 引数2 …)

しかありません。しかも引数には別の「リストとされた式」と言うのを記述可能で、つまり式をどんどん「入れ子」で記述できる、と言うそれだけのシンプルな構造を持っているのです。
つまり、引数として設定された「式」の「評価(eval)」結果(普通の言語だと明示的にreturn「文」で返されるモノ)を外部の演算子に手渡しして…と言うような構造になってるんですね。
マクロはLispで記述されたテンプレートを設定してコンパイル時に展開しながら式を評価(eval)する、と言うような……ダメだ、こりゃ(笑)。全然説明になってませんね(笑)。まあ、要するにこれを使えば「全く新しい"構文"を使った言語をプログラム作成中に作れたり」「プログラムを書くプログラムを書ける」と言う事、です。僕はいまだにそんな目(必要性)にあった事はないんですが、Lispハッカーの方々は「日常茶飯事で」マクロを使っているようですね。

＞「Cはあまりに低レベルな言語だ。」⇒C言語は高級言語と思っていたので「んんん？」となりました。Cはマシン語に近い

いや、定義上は「Cは高級言語」ですよ。間違い無く。
ただ、慣用的な言い回しもあって、って事です。「Cは(高級言語の中では)マシン語に近い」と言うのがドンピシャですね。
実際、慣用的な言い回しではC言語は「高級アセンブラ」とか「80年代のアセンブラ」とか言われたりします。

＞「Windows最強」

これ見る限り、貴方の反論の方が正しいような気がしますね。
思いつくまま補足を書くと、

win2kは安定性抜群！→現時点でのセキュリティはどうなん?
VistaはAeroとかガジェットとかCoolすぎる！→LinuxのCompizの方がCoolです(笑)。Vista使っててもそう思うもん(笑)。
MS製品だけでどんなシステムも作れる→「どんな」と言うのはどう言う定義で言ってるのか知りませんが、「GNU」のツールだけでどんなシステムも作れないか?つまり強調する程の優位性は無いと思う。
Macはオレ絵を描かねーからいらないし→アメリカではMacは「ビジネス用コンピュータ」として売りたいんで、これはあくまで日本に於ける「宣伝」の影響。事実上、Macは登場時に「特にグラフィックに強い」マシンではなかった。恐らくCommodore Amigaには基本的能力で負けてたと思う。
また、Mac OSXではOSは事実上「UNIX」になったし、Intel Macになった時点で「Windows」も走らせられるようになった模様。そして、ある雑誌社のテストでは「Windows機」としては他メーカの製品より遥に速い処理速度を叩き出したらしい。従って、Macはある意味「最強のWindows機」になってしまってる。その人の言うMac像は明らかズレています。

Linuxに関しては全く貴方の仰る通りです。まあ、確かに「パッケージ管理システム」ってのが複数に分かれてる、ってのはデメリットの場合もありますがね。どうも「かなり素人に近い」、カーネル、ディストリビューション、パッケージ管理システムがごっちゃになった発言のようです。
多分、単純な話、その人の前でCompiz使えるLinuxディストロを何か入れてみて、3Dデスクトップをグルグルグルグル回転させて使って見せれば意見が変わる可能性もありますね(笑)。さっきも書きましたが、VistaのAeroより、LinuxのCompiz Fusionの方が「無駄にCool」だと思います(笑)。僕もWindow閉じるとき燃やしたりしてますし(笑)。

ちなみに、Vistaを模した、Vixtaと言うディストロもあります
http://vixta.sourceforge.net/

＞日経ソフトウェアのインタビューで「RubyはC言語で作っている」と仰ってました。

さっきの話じゃないですが、「Cは高級アセンブラ」のある意味実例に、「プログラミング言語を記述する言語として」Cは優秀だ、と言う事はあるんですよ。つまり、今後の動向の一つとしては、C言語は「直接アプリケーションを記述する」と言うよかは、「何か特定の問題に特化した言語を作成する」のがかなりの仕事の比率になっていくんじゃないかな、と。
例えばRubyに限らず、PythonなんかもC言語で記述されていますし、LispやSchemeなんかもC言語で記述されているケースが多いです。元々各言語は過去、アセンブリ言語で記述されてたらしいのですが、現時点では、ポータビリティと最適化のバランスではCにはかなわないんです。従って、一段抽象度を上げて、Cを経由して書く、と言う例が増えてきています。

cametan_42 · Answer

＞Awk/Sedでも、CGI処理ができる、ということでしょうか？

分かりません(笑)。と言うより実例思いつかないんですよ(笑)。
例えば、日本のレンタルサーバ(特に無料)なんかでは「CGIはPerlしか使用出来ません」と言うケースが多いんですが、これはOSの問題じゃなくって、単に「インストールしてないから」とか「パスを通していないから」と言う理由です。これはレンタルサーバ会社の方針もあるでしょうし、そして言語によっては人気があったりなかったりするから、です(笑)。インストールしてても誰も使わん、とか(笑)。いずれにせよ「言語の能力」とは何の関係も無い話ですね。
SchemeもPythonもRubyも「CGI作成言語として実例がある」って事で例として挙げたまでです。もちろんAwk/SedでもCGI記述は可能かもしれませんが、単に「それだと作りづらい」って事もあるんでしょう。わざわざメンド臭い方法でプログラム書くよりは「書きやすい言語でプログラムを書く」方が生産性が高く、すぐ書ける、って事ですよね。

＞えーと、これは、ウチの部長です(汗

あはははは(笑)。本当に「髪のとんがった上司」が実在するとは思いませんでした(笑)。

http://practical-scheme.net/trans/icad-j.html

＞「OpenOffice.org」はJava製なのかな？

ANo.3氏によると、フルJavaで書かれているワケではなさそうですね。SUNだからJavaだろう、と言うのは軽率だったみたいです。かたじけない。
もちろんEclipse、ってのも思いついてはいたんですが、「開発環境をJavaで作った」と言うのはあまり説得力が無いな、と(笑)。多分それこそ「一般向けアプリケーション」だとThinkfree(オンラインのMicrosoft Officeみたいなモノ)

http://www.thinkfree.co.jp/common/main.tfo

くらいしか思いつかない、ってのが限界です。逆に言うと「これはJavaで書かれています!!!」と言うのは言語のネームヴァリューに反してあんま無い、って事なんでしょうね。意外なんですが。
まあ、「Javaで書かれたゲーム」ってのもあるにはありますが「これがJavaで…」って例には適しませんね(笑)。やっぱり、「実はあんま無いんだ」と言う事で(笑)。

＞私の周りに「Windows最強だぜ！」というヒトがいて、影響力が強い人なので反論できなかったのですが、同じ意見の方がいてほっとしました(笑)

まあ、だから「最強だぜ!」ってのは文脈によって違うでしょうしね。恐らくMacユーザーだったらそう言う意見は認めないでしょう(笑)。
一応、Windows(XP辺り?)はある程度良く出来たOSだとは思います。「使う分には」って事ですね。ただし、開発環境として……?と言うとまた違った感想になるんではないのか、と。
もちろん、全然「Linux最強!!!」って言う気はさらさら無いのですが、例えば、個人的にはAPIと言う概念とか、C++的なオブジェクト指向、なんて概念はWindows(と言うかホームユースのパソコン用OS)前提じゃないとあり得なかったのではないか、とか思っています。
と言うのもUNIXなんかは元々「OSに入ってるコードは全部自由に再利用して使え」ってスタンスなんで、そう言う概念は「当たり前過ぎて」育たないんじゃないか、と。
反面、コードが企業秘密で隠されてる場合、「再利用」しようが無いんですよ。結局「許された/提供された」コードしか利用出来ませんし、「意図的に」再利用出来るコードを作らないといけない。原則後者の方が負担が高い、とは思います(この辺は、UNIXの流儀とWindowsの流儀は違うと思います。後者はUNIXでは「車輪の再発明」と言って嫌われています・笑)。
いずれにせよ、僕の場合は、Vistaとオープンソースソフトの相性があまりにも悪すぎたんで(意図的なのか?)Vistaは使い物になんない、と判断してLinuxに鞍替えしたクチです。

＞Linuxももっとメジャーになってくると見過ごされていたバグとかがもっと出てくるのかもしれませんが。

セキュリティアップデートの類は1～3日に一回ありますね。まあ、デスクトップ用途に限って、の話かもしれませんが。

＞どの言語を勉強しよう・・・というのが決まらなかったのが難点です。。

いやいや、C言語をマスターしたんだったら、関数型言語のような「異質な」言語とかPrologみたいな面白そうな言語ならいざ知らず、どの言語へ移っても問題無いでしょう。多分(笑)。
特に目的はハッキリしているみたいなんで、単に

ライブラリやフレームワークが目的に見合っているのか?

で選べばいいと思います。あとは書きやすさ、とか。
現状ではJavaがいい、と思ってるんでしたら取りあえずJavaを使ってみれば良いんじゃないですか?
あとは、次点候補くらいでRuby辺りを考えておけばいいのではないか?と思います。

gon987 · Answer

>Perlを用いて、文字列処理やテキスト処理を他の言語よりも簡易に処理することができる。GUI開発はできない。
Perl/Tkなんて利用方法でつくれます。
Perlの正規表現がワイルドカードくらいしか使えない言語に比べて
文字列処理に有効です。
ただし今は各種言語に正規表現の機能が組み込まれていたり拡張ライブラリがありその有効性は他の言語でも利用できるようになっています。

>VB.net、VC#などはMSの製品上でしか動かない。
.NET Framework環境をがんばって移植しようとしているプロジェクト(Mono)はあります。
まだ実用面では微妙ですけどMSが非商用利用に限り仕様文書を公開しそれを利用できるようなのでそれにより精度があがる可能性はあります。

>・JavaScriptとhtmlで、Ajaxを作れる。動的な表示もお手の物。
クライアントサイドで
>　⇒ますますPHPとRubyの住み分けがわからない。
結局サーバサイドでは各種言語が必要。

>Javaは万能じゃあありません。(他にも、OpenOffice.orgは重いですし)
一部機能でJavaを利用するだけでOpenOffice.orgはJavaで作られたアプリではありません。
Javaで作られた有名なツールといえばeclipseでしょうかね。
もっともこれをピュアなJavaとはいえませんけど(SWTを利用しているためにOS依存な部分が出てきてしまっています。)

>PHPはあまり詳しくはないんですが、原則Apacheと言うWebサーバーソフト上で動く言語です。サーバー負荷が少ない、と言う利点があるそうです。
動きません。
Apacheのモジュールを利用してApacheとPHPが連携しているだけです。

cametan_42 · Answer

ちょっと長くなるんで分けますが、

＞組み込み系ではマシン語に近いC/C++が使われる

どころか組み込み系ではマシン語までもが現役だと思いますよ。

＞OSに近い処理をするアプリではC/C++も現役？

現役です。

＞「いまやWebアプリ開発といえばJavaである」と偉い人が言っていた

誰でしょう、その偉い人って(笑)?
むしろ、ユーザーサイドにたってもJavaは問題が大きいです。
全てサーバーサイド上の処理ならともかく、実行する為にJREのダウンロードが必要、ってのはメンド臭いだけでしょう。しかもThinkfreeのようにLinuxでは動かないケースもあるんでJavaは万能じゃあありません。(他にも、OpenOffice.orgは重いですし)
むしろJava離れが始まってる、って言ってもいいんじゃないか、とか思っています。

＞RubyとかPHPとかとの住み分けはどのような感じ？

RubyはPerlよりも「キレイな」ソース書きたい人に人気があります。言語そのものの「表現能力」に惚れ込んだ人であるとか。同じ事やらせるのなら「よりエレガントに書く」方が短く書けますしね。現時点では、そう言う「こだわりがある人」に人気があります。
「より進化したPerl」と言えば語弊があるかもしれませんが、まあ、そんなモノです。
PHPはあまり詳しくはないんですが、原則Apacheと言うWebサーバーソフト上で動く言語です。サーバー負荷が少ない、と言う利点があるそうです。
いずれにせよ、Perl、Ruby、PHPは原則全て「サーバーサイドで」動くので、Javaと直接競合する事は無いでしょう。

＞Perlを用いて、文字列処理やテキスト処理を他の言語よりも簡易に処理することができる。GUI開発はできない。

なんて事も無いです。Perl用のGUIライブラリもあります。
例えばwxPerlとか。

http://wxperl.sourceforge.net/about.html

こう言うのも、前述したように「ライブラリ次第」です。

＞Linux上でも動くアプリのGUI開発は、C/C++か、Javaでないと作れないの？

んな事無いです(笑)。前述の通り、Linuxでは「ほぼ全ての言語が」問題無く動作します。恐らく入手出来る言語の数はWindowsの比じゃないでしょう。お好みだったらHaskellなんてマイナー言語でもアプリ開発は出来ますよ。
数としては、現在はPythonで書かれたアプリが増えてきてる、とは思います。

＞FirefoxとかThunderBirdなんかはJava？それともC++？

C++の他にもJavaScriptとかXULと言う言語を組み合わせて書かれているようですね。

＞MS依存言語というところにあまり魅力を感じないのですが・・・。

感じないで良いです(笑)。クロスプラットフォームの言語を覚えた方が有用でしょう。

＞Javaと例えばVB.netとで、同じアプリを作るときに、手間隙が同じだったらJavaで作ったほうがいいんじゃないの？それともその「手間隙」が大きく違ってくるの？

Windowsで走らせるんだったらVBで充分でしょう。ただし、「Windows上でだけで走らせる」と言うのがそもそも賢い選択だとも思えませんが。
そしてJavaで作るんだったら「もっと簡単で使いやすい言語があるだろ」って事ですね。

＞Perlは文字列処理に強い。シェルの上位版みたいな感じらしい。

全然違います。シェル自体も「アプリケーション」であって、「プログラミング言語そのもの」ではありません(まあ、シェルスクリプトの事を言ってるのがもしれませんが)。
ただし、PC-UNIXなんかで古典的に使われている「文字列処理用言語」はAwkとかSedの事です。

＞PHPとRubyのウリは一体何？Rubyはオブジェクト指向がウリらしいけど、オブジェクト指向の言語ならC++とJavaとか.netがあるし。。

これも勘違いされていますが、実は「オブジェクト指向」ってのは定義がハッキリしていません。実装＝定義の気がありますし、もっと言っちゃえば言語作成者が「これはオブジェクト指向です」って言ってしまえばオブジェクト指向となります(かなり乱暴ですがね・笑)。
当然、後発の言語の方が、色々な問題を解決してる、と単純に考えて間違いないでしょう。

cametan_42 · Answer

住み分けってあるのかしら?
個人的には

＞そもそも住み分けを図表示すること自体が無理なのかな？とか思ったりしました。

と言うのが一番的確なんじゃないか、とか思ったりして。

一つ、前提として、「住み分けてる」と言っても考えられる理由は3つくらいあるでしょう。

1.あるOS上でその言語が相性がいいから。
2.「プロ」のソフトウェア製作会社ではある特定の言語に偏る傾向がある。
3.手軽にプログラムを書ける「ライブラリ」が充実してたりしてなかったりする。

1番のケースから言うと、これはWindows側の視点とLinux等のPOSIXの視点とでまた違うんじゃないかな、とか思います。
基本的にLinuxやFreeBSDの「PC-UNIX系OS」だと「どんな言語でも」インストールされてさえいれば相性が良いです。Windowsのような「Microsoft独特の制限」が無いから、ですね。
サーバー分野でPC-UNIX系のOSが使われている以上、そうなるとCGIを記述する言語は何でも良い、と言う事になります。つまり、別にC言語なんかでCGIを記述しても構いませんし、またはSchemeなんかのマイナー言語でCGIを記述する事も可能です。特に「どれが向いてる?」ってワケではないですよね。単に「書きやすいか否か?」ってのが重要で、そんな理由で「一番手っ取り早くソースを記述出来る」「Awk/Sedに代わるテキスト処理向きの」Perlが愛用された、ってだけです。まずこの観点から言うと「Windows側の視点」と「PC-UNIX側の視点」ってのは食い違ってきますね。(実際、海外でメジャーなモノにPythonでのCGIもありますし、日本国内でもRubyのCGI、なんてのもあります)
2番に関しては知りません(笑)。これは実際にソフトハウスに勤めている方に訊かないと分からないでしょうが、原則「Web系の会社」と「Windows用のスタンドアロンのソフト製作会社」でも意見が違うでしょうね。恐らく「こう言った言語を使ってくれ」と言う縛りは後者の方が大きいんじゃないでしょうか?前者だと「ほぼどんな言語を使っても目的を達成さえ出来ればオーケー」でしょうが、後者だとWindowsの制限が(笑)。あとは慣習的な問題もあると思います。長年使ってる言語を使った方がノウハウも溜まってるでしょうし。
3番が結構大事なんじゃないかな、と個人的には思います。JavaScriptみたいに「Webブラウザ上での実行」が前提ならともかく、単に「一から全てを組み上げるのはメンド臭いの法則」ってのがあるのです(笑)。例えばクイックソートのアルゴリズムを「学校の宿題だから自分で書く」のは大事な勉強ですが、実際ソフトウェアを作るときに一々そんなアルゴリズムを毎回毎回書くのはメンド臭いです。だったら使いまわし可能なソーティングの「ライブラリ」を呼び出せば済む程度の方がありがたい、と。そう言う「再利用の必要性」と言うのが色んなレベルで起きてきます。
と言うことは、重要なのは「言語そのものの特質」ってのは2の次で、「豊富な再利用可能なライブラリを備えているのか?」の方が大事なんです。自分がやりたい特定分野に使えそうなライブラリがあるのか?って事です。これが一番「住み分け」が出来る原因でしょう。
結局、ある特定分野で人気が出る、と言うのはそれ専用のライブラリが元々充実してて、また、それ故にユーザーや開発者が多数参加してくれて、そのお陰でまたもやライブラリが充実していく、と。それが原因でしょうね。「好循環が起こる」と。ただし、それは原則的に「本質的な言語の能力」とは関係ないと思います。

プログラミング言語の住み分けについて

COBOLに関しては、同じ作者の文章ですが以下のようなモノがあります。

＞Awk/Sedでも、CGI処理ができる、ということでしょうか？

この回答への補足

>Perlを用いて、文字列処理やテキスト処理を他の言語よりも簡易に処理することができる。

ちょっと長くなるんで分けますが、

この回答への補足

住み分けってあるのかしら?

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング