トップページ⇒tech
987コメント264KB

夢のある言語、将来性のある言語ってなんすか？

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2007/12/14(金) 15:08:16
知っておくと、将来それで画期的なソフトやwebサービスが出来る可能性のある言語
があったら教えてください。
それとももう、そういう世界はないんですかね？
0002デフォルトの名無しさん2007/12/14(金) 15:11:00
とりあえず英語
0003デフォルトの名無しさん2007/12/14(金) 15:14:22
夢の無い言語ならCOBOL
0004デフォルトの名無しさん2007/12/14(金) 15:20:37
今からやるなら断然
C++
を薦める。理由は

・枯れていて書籍が多いこと
・コンパイラのサポートが充実しててほぼどんなマシンでも実行できること
・そのくせ最近はテンプレートやらlambdaやらが加わって楽しめる言語なこと
・死ぬほどロクでもない落とし穴があって一生勉強できること

というすごい言語だよ。業界のメインストリームはJava/C#/LLに移ってて
もう飯を食うならそっちをやったほうがいいけど、C++はもう一生モノの知識
と経験になるぞ。HaskellとかErlangとか新しい言語を山ほど覚えるよりも
ずーっとずーっとC++だけをやっててもいいかもしれん。
0005デフォルトの名無しさん2007/12/14(金) 15:26:25
確かに他言語で開発するにしても、その環境でのC/C++が基本になってたりするね。
それにC++が将来消えることはｱﾘｴﾅｽ
0006デフォルトの名無しさん2007/12/14(金) 15:31:42
「画期的なwebサービス」なんてものがそろそろ現在から過去になりつつある。

なにはともあれ C 。

どんなコンピュータも結局は機械語で動いてるんだから、将来のどんな画期的な
ソフトも機械語であると言えなくもない。
0007デフォルトの名無しさん2007/12/14(金) 15:38:12
>>2 >>3 >>4 >>5 >>6
乙！
そもそもWebを含めたコンピューターの世界ってあらゆる技術が出尽くして、
やることがないんですかね？
コンピューター言語そのものには興味はあるんですが、それで何かを作る、となると
？？？
になるんですわ。
0008デフォルトの名無しさん2007/12/14(金) 15:48:40
ぶっちゃけ、そんな言語はない。

CやC++といっている人がいるが、
それだって制限あるんだぞ。

携帯電話（iアプリ）や、
ブラウザ上や、
ほとんどの共有サーバー
では動かないという制約が


画期的なソフトやウェブサービスを作りたければ
色んなものを使うことになるのだから
多くの言語を使えるようなっておけ。

最低限、C/C++、Java、JavaScript、Perl、PHPは必要だ。
あとプログラム言語じゃないが、
SQL、HTML、XML、そして英語。
0009デフォルトの名無しさん2007/12/14(金) 15:59:07
いや、やっぱ絶望的に英語でしょ

他のどんなプログラミング言語をするにせよ、
ドキュメントやらネット上の解説やらの量が英語がよめると圧倒的に違うから。
0010デフォルトの名無しさん2007/12/14(金) 15:59:58
＞それで何かを作る、となると ？？？ になるんですわ。

こういう人には言語は不要。

作業を楽にするためシェルスクリプトを書いたり、アプリのマクロ機能を使ったりもしませんか？
0011デフォルトの名無しさん2007/12/14(金) 16:03:07
>>7
本当に、言語そのものに興味があるの？そっちはそっちで
アプリケーション以上に広い広い世界がひろがってるぞよ。

もしも本気で冒険がしたいなら、Cとyacc/lexが汝が武器となるだろう。
竜が表紙の魔導書を求めるのだ。Amazonで売っておる・・・が、これは
あまりにけわしい茨の道じゃ。それでもいいと言うのなら・・・
つ ttp://www.amazon.co.jp/dp/4781905854
0012デフォルトの名無しさん2007/12/14(金) 16:31:23
Windowsがあるかぎり、VisualBasicの進化は止まらない。
VBには将来性も夢もある。常に新しく、常に最前衛。
C++を越えたC#と同格かそれ以上に優れた言語。

