アカウント名:
パスワード:
仕様検討、処理系構築、各アーキテクチャ(CPU)への対応、普及用ドキュメントの作成の時間と、その間の生活費をください。こういうものを作るのは現場の人じゃなくて、コンピューターサイエンス畑の人か野心のある学性の役割だと思います…そもそも創成期ならともかく、パートタイムで実用に耐える言語を作った人なんて何人いるんでしょうか。Cに変わるような言語だと、ひな形作るだけで数か月かかりそうに思うんだけど。
まあ、引退した後なら余生の暇つぶしに考えてもいいかなあ。
#ネタ言語ならアイデアだけ出したことがあるよ
Cは糞だけど、これより良い糞が無いんですよね。
糞かな?Cがマイクロコンピュータの世界に来た頃の救世主観は流石にないけど、今の時代の良くできたアーキテクチャ非依存のアセンブラとして使われている部分はそんなに悪い事じゃないし。良くも悪くも良くできたアセンブラと思えばそれほど酷い物じゃないと思うんだけど。
代替言語が生まれてこないのはそれなりに良い物だからじゃないのかにゃー
#トピックの方に書けば良かったのかもしれない
代替言語が出てこないってことは糞とまでは言えないんだと思いますよ。でもC死ね(お約束)C99から早十年。誰もその次を作ろうとしないのはどんなもんだろう、みたいな気がしています。#確か次世代規格の話は一応存在してますよね…でもいまだにC86のコンパイラしかない環境も…
それにアセンブラならこう書けるのにCで書くとこうだという書式が無かったりします。コンパイラがプアということではなく、アセンブラで使えるテクニックに対応する書式がCには無いということです。インラインアセンブラでは互換性が亡くなりますし、そこまでやるならアセンブラでやれってことになり
インラインアセンブラはマクロで区切って個別の実装を書くしかないでしょうね組み込みとかでCPU多品種だとそれでも共通に書ける部分だけでも恩恵大きいと思います。
他のアプローチだとIntentって会社(まだあるんだろうか?)のVP方式とLLVMくらいしか思い当たりませんが、ランタイムパッケージが場所食うのでリソース少ない場合はうまくいきませんし。あとRAMの容量的にスタックに気を遣っておかないと行けないような時もミドルウェア選定で涙でたりとか、まぁおっしゃる事はよくわかります。
#C死ねを思いとどまってもらうつもりが#代替言語が欲しいキモチになっちゃったじゃねぇか(苦笑)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
ご自分で作成なさっては? (スコア:0)
作ってもいいですけど (スコア:1)
仕様検討、処理系構築、各アーキテクチャ(CPU)への対応、普及用ドキュメントの作成の時間と、その間の生活費をください。
こういうものを作るのは現場の人じゃなくて、コンピューターサイエンス畑の人か野心のある学性の役割だと思います…
そもそも創成期ならともかく、パートタイムで実用に耐える言語を作った人なんて何人いるんでしょうか。
Cに変わるような言語だと、ひな形作るだけで数か月かかりそうに思うんだけど。
まあ、引退した後なら余生の暇つぶしに考えてもいいかなあ。
#ネタ言語ならアイデアだけ出したことがあるよ
Re: (スコア:0)
Cは糞だけど、これより良い糞が無いんですよね。
Re: (スコア:0)
糞かな?
Cがマイクロコンピュータの世界に来た頃の救世主観は流石にないけど、今の時代の良くできたアーキテクチャ非依存のアセンブラとして使われている部分はそんなに悪い事じゃないし。
良くも悪くも良くできたアセンブラと思えばそれほど酷い物じゃないと思うんだけど。
代替言語が生まれてこないのはそれなりに良い物だからじゃないのかにゃー
#トピックの方に書けば良かったのかもしれない
Re: (スコア:1)
代替言語が出てこないってことは糞とまでは言えないんだと思いますよ。でもC死ね(お約束)
C99から早十年。誰もその次を作ろうとしないのはどんなもんだろう、みたいな気がしています。
#確か次世代規格の話は一応存在してますよね…でもいまだにC86のコンパイラしかない環境も…
それにアセンブラならこう書けるのにCで書くとこうだという書式が無かったりします。
コンパイラがプアということではなく、アセンブラで使えるテクニックに対応する書式がCには無いということです。
インラインアセンブラでは互換性が亡くなりますし、そこまでやるならアセンブラでやれってことになり
Re:作ってもいいですけど (スコア:0)
インラインアセンブラはマクロで区切って個別の実装を書くしかないでしょうね
組み込みとかでCPU多品種だとそれでも共通に書ける部分だけでも恩恵大きいと思います。
他のアプローチだとIntentって会社(まだあるんだろうか?)のVP方式とLLVMくらいしか思い当たりませんが、ランタイムパッケージが場所食うのでリソース少ない場合はうまくいきませんし。
あとRAMの容量的にスタックに気を遣っておかないと行けないような時もミドルウェア選定で涙でたりとか、まぁおっしゃる事はよくわかります。
#C死ねを思いとどまってもらうつもりが
#代替言語が欲しいキモチになっちゃったじゃねぇか(苦笑)