アカウント名:
パスワード:
C#に置き換わり、C++は廃れてしまったりするのでしょうか
そんなことないと信じています。 というか、C#ってC++
30年どころか、100年たっても間違いなく生き残るであろう言語が少なくとも2つはあるでしょう。アセンブラとCです。
これらの言語の特異な点は、言語のsemanticsに面倒な実行時の支援処理や初期化が一切含まれていないことです。すなわち、自分で作ったエントリポイントにいきなり処理を飛ばしてもきちんと動作するわけです。これは計算機をbootさせるためには
Cが今まで生き延びてきた、そしてこれからも生き延びていけるであろう本質は、後から追加が必要になった機能を全てlibraryに押し込めることができるためです。決して新しい機能のために言語の文法や意味論に手を加え、それゆえに過去のsourceを捨ててしまうようなことをしなかったのが強く効いています。その点では、threadingなんか1996年にとっくに実現されているのです。しかも、それ以前に作られたsourceを一切壊さずに。
似たようなところでは、memory allocatorがあります。Cには汎用的なmemory allocatorとしての意味を持つ要素は一切あ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
ISOってなんか意味あるの? (スコア:2, 興味深い)
よく分からないのですが、今のところ.NETフレームワーク以外に使用されるようなことはなさそうですし、標準でなくていいからMSのほうで勝手にやっていてくれという感じです。
ちなみに、
そんなことないと信じています。
というか、C#ってC++
// Give me chocolates!
Re:ISOってなんか意味あるの? (スコア:1)
ISOになると、各国政府がある程度の後押しをすることになってます。
例えば、おそらくJISにもなるでしょうし、情報処理技術者試験の
選択科目にもなるかもしれません。さらにひょっとしたら、中学や
高校の授業でとりあげられるかもしれません。
今すぐの影響は
100年たっても生き残る言語 (スコア:3, 興味深い)
30年どころか、100年たっても間違いなく生き残るであろう言語が少なくとも2つはあるでしょう。アセンブラとCです。
これらの言語の特異な点は、言語のsemanticsに面倒な実行時の支援処理や初期化が一切含まれていないことです。すなわち、自分で作ったエントリポイントにいきなり処理を飛ばしてもきちんと動作するわけです。これは計算機をbootさせるためには
Re:100年たっても生き残る言語 (スコア:2, 興味深い)
アセンブラについては CPU が存在している限り消えないでしょうが、
C言語に関してはスレッドもサポートしていない言語が
30年、100年後に生き残っているとは思えません。
もし、残っているとしても、今の COBOL 並みの地位にいると思い
by rti.
Re:100年たっても生き残る言語 (スコア:5, すばらしい洞察)
Cが今まで生き延びてきた、そしてこれからも生き延びていけるであろう本質は、後から追加が必要になった機能を全てlibraryに押し込めることができるためです。決して新しい機能のために言語の文法や意味論に手を加え、それゆえに過去のsourceを捨ててしまうようなことをしなかったのが強く効いています。その点では、threadingなんか1996年にとっくに実現されているのです。しかも、それ以前に作られたsourceを一切壊さずに。
似たようなところでは、memory allocatorがあります。Cには汎用的なmemory allocatorとしての意味を持つ要素は一切あ
Re:100年たっても生き残る言語 (スコア:1)
残念ですが全てではありません。
上(?)で書いたように、Stackの使い方とかは処理系お仕着せになっちゃいますよね。
ある実装のコンパイラのStackの使い方が不都合だからそれを捨てて違う実装を選ぶことは可能でしょうけど、
それだってその処理系「の」お仕着せであるのは同じ。
Cそのものの能力としてプログラマブルであるわけではないですよね。
#俺のような、Cのたいした使い方をするわけでもない奴でも、時としてその「制限」が不快になります。
そして、ここではたまたま「Stack」について書きましたが、
そういうお仕着せによる制限は、C言語には、たしか他にも幾つかあり
Re:100年たっても生き残る言語 (スコア:-1, フレームのもと)
大先生、スタックの実装による制限というのはどのような場合に顕在化するのでしょうか?伏してお教えを請う次第です。
でもって、スレッドの話だ。Cにスレッドが導入されたからって、スレッド使わないソースはそのままで問題ないだろ。アーキテクチャだと?お得意の脳内変換もいいかげんにしとけよ。
ifとmallocを同じ土俵でくらべるなヴォケ!
「関数という仕組み自体を自作したりライブラリ化したり」ってなんのこっちゃ。G7たんは言語仕様って言葉わかってるか?
もうおなかいっぱいです。C#がJavaの出来損ないであるように、G7たんもvoidの猛烈にできの悪いコピーのような気がしてきた。
Re:100年たっても生き残る言語 (スコア:0)
#この議論だと割とG7、まともだと思うが
Re:100年たっても生き残る言語 (スコア:1)
若輩者な俺ですが敢えて言わせて頂くならば、
「言語作ってみたことがあれば判りますよ。
それも、Cとかみたいな有り触れた(ってのも変だが)言語とはあまり似てない言語を、ね。」
です。
勿論、洞察力のあるかたでしたら、わざわざ作るまでもなく理解可能かとも思います。
つまり俺は作ってしまったわけですが(笑)。
言語仕様ですか?
それは、(現在の計算機で可能な)任意のかたちに「定義」可能です:-D。
それとも、「関数という仕組み自体を自作」するような言語が
現在の計算機で実現不可能だ、とでも思ってらっしゃる?
よければLinkを書いておいた"PracticalScheme"頁を読んでおいてください。
まぁあっちは俺も先日やっと知り始めた分野なんで受け売り100%ですが、
逆にいえばそれだけ俺という劣悪フィルタを経由してません(ぷ
>Cにスレッドが導入されたからって、スレッド使わないソースはそのままで問題ないだろ。
あ。そうか。「使わない」部分の話だったのか。そう読めませんでした(^^;。
>C#がJavaの出来損ないである
それは嘘でしょう。出来損ない度でいえばJavaもC#も似たようなもんです。
C#が流行り損なう可能性は否定しませんけど(笑)。