それがVisualBasicだ。
0013デフォルトの名無しさん2007/12/14(金) 16:46:26
>>11
日本語版始めてみたwww。
0014デフォルトの名無しさん2007/12/14(金) 16:52:23
>>12
どの辺りがC++, C#より優れてるの？
0015デフォルトの名無しさん2007/12/14(金) 17:01:04
HQ9+
0016デフォルトの名無しさん2007/12/14(金) 17:02:08
ビルゲイツが手がけて、売却益でマイクロソフトという会社を作ったという歴史と意地
0017デフォルトの名無しさん2007/12/14(金) 17:10:46
>>1
D言語とC++0x。それにXtal。
0018デフォルトの名無しさん2007/12/14(金) 17:23:30
>>1
お前は何も悪くない
ただ一度生まれてくる世界を間違えただけなんだ
0019デフォルトの名無しさん2007/12/14(金) 17:56:16
CとC++とC#とJavaとPHPとVisualBasicとRubyは最近の動向はどうでしょうか？
将来性のある言語と将来消滅する運命にある言語ってどうですか？

Javaに対抗してマイクロソフトがC#を出してきたりしてますが、
どちらについたほうが得策でしょうか？
0020デフォルトの名無しさん2007/12/14(金) 18:26:23
だから、芯でも氏滅しない言語はC/C++。



JAVAとC#どちらが優れているか教えてください Part2
ttp://pc11.2ch.net/test/read.cgi/prog/1189919634/
0021デフォルトの名無しさん2007/12/14(金) 18:31:24
>>14
C++に対して生産性の高さと安全性が優越
C#に対してはMyを使えることで優越
0022デフォルトの名無しさん2007/12/14(金) 18:39:10
>>21
Windowsが圧倒的優位ならVisualBasicを学ぶのもいいかもしれませんね。
Windowsが将来も市場を圧倒できればの話ですが、その辺はどうでしょう？
0023デフォルトの名無しさん2007/12/14(金) 18:40:10
今後20年は安泰。何も問題はない。
0024デフォルトの名無しさん2007/12/14(金) 18:47:15
>>23
現状ではWindowsがLinuxを圧倒してますね。
しかしWindowsVISTAがちょっと・・・・
その次のWindows７がすごいらしいと言う話を聞きますけど。
0025デフォルトの名無しさん2007/12/14(金) 18:55:59
>>1

夢のある言語はLISPとかHaskellとか。

今現時点でも、CやC++あるいはDが一番将来性のある言語。自身の開発環境を
実装できる言語は当面の間は死なない。

（C#からWin 32|64 Nativeにコンパイルできれば開発者やユーザーは嬉しいんだろうけど、
それはゲイツ氏の戦略上論外なんだろうなぁ。リンカーすら本家は出さないんだし。）

>>19

言語としてのJavaとC#の比較では、C#のほうが開発はずっと楽だと思う。しかし、どちらを
選ぶかどうかを決めるとしたら、むしろ、JavaVMと.NET Frameworkをそれぞれの実装で
優劣比較した方がいいと思われる。
0026デフォルトの名無しさん2007/12/14(金) 19:07:22
>>25
あなたから見てVisualBasicはどうなんでしょうか？
0027デフォルトの名無しさん2007/12/14(金) 20:42:40
夢のある言語は D だな。
ただ、永遠に仕様が確定しない気がしてきている。
0028デフォルトの名無しさん2007/12/14(金) 21:08:54
夢のある言語はやっぱりAdaだと思うよ
何より科学計算に優れていてアメリカ陸軍などの大口顧客もいる
５年もしないうちに日本にもAdaが普及するかもしれない
将来性でいえばN-88BASICかな
高機能だけどやたら重いVBなんかよりもずっと高速で
ライブラリ周りが不足している分
これから商売の余地がある
0029デフォルトの名無しさん2007/12/14(金) 21:25:08
N88BASIC はフリーの実装もあるくらいだから、そのうち標準搭載されているパソコンも出てくるかもしれないね。
0030デフォルトの名無しさん2007/12/14(金) 21:33:54
N88BASIC なら起動とかも速そうだしな。
一瞬で立ち上がるんじゃね？
0031デフォルトの名無しさん2007/12/14(金) 21:40:47
>>26

.NET向けの言語としてなら、C#とVisualBasicの将来性に大差があるようには思え
ない。マイクロソフトがいきなりVisualBasicを放り出すなんてことはなさそう。

（俺はプログラミングの専門家じゃないから、やや自信なし。）
0032デフォルトの名無しさん2007/12/14(金) 23:47:29
そんなものは５０年前からない。

＞知っておくと、将来それで画期的な人間や書籍が出る可能性のある
＞言語があったら教えてください。
＞それとももう、そういう世界はないんですかね？

