【超高速】C/C++に代わる低級言語を開発したい 7

MASM?

C

システム開発の効率化なら仮想化だろ。低級言語なんてもう要らないわ
したっぱがやってりゃいいんだよ

>仮想化
?

>>935
ハードも言語で作るって知ってた？

「おまえ、これ作っとけ」

いまどきなんでもlinux動くじゃん。Cで十分じゃん

>>935
ネイティブならC程度に高速だわな。C#とかJavaだってGC以外はC程度に高速
必要性を感じない

プログラムの全部を最適化する必要ってほとんど無いんだぜ？
一部なんだよ。そこはガチでアルゴリズムからアセンブラまで見直して最適化すればいいの
まあ、これも本当はしたっぱがやればいいんだけどな

マトモな書き方してたら遅くてダメだったときに
アブノーマルな書き方で速度を稼ぐのは下っ端には荷が重すぎるだろ

ここで言う下っ端とはスキルが低い者のことで
下流工程を専門に引き受ける人のことではない

>>944
そんな俺様辞書の俺様用語を説明されても
不要な知識だからな

>>944
> ここで言う下っ端とはスキルが低い者のことで

日本語の辞書には無いけど、それは何言語？

全部したっぱがやればいいんだよ。俺は書類にはんこを押すだけな

遅延評価ならぬ遅延設計
その機能が必要になる直前まで設計・実装しない

これさえできれば
「機械に大まかに指示を投げる」だけですむ

ホンバン方式として日本の主力商品に育てよう

「電池は韓国より日本が優秀」　米テスラのケルティ氏

ＥＶ（電気自動車）スポーツカー「ロードスター」で一躍脚光を浴びた米国のテスラモーターズ。
今年、第２弾としてＥＶセダン「モデルＳ」も発売。全世界で９千台以上を受注した。
ＥＶの心臓部であるリチウムイオン電池について、バッテリー技術部門を統括するカート・ケルティ部長に聞いた。

■韓国メーカーが車載用電池市場でも価格攻勢をかけているが、性能についての評価は？

　「サムスンやＬＧの場合は、他社の商品をまねするのがうまいうえが、
ただ、技術優位性では、パナソニックはじめ日本メーカーの方がやはり高い」

■どういった点で日本勢の技術レベルが高いのか？

　「日本メーカーは、高密度化など電池の性能を決定づける材料を深く知り尽くしている。
例えば、『電池の寿命が短くなったのはなぜか』との問い合わせに、すぐ対応してくれる。さらに、
材料の組み合わせによる電池の特性の変化なども深い部分で理解している。
一方、韓国メーカーに同じ質問をすると、『いろいろ試して、直すように頑張ります』となる。
材料に至るまで電池を化学的に理解しているという点で、日本は韓国メーカーより技術的に優位だ」

http://sankei.jp.msn.com/economy/news/120318/biz12031807000001-n3.htm

今日も朝からアッセンブリブリ

やはリアセンブラ最強だな

リアセンブラ

ただのアセンブリはつらいので型と式とブロックを追加しました。

名前はCでいいかな

⊂⊃∪∩ｃＵＣつっСс

目の検査か

ということで、型推論を理解しよう。
その前に、パターンマッチングとユニフィケーションを理解しよう。
ユニフィケーションのもっと簡単な説明が今必要。

Window window;
Size* p = window.GetSize();
int w = p->width;
int h = p->height;

この参照pをdeleteしていいのかわからんのがC++の嫌なところ。
メンバ変数の参照である可能性もあるし、オブジェクトプールに返す
必要があるかもしれない。GetSize()内で返り値に対する
deleteの振る舞いを変えられれば参照を取得した側にわかりやすい。

>>959
deleter 付きのスマポでおｋ

>>959
生ポインタなんか使うからそうなる。言語のせいじゃないだろ。

>>959
その点は改善されたやん &&

スマポとナマポの混在はいやれす

ナマポを見たらガッするスレ

ナマポ

>959
C++では参照とポインタは別もんだよ。

GC無しで循環参照って対応出来ないんだろうか

>>967
循環参照に対応する機構を作れば、それはGCと呼ばれることになるだろう

回収のタイミングが構文に対して不定でないという意味でってことね。

求めたのはstaticやglobal、ローカル変数などのルートノードから切り離された際に
循環参照があっても即時回収されるshared_ptrのようなもの。
もちろん大きすぎる計算量は無しで

例えばC#のusingやjavaのtry-finally-closeは、
(タスク/スレッド型の)GCのタイミングでは困るリソースの生存管理を行う手段(RAII)で、
GCは本質的にはメモリにしか対応していない

アウトオーダー式に計算結果を事前に格納して、
あれはあれ、これはこれ、みたいにイベント入ったら
直値参照orコールバックで処理済ませるのってどうだろ

そろそろ次スレたてようず

俺が一人で1000目指す

Dがあるやん

ところで激安中古CAD専門店でググると使えるソフトがかなり安い
おススメ！！使えた

雑談スレで暴れてたひとか

>>972
作ること自体が目的でもいいじゃん
楽しいじゃん

そうやって出来たのが Ruby ですね
わかります

javaとC++で同じコード書いたら最近はjavaの方が早いのな。
単純な計算だとC++の方が速いが最大でも倍程度に過ぎないし、世の中そんな単純な計算ばかりではない。
virtual使ったらjavaの方が速くなるのでオブジェクト指向を捨ててCライクに書かないと対抗できない。

Javaや.NETだと動的にコードを差し替えられるから
仮想メソッド呼び出しをインライン展開できるんだっけ

C++のコードがアホなだけだろ

コンパイラが賢くなればなるほど抽象度が高い方が速くなる

>>977
単純な計算をJavaで書き直したことがあるけどJavaの方が速かったよ
一箇所だけO(N^2)のループがあってそこがほとんど時間食ってるんだが
実行開始してから時間が経つにつれて段階的に最適化されて速くなっていくのが目に見えて面白かった

バカ丸出し

バカはバカって言葉を平気で使う、俺の第一法則
>>981
そう動的に最適化されていく感じなんだよな。

じゃあ、無能君のほうがいいかな？

無能は無能って言葉を平気で使う、俺の第二法則

おちょくり返しにしては、今ひとつだね