アカウント名:
パスワード:
Cはちょっと抽象度の高いマシン語だと教わったし、その理解は間違いではないと思う。欠点つーか、まさにそれが利点なんじゃねーの?
#だから日本では、「使いこなせないのは修行が足りないからでは?」と考える。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
だからC言語はマシン語だと… (スコア:3, すばらしい洞察)
Cはちょっと抽象度の高いマシン語だと教わったし、
その理解は間違いではないと思う。
欠点つーか、まさにそれが利点なんじゃねーの?
#だから日本では、「使いこなせないのは修行が足りないからでは?」と考える。
本音と建て前を分離しようとがんばってるところ (スコア:1)
もう、おおむねよく使われるコンピュータのアーキテクチャも固まってきたんだし、各アーキテクチャ向けに、アーキテクチャ依存しまくりの「ぶっちゃけこうなってますC」を策定しちゃえば良いと思います。x86-Cとかamd64-Cとか。
例えば、ヌルポインターってなんなのか? [kouno.jp]の説明に過剰な慎重さが求められたりとかするのは、かなり無駄じゃないかと。もう「内部表現が『0x00000000』ポインタ」と決めてしまえば説明がすごく短くなるのに。
他にも、「i=i++」はコンパイルエラー、とか「'\0'は0x00だ」とか、「実装はそうなってるけど、それはCの仕様ではなく、実装依存でたまたまそうなっているだけで・・・」という回りくどい説明を切って捨てられるように。
Re: (スコア:0)
登場時期とか開発者とかその動機とかもろもろ鑑みると
まあこんなもんじゃないすかね
個人的に好きか嫌いかと言われれば大嫌いですけど
なんだかんだ言いつつ潰しも利きますし
ちょっと踏み込むとすぐにCしか使えなくなったりしますし
当面スタンダードの座は維持できるんじゃないですか
Re:本音と建て前を分離しようとがんばってるところ (スコア:0)
Cの1文からニモニックとほぼ正確な所要clk数を透視できたため。
コンパイラの最適化の挙動まで知ってる人は一部のレジスタ位までは透視できた。
TMPを含めたC++、変態最適化、不思議ちゃんCPUの今じゃ、まずできない。
で、Cを否定してみたところで、
中途半端に関数型とくっついたC++は言語仕様に人間のおつむが追いつかないし
#C++をちゃんと知ってるのなんて、boostのphoenixの連中位でしょ
Ocaml/F#だと、本来の関数型みたいなエレガントで上質な香り立つコードじゃなくて
手続型の手垢に塗れた腐臭漂う二度と触りたくないうんこコードしか書けないし
Javaは研究室のガキ共のおもちゃになってる感じがするからWebシステムでも組まない限り触りたくないし
で、言語選定の会議でも決定打が出ずにズルズル伸びて、皆が飽きた頃に
「言語はC++-0.75にしましょう。コンパイル通りますし」「つまりC-0.75じゃーんあはは」
とかいう面白くもない会話にイライラして
今日も「_tcslen()」とか「__asm__ __volatile__()」とか書くわけですよ