と読みかえればわかる話。面白い（＝なんとなく見ていただけの
視点をクリアにして目を開いてくれるような）言語は実言語同様に
今後も出るだろうけど。
0033デフォルトの名無しさん2007/12/15(土) 03:46:20
>31
VisualBasicは将来的に、今のようなC#もどきをやめるらしい。
今よリライトよりな動的言語の一種になるんだそうだ。
0034デフォルトの名無しさん2007/12/15(土) 04:57:49
夢はあるけど、今覚えたら損かもな。
0035デフォルトの名無しさん2007/12/15(土) 10:55:08
言語のもつテクノロジーの視点から将来性ってわからんのですかね？
マイクロソフトの戦略やＳｕｎの戦略とか。
0036デフォルトの名無しさん2007/12/15(土) 11:31:53
夢のある言語といえば、D言語に如くものはないだろ。
0037デフォルトの名無しさん2007/12/15(土) 11:46:27
マシンコードが生成できてOSが書ける→死ににくい(OS 記述言語として PL/I とか Pascal とかあったのでそれほど強い主張にはならない)
1+2*3などの数式がそのまま計算できない(Lisp, Tcl, Smalltalk など)→根強いファンはできるけどメジャーになれない
0038デフォルトの名無しさん2007/12/15(土) 13:26:35
>>37

PL/IとPascalがOS記述用だったとは、知らなかった……
0039デフォルトの名無しさん2007/12/15(土) 14:49:47
最近興味あるのはAliceとかOzかな。
手続き型はCだけでいいや。
0040デフォルトの名無しさん2007/12/15(土) 14:59:43
UCSDp、か
知らなかったわ…

俺が知ってて夢があるのは
Ada, Oz, Oberon, Haskell, 各種ML
あたりか
…大体出てるけど
0041デフォルトの名無しさん2007/12/15(土) 15:10:01
PL/I は Multics
Pascal は MacOS の初期の頃。途中から C になった。
Objective-C も OS 記述言語に入るのかな？
0042デフォルトの名無しさん2007/12/15(土) 15:11:30
昔日の夢

Miranda
Concurrent Clean
Dylan
0043デフォルトの名無しさん2007/12/15(土) 16:49:00
delphiってなんで使っちゃいけないんですか？
便利そうなのにdelphiの仕事とか無いですよね。
0044デフォルトの名無しさん2007/12/15(土) 17:00:13
>>33
C#がVBもどきだから
0045デフォルトの名無しさん2007/12/15(土) 17:04:59
>>43

そうらしいね。

ソフトウェア会社で働いている知人（プログラマーじゃないんだが）の話じゃ、VisualBasicの
仕事はあっても、Delphiの仕事はないらしい。
0046デフォルトの名無しさん2007/12/15(土) 17:15:03
>>41
NeXT で使われていて、
それをベースにした MacOSX でも使われてるから、
まあ OS 記述言語なんだろうね。
0047デフォルトの名無しさん2007/12/15(土) 17:23:58
>>43
単に「M$純正じゃないから」じゃないの？
0048デフォルトの名無しさん2007/12/15(土) 17:42:26
>>41
ObjC で kernel を書いている訳ではないだろうから、
一般的な意味での OS 記述言語には入らないと思うよ
MACH も BSD も C + ASM でしょ
0049デフォルトの名無しさん2007/12/15(土) 18:19:45
フレームワーク用言語は OS 記述言語には含めないということか。
0050デフォルトの名無しさん2007/12/15(土) 18:59:18
そうだね。
フレームワークなんて汎用じゃないから亡びたら言語ごと死ぬかもしれない。
0051デフォルトの名無しさん2007/12/15(土) 22:07:47
マイクロソフトの言語に関する戦略みたいなものの情報ってないんですかね？
0052デフォルトの名無しさん2007/12/15(土) 22:37:16
マイクロソフトなんて問題じゃない

マイクロソフトは質問だ。答えはNOだ
0053デフォルトの名無しさん2007/12/16(日) 00:05:46
>>52
凡人には理解できんわ
0054デフォルトの名無しさん2007/12/16(日) 00:57:47
翻訳：

マイクロソフトがどういう戦略を持っているかという問題は存在しない。
あるのは「マイクロソフトには戦略があるのですか？」という問いの方だ。
答は「NO」だ。

