要望リスト
- デバドラ屋だって、オサレ言語で開発したい！
- プログラマーの言語仕様の学習不足によるヒューマンエラーを最小限にするために、できるだけ小さな言語仕様にしたい。
- 組込み屋だけど、関数型とダックタイピングしたい。
- shared_ptrの構文糖が欲しいな
- octet型が欲しい
- 2.657 ビット演算周りの演算子優先順位は見直して欲しい
- volatileに相当する修飾のサポート
メモリマップドレジスタの宣言
#define
XXXX_REG (*(volatile int *)(0xC0000004))
のような記述がださいので
これをサポートする記述構文と namespace が欲しいな
オフセットずらしもできるようにして
（Cの構造体でごまかすこともできるんだが）
Cはビット操作系の命令とSIMDへの対応がなっていない
オマイラ演算子とデータ型を追加してみてくれ
IDEによる支援がし易い文法にしたい
ラムダ、モナド、タプル、クロージャー、マクロ
Cの配列にはオーバーヘッドはないし
structも詰め物以外のオーバーヘッドはない
そういうベタ構造も、勿論必要だろうが、
超高級unionとしての代数的データ型とか
そういうのもあると、便利なような気がする
勿論オーバーヘッドの量（ワード一個とか）やメモリレイアウトが
分かりやすく、把握可能であるという前提で
google goのinterfaceはダックタイピング／structural subtyping風味で
好みなのだが、あれのオーバーヘッドはどれぐらいなのだろう
抽象化したいときには抽象化できて
ベタで書けば高速にもできるってことならいいと思うんだが
goのinterfaceってのはクラス指向OOへのアンチテーゼだが
別にC++同様OOなんて使う必要ないし
VM系の、管理されたサンドボックスで走らせるために毎度毎度
境界チェックとかやるような仕様でなければ、特に問題ないんじゃないの
抽象化したいときには抽象化できて
ベタで書けば高速にもできるってことならいいと思うんだが
goのinterfaceってのはクラス指向OOへのアンチテーゼだが
別にC++同様OOなんて使う必要ないし
VM系の、管理されたサンドボックスで走らせるために毎度毎度
境界チェックとかやるような仕様でなければ、特に問題ないんじゃないの
Cのpragmaで処理されているところは、C#の属性のような構文の方がスッキリする。
118 ：デフォルトの名無しさん：2010/04/14(水) 22:41:04
implementation-defined
言語仕様を小さくする魔法の言葉
標準ライブラリに参照カウンタでのメモリ管理入れておいて
143 ：デフォルトの名無しさん：2010/04/14(水) 23:30:23
goto廃止
860 ：デフォルトの名無しさん：2010/04/20(火) 23:08:22
新言語にはデストラクタに相当する機能が是非欲しい。
最終更新：2010年04月21日 14:17
