トップページ > プログラム > 2015年12月01日 > BYRY3bxz

書き込み順位&時間帯一覧

5 位/173 ID中時間01234567891011121314151617181920212223Total
書き込み数00000000000023100100004112



使用した名前一覧書き込んだスレッド一覧
デフォルトの名無しさん
オブジェクト指向は愚かな考え。この世は計算式 [転載禁止]©2ch.net
【C++】高速化手法【SSE】2 [転載禁止]©2ch.net
ゲームプログラムなら俺に聞け32©2ch.net

書き込みレス一覧

オブジェクト指向は愚かな考え。この世は計算式 [転載禁止]©2ch.net
343 :デフォルトの名無しさん[sage]:2015/12/01(火) 12:50:04.27 ID:BYRY3bxz
メッセージングが重要というのは
手続き型言語はどこまで行っても結局手続きが一番重要だということを
ゆるふわに言ってみてるだけ
なぜなら手続きが相互作用をもたらすから
オブジェクトだけポツンとあっても周りと関わることが無ければ何にもならないことがわかるだろう
そして、結局のところ、相互作用は手続きで記述しなければならない
カプセル化は勉強すれば割と機械的に誰でもできるようなところがあるが
手続きというのは奥が深く、大概のバグは手続きの記述ミスで発生するもの

オブジェクト指向は、個々に着目して記述する風な事を言っておきながら
結局は個々の相互作用の方が重要だということを、同時に言っている

碁を考えてみればよい
石に着目するか、境界に着目するかで、見え方がまるで違う
二つの視点を同時にもっていなければ勤まらない
オブジェクト指向は愚かな考え。この世は計算式 [転載禁止]©2ch.net
344 :デフォルトの名無しさん[sage]:2015/12/01(火) 12:59:33.66 ID:BYRY3bxz
逆に言えば、手続き型言語で最大問題の手続きの負担を少しでも軽減するために
オブジェクト指向があるといえる
オブジェクト指向という技法の視点で見ればオブジェクトは重要だが
プログラム全体で見れば手続きのもたらす相互作用の方が遥かに問題
その事を暗示するためにオブジェクト指向はメッセージングが重要と言っている
プログラムの本質の手続きに集中するために
それ以外の部分をオブジェクト指向がサポートしている状況
【C++】高速化手法【SSE】2 [転載禁止]©2ch.net
160 :デフォルトの名無しさん[sage]:2015/12/01(火) 13:22:36.19 ID:BYRY3bxz
AMDはx86互換の64bitCPUを早い段階で提唱したのが最大の功績
MSもそれに乗っかった
Intelまかせだったら64bit環境のコンシューマへの普及が遅れていたか
満足なものにならなかった可能性がある
IntelはItaniumとかいう普通の人からしたらゴミな物を売りたかっただろうし
将来的にはIA-64に置き換えるつもりだったらしいが
未だに32bitアプリが溢れていることを考えると互換を切るのは良くなかった
一応激遅のx86エミュレーションは付いていたが
互換で食っていた会社の癖に互換を切り捨てるとは何事ぞ
オブジェクト指向は愚かな考え。この世は計算式 [転載禁止]©2ch.net
346 :デフォルトの名無しさん[sage]:2015/12/01(火) 13:35:44.44 ID:BYRY3bxz
>極端に遅延結合な動的システム

これはつまり、あらゆる事を遅延させて、つまりは遅延の最終地点、実行時に何でも解決してしまおう
という代物で、当たり前だが、あらゆることを遅延させれば、その分エラーが分かるのも遅延するわけで
今のソフトウェアのトレンドではないんだよね
型のミスや打ち間違いはコンパイル時に分かったほうが遥かに良い
アランケイの言うことは真に受けないほうが良い
ゲームプログラムなら俺に聞け32©2ch.net
639 :デフォルトの名無しさん[sage]:2015/12/01(火) 13:53:16.55 ID:BYRY3bxz
スマホゲーバブルが終わったらいよいよヤバいよね
オブジェクト指向は愚かな考え。この世は計算式 [転載禁止]©2ch.net
348 :デフォルトの名無しさん[sage]:2015/12/01(火) 14:03:09.73 ID:BYRY3bxz
それは10年前の話
今は静的型に回帰している
静的型でも型推論やジェネリックがあれば記述性に問題ないことが分かったから
静的型の方がIDEとの相性が良いし、コンパイル時に些細なミスを検出できる
Rubyも3.0で静的型を導入する風なことを言っている(本当に実装するかは定かではないが)
http://gihyo.jp/news/report/01/rubykaigi2014/0002
>ScalaやTypeScript,Dartなど最近生まれた言語はスクリプト言語のような使い方をされながらも静的な型を持っています。
>「悔しいからRubyに静的な型を導入してみようか」
オブジェクト指向は愚かな考え。この世は計算式 [転載禁止]©2ch.net
383 :デフォルトの名無しさん[sage]:2015/12/01(火) 17:39:33.84 ID:BYRY3bxz
このように、動的遅延結合システムなど、必要とされていないのでした
トラブルの元だからね
オブジェクト指向は愚かな考え。この世は計算式 [転載禁止]©2ch.net
410 :デフォルトの名無しさん[sage]:2015/12/01(火) 22:21:54.13 ID:BYRY3bxz
そしてそんな仕組みは言語レベルでサポートする必要ないのである
別にプラグインのようなものを否定しているわけではない
しかし、プログラムの細かいパーツまですべてプラグインの断片で構築するということは
通常行われていないことを考えると、いろいろと問題があることが分かるだろう
【C++】高速化手法【SSE】2 [転載禁止]©2ch.net
180 :デフォルトの名無しさん[sage]:2015/12/01(火) 22:27:59.76 ID:BYRY3bxz
最近の事情は良く知らないんだけど
IntelのCPUでGPU内臓じゃないのってあるの?
サーバー用じゃなく
オブジェクト指向は愚かな考え。この世は計算式 [転載禁止]©2ch.net
415 :デフォルトの名無しさん[sage]:2015/12/01(火) 22:47:02.23 ID:BYRY3bxz
今は再起動無しでプログラムを差し替えるような事について話している流れなので
遅延ロードはまるで関係ない
【C++】高速化手法【SSE】2 [転載禁止]©2ch.net
182 :デフォルトの名無しさん[sage]:2015/12/01(火) 22:57:39.27 ID:BYRY3bxz
ちょっと一般向けとは言いがたいね
しかもHaswellだし
個人的にGPUはグラボ刺すからCPUに内蔵してほしくないんだよなぁ
GPU無しで、その分値段を落としたモデルがほしい
【C++】高速化手法【SSE】2 [転載禁止]©2ch.net
183 :デフォルトの名無しさん[sage]:2015/12/01(火) 23:21:24.20 ID:BYRY3bxz
ちなみに今どきのGPU内臓CPUの、CPU対GPUのダイ比ってどれぐらいなんだろう
http://pc.watch.impress.co.jp/img/pcw/docs/726/778/html/05.jpg.html
を見る限り左のほうにあるの、全部GPU関係でしょ
必要ないんだけどなぁ


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。