どっかの映画だかの言い回しが元ネタだっけ？＞「〜は問題ではない、質問だ〜答は〜」
0055デフォルトの名無しさん2007/12/16(日) 01:05:35
>>48
Darwin のドライバ層 (IOKit) は C++ だべ。
NeXTSTEP のあいだは、ドライバ層 (Driver Kit) は Objective-C だったので、
Obj-C も OS 記述言語「だった」といってもわるくないかも知れない
0056デフォルトの名無しさん2007/12/16(日) 01:15:46
WindowsもドライバをC++/COMで書けるようになったな。
COMだからもしかすると別にC++でなくてもいいのかも。
0057デフォルトの名無しさん2007/12/16(日) 01:16:51
FORTRAN最高！

過去５０年の実績！未だに５０年代のソースが動くリユースの徹底！

スパコンでのNo.1言語！

Intelがコンパイラを作っているのはFortranとC++だけ！
0058デフォルトの名無しさん2007/12/16(日) 01:25:06
FORTRANは単に計算処理とか50年前のコードでも動くようなことしかしてない・
そういう用途にしか使われてないから動くだけだろ。
0059デフォルトの名無しさん2007/12/16(日) 01:54:11
>>42
Cleanて終っちゃったの？スレは現役みたいだけど。
0060デフォルトの名無しさん2007/12/16(日) 01:56:22
そういう意味では Miranda も Dylan も現役だ
0061デフォルトの名無しさん2007/12/16(日) 02:11:57
言語が現役、とはどういう状態？

１．その言語のユーザがいる
２．その言語によって作成された製品のユーザがいる
３．その言語によって作成された製品のユーザがおり、しかも保守が続いている

正直３しか該当しないと思うんだが。
0062デフォルトの名無しさん2007/12/16(日) 02:39:19
俺は 1 だけで充分な程に夢を見られるよ
0063デフォルトの名無しさん2007/12/16(日) 02:46:28
Smalltalk は 3 だな
0064デフォルトの名無しさん2007/12/16(日) 02:50:29
VisualWorksとか未だ売ってんの？
0065デフォルトの名無しさん2007/12/16(日) 03:26:30
マジレスするとＣ＃だろ。すべてのプログラミングパラダイムを取り込みつつある。もはや怪物。
0066デフォルトの名無しさん2007/12/16(日) 03:33:23
答えはNOだ
0067デフォルトの名無しさん2007/12/16(日) 03:34:22
C#だな
0068デフォルトの名無しさん2007/12/16(日) 03:45:19
いつまで、人間がプログラムし続けるんだろ？
バグぐらい、分かるだろう。
0069デフォルトの名無しさん2007/12/16(日) 03:45:29
まずガページコレクションが無い言語がよい
0070デフォルトの名無しさん2007/12/16(日) 03:48:33
アセンブラ最高
0071デフォルトの名無しさん2007/12/16(日) 04:30:35
>>69
そんなもんを実装してる言語なんて存在するのか？
0072デフォルトの名無しさん2007/12/16(日) 07:06:22
>>71　>>69の「言語」を「処理系」に読み替えると、意味が通るような気がするが……
0073デフォルトの名無しさん2007/12/16(日) 07:50:59
ttp://www.google.com/search?num=50&hl=ja&q=%22%E3%82%AC%E3%83%9A%E3%83%BC%E3%82%B8%E3%82%B3%E3%83%AC%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3%22&lr=lang_ja
1個しかヒットしね
0074デフォルトの名無しさん2007/12/16(日) 08:06:06
普通カタカナでは garbage collection をどうかくの？
コレクション、はいいとして、ガーベッジ？ギャビッジ？
0075デフォルトの名無しさん2007/12/16(日) 08:40:05
ガベージorガーベッジだな
間違ってもガページにはならない自信はある
0076デフォルトの名無しさん2007/12/16(日) 11:01:20
「ガベージコレクション」が一般的。

中途半端に本来の発音に近い「ガーベッジコレクション」や「ガーベジコレクション」や
中黒ありの「ガベージ・コレクション」は稀。
口頭略語はガベコレ。あるいは単にGC（ジーシー）。
0077デフォルトの名無しさん2007/12/16(日) 11:32:07
本来の発音はギャービッヂぐらいではなかろうか
0078デフォルトの名無しさん2007/12/16(日) 17:32:37
ガルバジェコレクティオン
0079デフォルトの名無しさん2007/12/16(日) 19:30:12
言語の記述が楽になる為にはガベコレは必須な気もする。
処理にじゃまにならないよう、別スレッドでまたーりガベコレして欲しい。
複数CPUの１つを使って、必要になったらまたーりメモリ整理。
もうね、メモリーとかHDDとかネットワークとか無視してプログラムしたい。
情報は分散型データベースメモリー空間ににすべてあるでいいやん、
プログラムもその中にある。
それに、ネットなんか１：１と１：NとN：Nだけを意識すれば後はいらない。
どだいマルチスレッドは結局処理間のコミュニケーションだろ、
それが何処にあるか意識できないように仮想化してくれ。
いや、勝手に分散化してくれ！
0080デフォルトの名無しさん2007/12/16(日) 21:54:23
ガベコレって、本気で高速なプログラムをくみたい時は、意外と処理の邪魔になる。
D で一時期結構話題になってたな。
0081デフォルトの名無しさん2007/12/16(日) 22:18:32
そんなこと、MS-BASICの時代から言われてる。
0082デフォルトの名無しさん2007/12/16(日) 22:22:52
幾らパラレル GC やコンカレント GC を駆使しても
無停止にする事は出来ないからね
0083デフォルトの名無しさん2007/12/16(日) 22:26:07
>>65
VBって奴はそんなC#すらも食ってしまう奴なんだぜ。
0084デフォルトの名無しさん2007/12/16(日) 23:05:53
C++は夢ありすぎだろ
もう0xの次が議論され始めてるからな
0085デフォルトの名無しさん2007/12/16(日) 23:17:47
メモリ管理周りの処理時間の総量はGCでも変わらないとか、むしろ速いとか。
free()あたりがゲロ遅いから。
問題なのは、いつ処理が始まるのか予測が難しい所。
0086デフォルトの名無しさん2007/12/16(日) 23:20:28
GC の一番の問題は stop the world する事
0087デフォルトの名無しさん2007/12/17(月) 03:48:22
>>86
いつの話をしてるんだコイツは？
0088デフォルトの名無しさん2007/12/17(月) 08:16:53
>>87
未来人乙
0089デフォルトの名無しさん2007/12/17(月) 10:36:20
リードバリアとかを石がサポートするようになれば
nonstopなGCも可能になってくるわけで
0090デフォルトの名無しさん2007/12/17(月) 11:39:44
参照カウントならほぼstop the worldなしでいける。
その分毎回の参照がちょっとずつ遅くなるが。
0091デフォルトの名無しさん2007/12/17(月) 14:07:36
夢なら、Windowsから一歩も出れないドトネト専用言語には無いな。

＞【Orcas】 Visual Studio 2007 【.NET3.0】 Part3
＞ttp://pc11.2ch.net/test/read.cgi/tech/1193662588/126-

今日東工大に James Gosling が来て話をしていったけれども
聴講者から .NET に関して質問が出たらこう答えてた

・2-3年前までは .NET に危機感を抱いていたが今ではまったく危機感はない
・MS .NET で作られたアプリが Mono で動くのは 0% である

なんだかずいぶんとなめられてる
0092デフォルトの名無しさん2007/12/17(月) 14:14:40
お前の将来の方が夢がないけどな
もう年齢的に手遅れだろ
0093デフォルトの名無しさん2007/12/17(月) 14:38:03
Monoがどれだけ動いているかという現実についてさえまともに認識の無い
ごすりんタンには正直危機感を持った
0094デフォルトの名無しさん2007/12/17(月) 14:42:17
Mono以前にドトネトがまともに動いてねーだろ。
0095デフォルトの名無しさん2007/12/17(月) 16:33:47
仕事してない奴の認識はそんなもんだろうな
0096デフォルトの名無しさん2007/12/17(月) 19:43:52
この板のスレタイ一覧見ると夢がある
実際に開くと酷く夢が無くなる
0097デフォルトの名無しさん2007/12/17(月) 20:56:36
>>90
結局、循環参照を解決するのにマーク＆スウィープせねばならん
0098デフォルトの名無しさん2007/12/17(月) 21:19:54
Python
時代を大きく動かした斬新な技術はこの言語から生まれた。
そして今も。
0099デフォルトの名無しさん2007/12/17(月) 21:29:16
Python って CMUCL のインタープリタの事?
0100デフォルトの名無しさん2007/12/17(月) 21:45:11
Python はシンタックスシュガーというか構文というか、
そういうのが何か少ないよね。
そこが強化されたらもうちょっと使いやすいんだけど。
0101デフォルトの名無しさん2007/12/17(月) 21:54:24
self の事か
■ このスレッドは過去ログ倉庫に格納されています