【GPGPU】くだすれCUDAスレ【NVIDIA】

1 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 11:13:52 ] このスレッドは、他のスレッドでは書き込めない超低レベル、 もしくは質問者自身何が何だが分からない質問を勇気を持って書き込むスレッドです。 CUDA使いが優しくコメントを返しますが、 お礼はCUDAの布教と初心者の救済をお願いします。 CUDA・HomePage www.nvidia.com/cuda 関連スレ 【GPGPU】NVIDIA CUDA質問スレッド pc11.2ch.net/test/read.cgi/tech/1190008468/ GPUで汎用コンピューティングを行うスレ pc11.2ch.net/test/read.cgi/tech/1167989627/ GPGPU#2 pc11.2ch.net/test/read.cgi/tech/1188374938/ 132 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 11:03:32 ] CUDAに特化した本は未だないだろ。 133 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 12:24:23 ] >>131 本家プログラミングガイド 変な日本語訳のプログラミングガイドもある。 134 名前：デフォルトの名無しさん [2008/07/24(木) 16:45:20 ] >>132 出たら買うから　出してｗ 135 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 17:17:55 ] じゃ、書くからNVIDIAと出版社相手の交渉は任せた。 136 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 22:53:31 ] 何か並列処理の本のおまけみたいな形じゃないと 正直売れないだろうなぁ 137 名前：デフォルトの名無しさん mailto:sage [2008/07/26(土) 17:15:12 ] >>135 たぶん、猫でもできる・・・・とかと同じように、ＨＰたててそこで解説したら出版社から来ると思う。 わざわざＨＰスペース借りてーとかでなくても、ＷＩＫＩでもいいと思われ。 交渉とかは向こうが書いてくれっていうだけだと思う基本的に。 んで、ワードなり、一太郎なりで原稿書けばＯＫじゃね？ 画面キャプチャなどの画像は、まとめて管理したほうがいいぽいよ。 なんか、ワードとかで埋め込んじゃったりすると、逆に手間かかるらしい。 138 名前：デフォルトの名無しさん [2008/07/28(月) 09:38:41 ] NVIDIAの日本語サイトがようやく 更新されたｗ 139 名前：デフォルトの名無しさん [2008/07/28(月) 11:32:06 ] gpuはcpuより劇早なんだから 使いたいよねえ パスワード解析とかにも使えそう 140 名前：,,・´∀｀・,,）っ�� mailto:sage [2008/07/28(月) 11:37:29 ] 速くねーよ。 CPUをセダンに例えるならGPUは貨物車だな。 荷物を大量に扱う場合だけは効率がいい。 141 名前：,,・´∀｀・,,）っ�� mailto:sage [2008/07/28(月) 11:49:02 ] それはそうとパスワードクラックなんて浮動小数演算能力が全く役に立たないものの代表格だな。 142 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 12:08:10 ] そうだね 並列処理すればいいじゃない？ 143 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 17:46:54 ] そういや去年CUDA使ってそんなソフトが出てたな 144 名前：デフォルトの名無しさん [2008/07/28(月) 19:41:23 ] >>141 MD5はやっていますが？ 他に現在手に入るクラック専用マシンでCUDA以上のC/P があればお話が成り立ちますがね。 145 名前：,,・´∀｀・,,）っ�� mailto:sage [2008/07/28(月) 20:22:47 ] >>144 それやってるのは整数論理算術演算じゃん 乗算すら浮動小数じゃないよ。 つーかMD5なんてすでにハッシュアルゴリズムとしては死んでるんだが。 ワンタイムパスワードとしてならまだまだ現役でやれるだろうけど 性質上瞬時にクラックできないとクラックの意味もなくなる。 ああFPGA焼いた方がいいんじゃない？ 今各社が力入れてるのはAESなどの128ビットブロック暗号だな。 146 名前：,,・´∀｀・,,）っ�� mailto:sage [2008/07/28(月) 20:35:07 ] つーか個人でGPUで遊ぶ分にはアリかもしれんけど でかいシステム組めるTeslaになると別に高CPでもなんでもないんだよね。 特に整数性能に関してはPS3でクラスタくんだ方がまだ良いくらい。 GTX280含め現行GPUの整数性能はまだまだ残念な印象。 147 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 20:44:09 ] パスワードクラックほどの極小のプログラムでも Xeon＞PS3だって自分のページで言ってなかったっけ？ 148 名前：,,・´∀｀・,,）っ�� mailto:sage [2008/07/28(月) 21:02:00 ] 暗号関連ならCellはAESみたいなブロック暗号はそれなりに速いよ。 例のvpermもどき命令で1コア16並列でエンコード／デコードできるからね。 ただAESアクセラレーションはWestmereでの強化点にもなるのでこの先はわからん。 まあいずれにしてもCUDAはいろいろ残念だな。 ATiとのGPUシェア争い無視してでも汎用性能をとるか来たるLarrabeeとガチるかの瀬戸際だし。 149 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 09:58:39 ] >性質上瞬時にクラックできないとクラックの意味もなくなる。 笑った。連れの言い分と全く一緒だからな。 流れているデータをリアルタイムで解読できなければ暗号解読ではない というような考え。ある意味では正しいが、ネットのデータは記録可能 という点を考慮していないし大穴になる。 AESアクセラレーションハもう６年も前にある技術だし今さら。 しかし認証段階で破られたらAESは即死に体だよ。実際解読ソフト 使っているのでww 150 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 12:28:50 ] 別にCUDAは整数性能ウリにしてないし このスレってムチャを前提にケチつけてるだけで結局何も出来ない無能者の集いだな・・・ 151 名前：デフォルトの名無しさん [2008/07/29(火) 12:59:27 ] 並列演算の応用として暗号解読の話題を語ってるだけだと思うんだが・・・ 152 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 13:50:22 ] >>151 それがわかってないといわれてる原因なんでしょ… 153 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 12:07:16 ] そうなんだ 154 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 01:58:13 ] 　弱点だった倍精度もGTX280で改良された。しかし何かイマイチなんだよなぁ。 消費電力あたりの性能がたいした事ないからかなぁ 155 名前：通りすがり [2008/08/07(木) 11:07:41 ] CUDAでレイトレーシングがいました。　ＣＰＵの１５倍パフォーマンスが出ているようです。 noridon.seesaa.net/ 156 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 13:30:10 ] SSEも使ってない2コアの速度と比べて15倍じゃ今一かも 157 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 16:48:46 ] www.nicovideo.jp/watch/sm4095447 www.nicovideo.jp/watch/sm4095398 レイトレーシング 158 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 20:25:59 ] >>154 このスレ的には正常進化じゃね？ 159 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 01:46:07 ] だれか4850にCUDA載せてくれ 160 名前：デフォルトの名無しさん [2008/08/08(金) 14:04:29 ] Core2Duo(3GHz)×2 = 最大 1.89FPS CUDA(GTX 280) = 最大52.48FPS 27.7倍高速出ているようです。 noridon.seesaa.net/ 161 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 14:36:26 ] それatiのgpuじゃ実行できないよね？ 162 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 18:06:10 ] CUDAですから OpenCLはCUDAを採用したと聞いたが…本当なん？ 163 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 18:18:50 ] OpenCommonLisp 164 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 20:41:23 ] 4 x 2.5 GHz の 3 fps と比べても 17倍 これは大したものだ 165 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 00:50:56 ] IntelC++ と比べてどうなんかな？ 166 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 07:05:08 ] うごかねえｗ 167 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 16:57:34 ] >>162 んなわけない 既にMacOSXにもCUDAがあるのにわざわざ10.6でOpenCL採用を謳うかよｗ 168 名前：デフォルトの名無しさん [2008/08/09(土) 22:58:33 ] インテルは０からスタートするわけだからどのぐらいの速度でIntel製GPU普及するのかは見ものだね。　NVDIAのGPUはすでにゲームやCAD、３Dグラフィックの用途にすでにかなり普及しているからね。今後はAMDやIntelのQuadcore CPUでCUDAが使えるようになるしね。 169 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 23:11:40 ] SPがPentium-Mベースだから割と簡単に追いつけるんじゃない？ 170 名前：デフォルトの名無しさん [2008/08/11(月) 09:30:11 ] >>168 そのとおりだけど、intelには事実上CPUと抱き合わせ、という裏技があるからなあ。 今回はかなり本気っぽいし、微妙かも。 171 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 13:44:37 ] 質問です。 libshをコンパイルしようとしたら以下のようなエラーが出ました。 何が足りないのでしょうか？ ShSwizzleImpl.hpp: In member function 'void SH::ShSwizzle::copy(const SH::ShSwizzle&, bool)': ShSwizzleImpl.hpp:191: error: 'memcpy' was not declared in this scope ShSwizzleImpl.hpp: In member function 'bool SH::ShSwizzle::operator==(const SH::ShSwizzle&) const': ShSwizzleImpl.hpp:251: error: 'memcmp' was not declared in this scope 172 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 14:36:44 ] ｱﾊﾊ 173 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 17:33:27 ] 夏だな 174 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 18:07:18 ] 俺は夏かどうか確認するために書き込んだわけではありません。 馬鹿正直にくだらない質問に答えてくれる人を待っているだけですよ。 質問に答える気がない人間は不要。 スレ違いだと言わざるを得ませんね。 175 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 20:14:53 ] 夏だね 176 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 21:15:36 ] そんな失礼な態度のヤシに親切に答えてくれる人がどれだけいるか 待ってるより自分の頭で英語の意味を理解した方がずっと早いと思うがｗ >error: 'memcpy' was not declared in this scope >error: 'memcmp' was not declared in this scope 普通の頭の持ち主なら必要なincludeファイルがincludeされてないと解釈するだろうな 177 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 21:22:37 ] >>176 一つ言わせてもらう。 お前らに　「聞いてやってる」　んだよ。 聞いてほしくてたまらないんだろ？ニートで暇だから。 お前らが答えないなら別のやつに聞くだけ。 聞く相手はいくらでもいるんだよ。 178 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 21:35:15 ] >>176 ああ、ちなみにもう解決したから。自力で。 お前らみたいに大した知識もないくせにもったいぶった無能に聞いたのが間違いだったな。 ちなみに、ソースに手を加えずに解決した。 解決方法なんて書かないよ。 同じ問題に出会ったやつは　ググレカスｗ 179 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 23:04:59 ] >>178 で、どこがCUDAに関係してたの? 180 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 23:42:51 ] 凄いのが来たなぁ 釣りであると信じたいが天然厨房っぽいな 181 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 02:26:14 ] いや、質問主はまだ困ったままだろｗ 質問横取り煽り厨だろ 182 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 05:57:35 ] >>160 俺もやってみた 4コアCPUが必死に動いても8800GTに25倍くらいの差付けられた レンダリングの革命やでぇ〜 183 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 06:15:06 ] GPGPUレンダはまだ無いから実用性のあるの早く作って売れば金になるんじゃね 今の外部レンダは綺麗だけど時間かかって静止画までしか実用性無いからな お前らちゃんすだぞ 絶対金になるだろうから、多分作ってるところはもう取り組んでると思うけどね ていうか俺が早く出してほしいんだよ 184 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 22:18:14 ] gemsもそうだが、なんでOpenGLやGPU関連の書籍というのべらぼうに高いんだ？ 185 名前：デフォルトの名無しさん mailto:sage [2008/08/13(水) 17:25:11 ] >>184 需要がない割りに書くのが大変だから。 186 名前：デフォルトの名無しさん mailto:sage [2008/08/13(水) 17:32:40 ] OpenGLは需要あると思うが。 187 名前：デフォルトの名無しさん mailto:sage [2008/08/13(水) 21:20:05 ] >>184 訳してる会社が（ｒｙ 「誰が買うんだこれ！？」って思う値段の本は大抵原著は安かったりする 酷いのは原著の2倍以上 188 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 00:20:49 ] OpenCLはIntel製GPUでも使えるのだろうか。 189 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 01:38:59 ] >>188 Larrabeeのこと？ 190 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 02:57:25 ] >>188 使えるでしょ 自社が参加してるワーキンググループが発表するんだから 191 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 13:46:01 ] ttp://www.gpureview.com/nvidias-g92-and-g94-parts-are-reportedly-failing-article-721.html うーむ…… 192 名前：デフォルトの名無しさん mailto:sage [2008/08/18(月) 09:18:31 ] jp.youtube.com/watch?v=AgoEri9UX7o GeForceでスパコン終了 一時間が30秒に 193 名前：デフォルトの名無しさん mailto:sage [2008/08/18(月) 10:23:41 ] ゲームをやってた助手が「あ、どうも」、わざとらしくてﾜﾗﾀｗ 194 名前：デフォルトの名無しさん mailto:sage [2008/08/19(火) 14:09:07 ] こんちにわ。LinuxでCUDAのプログラムを作成している者です。 早速質問ですがMPIを用いて、複数のクラスタ（PC５台、そのうち１台が親機で４台が子機）で CUDAプログラムの動作できた方はいませんでしょうか？ プログラムの内容として、子機で演算させ、親機では適当なメッセージを出すのみという、 並列演算とか関係なく、単にMPIでCUDAを動かすテストプログラムです。 下記のようなMakefileでコンパイルを行っています。 ROOTBINDIR = ./ ROOTDIR = /home/usr1/NFS/NVIDIA_CUDA_SDK/ # Add source files here EXECUTABLE := mpicuda_matrixMul # Cuda source files (compiled with cudacc) CUFILES := mpicuda_matrixMul.cu # C/C++ source files (compiled with gcc / c++) CCFILES := \ matrixMul_gold.cpp SMVERSIONFLAGS := -arch sm_11 ############################################################ # Rules and targets INCLUDES = -I/home/usr1/mpich-1.2.7p1/include -I/home/usr1/NFS/NVIDIA_CUDA_SDK/common/inc USRLIB = -L/home/usr1/mpich-1.2.7p1/lib -L/home/usr1/NFS/NVIDIA_CUDA_SDK/lib -lmpich -lcutil include ../../common/common.mk 195 名前：194 mailto:sage [2008/08/19(火) 14:09:55 ] 続きです。 上記のようなMakefileをNVIDIAのCUDA関連のBBSで見つけたので参考に作成しました。 しかしコンパイル時に下記のようなエラーが出てきます、、 /usr/bin/ld: cannot find -lcutil collect2:　ldはステータス１で終了しました make:　***[linux/release/mpicuda_matrixMul] エラー１ 上記のエラー内容を調べたところ、libcutil.aというライブラリがリンクされていない、 という内容と思われるのですが、Makefileには正しい場所にリンクさせてあると考えています。 開発環境として、OSがはCentOS５、親機のGPUがGeForce7900、子機が8600です。 （親機でCUDAの演算は行わないので7900） それでは、どなたかよろしくお願いします。 196 名前：デフォルトの名無しさん mailto:sage [2008/08/19(火) 20:40:53 ] >>195 cutilはmakeした? した積もりなら、ちゃんとライブラリファイルはできている? OpenGLがインストールされていない環境だと、恐らく失敗している筈。 その場合、OpenGLをインストールするかOpenGL絡みのエラー修理辺りをコメントアウトすればmakeできるはず。 197 名前：デフォルトの名無しさん mailto:sage [2008/08/19(火) 23:40:11 ] MPIでCUDAを試したことは無いけどGLUT，GREWがインストールしてないと >>195のようなエラーが出たことがある 198 名前：デフォルトの名無しさん mailto:sage [2008/08/20(水) 00:48:28 ] なあ、あのへんてこ日本語プログラミングガイドのリンクが消えているような気がするんだけど、 前からこんなんだっけ？ 199 名前：デフォルトの名無しさん mailto:sage [2008/08/20(水) 00:50:02 ] いいことだw 200 名前：デフォルトの名無しさん mailto:sage [2008/08/20(水) 20:57:08 ] jp.youtube.com/watch?v=AgoEri9UX7o 530万ドルのスーパーコンピュータ「CalcUA」で一時間 一台デスクトップPCで30秒 www.atmarkit.co.jp/news/200807/23/nv.html ベルギーのアントワープ大学では、それまで使っていたAMDベースの256ノードのクラスタサーバ「CalcUA」の性能を、8GPUを使ったデスクトップPCシステム「FASTRA」が上回った。「CalcUAは530万ドルのスーパーコンピュータ、FASTRAは7000ドルのデスクトップだ」（グプタ氏）。 NVIDIAによればGPUを使った同様のクラスタサーバは、NCSA、イリノイ大学、ノースカロライナ大学、マックスプランク研究所など、すでに十数の組織で使われているという。 201 名前：194 mailto:sage [2008/08/21(木) 15:43:36 ] >>196 さん 、>>197 さん お返事ありがとうございます。 cutilのライブラリは確認済みです。CUDAインストール時に作成される、 〜/NVIDIA_CUDA_SDK/lib の中にlibcutil.aがありました。 OpenGLは前からインストールしており、またそのプログラムは動くので、 GLUT等はインストールされているはずなのですが。。 202 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 00:33:34 ] /home/usr1/NFS/NVIDIA_CUDA_SDK/と〜/NVIDIA_CUDA_SDK/libが違うって落ちじゃないよな。 203 名前：デフォルトの名無しさん [2008/08/22(金) 01:02:50 ] 自分からテスト専門です、って宣言してる派遣テスターって何なの？ 将来プログラマとかSEになりたい、とかならわかるけど。 向上心ないよね、頑固だし。 そういう派遣テスターって、仕様書は読めない、 テスト仕様書も作れない、テストプログラムも作れない やれることは「テキトーにプログラムを触る」ことだけ。 俺は派遣プだけどさ、こういう派遣テスターがいると 派遣全体がバカにされるんだよ。 テスト専門派遣なんて氏んで欲しいよ、まったく。 今日も正社員の人が派遣テスターに仕様書を読んで テスト仕様書を作ってください、って説教してたよ。 その派遣は頑固に「何故、仕様書が必要なんですか？」って 反論してたから、きっとテスト専門派遣テスターだな。 仕様書も読まず、テスト仕様書も作らず、ただテキトーに プログラム触るだけで給料もらおうなんて頭おかしいんじゃねーの？ あ〜あ、あの派遣テスターが3ヵ月後に切られるまで、 仕様書も読まねーでテキトーにテストしたバグ票がまわってくんのかよ。 そんな糞なもん、読んで処理する派遣プの身にもなってくれよ。 うわ〜、しかもそいつが切られる3ヵ月以内に中間納品あるじゃねーか！ テスト仕様書もなしにテキトーにテストして納品か。 中間納品後にソッコウクレームでデスマ必至だな。俺の休みも返上かよ。 派遣専門テスターさんよ、少しは向上心持てよ！ 頑固な性格直して仕様書読めよ！テスト仕様書作れよ！ 204 名前：デフォルトの名無しさん mailto:sage [2008/08/23(土) 14:37:16 ] うちの客先はテスト専門部署があるけど 環境構築とかテストプログラム作ったり 海外のテスト専門会社へ行って研究したりしてるぞ 205 名前：デフォルトの名無しさん mailto:sage [2008/08/23(土) 18:12:10 ] バカの作ったものをテストするなんて最悪な仕事の1つなんだぜ 206 名前：デフォルトの名無しさん [2008/08/23(土) 18:24:28 ] 以前入社してすぐやめた会社でテスターをやらされたが、 そこの会社、3Dの知識ないやつが、OpenGLで懸命に2Dの描画プログラム作ってた まさにバカの作ったものでテストするのがバカらしくなって会社を辞めた 207 名前：デフォルトの名無しさん mailto:sage [2008/08/23(土) 19:33:34 ] 判ったからマ痛に行け。 208 名前：デフォルトの名無しさん mailto:sage [2008/08/23(土) 19:54:30 ] >そこの会社、3Dの知識ないやつが、OpenGLで懸命に2Dの描画プログラム作ってた こういうバカ、たまにいるよな 2Dだけ描画すればいい仕様なのにOpenGLしか知らないからとりあえずOpenGLで書いちゃうという すぐに辞めさせないとプロジェクトが悲惨な結果になる 209 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 01:26:41 ] >>208 AutoCADは2DもOpenGLで描画していますが。 210 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 07:16:25 ] >>209 >207 211 名前：デフォルトの名無しさん [2008/08/24(日) 10:49:13 ] 3Dも描画するならいいだろ 2Dしか描画しないのにOpenGLはバカ 212 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 12:06:13 ] GDIで描画したらLinuxでWineが必要になっちゃうじゃん 213 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 12:27:07 ] いや、2Dだけ描くのにOpenGL使うようなバカはWindowsだけだろ 214 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 17:34:26 ] このスレでうだうだ3D話を続ける奴って頭弱いの? それとも只の構ってちゃん? しかも切っ掛けはコピペだって辺りが痛過ぎるよね。 215 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 17:41:37 ] きっかけはコピペでのバカの作ったものをバカにされるべき GPU使っているはずなのにBITBLTしかしてないとかー もーバカ杉 216 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 21:55:53 ] BITBLTの後ろ三つはベーコン・レタス・トマトの略だが、前のBITは何の略なんだ？ 217 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 22:58:34 ] マルチプラットフォームで2Dを描くのに仕事で使えるレベルの表現力と速度を兼ね備えたライブラリって存在するの？ あればどんなものか教えてください。有償無償問わず。 218 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 23:02:35 ] >>217 OpenGL 219 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 23:23:16 ] マルチプラットフォームの仕事なんて普通ないだろ プロならプラットフォームに最適化されたライブラリを選択しろよ 220 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 23:34:53 ] OpenGL専門学校の学生さんにマジレスするなよ 221 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 00:54:10 ] >>219 >マルチプラットフォームの仕事なんて普通ないだろ ？ 222 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 00:56:55 ] >>217 d.hatena.ne.jp/keyword/RenderWare 223 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 01:00:30 ] >>221 これから増えるだろう お前は近視か？ 224 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 01:01:51 ] 間違った。>>219だ。 225 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 01:06:43 ] >>219 openofficeはいったい何なんだ？マルチプラットフォームのソフトウェアじゃないのか？ 226 名前：デフォルトの名無しさん [2008/08/25(月) 02:40:58 ] お前は仕事でopenofficeにかかわったのか？ 違うだろ 派遣先のプラットフォームだろ お前の会社がマルチプラットフォームの製品を開発してんのか？ 違うだろ 派遣先のプラットフォームだろ 現実見ようぜ 227 名前：デフォルトの名無しさん [2008/08/25(月) 02:51:05 ] >>226 まず、仮定からおかしい。 ・マルチプラットフォームのソフトウェアはopenofficeだけではない。 ・>>225の仕事の内容を断定する根拠が見当たらない。 ・なぜ無数にある可能性から>>226の仮定を導き出したのか不明。 説明をお願いします。 228 名前：デフォルトの名無しさん [2008/08/25(月) 02:56:05 ] >>227 >・マルチプラットフォームのソフトウェアはopenofficeだけではない。 まず仮定からおかしい。 実際に仕事でマルチプラットフォームを開発しているのかを問題にしている。 >>225がopenofficeを開発したというのなら謝る。おみそれした。 >・>>225の仕事の内容を断定する根拠が見当たらない。 まず自分で開発してそうにないopenofficeを出してくるあたり、 ただのバカ＝派遣ってこと >・なぜ無数にある可能性から>>226の仮定を導き出したのか不明。 派遣に可能性なんてない 229 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 03:04:17 ] 荒らしは放置の方向で。 230 名前：あぼーん [2008/08/25(月) 08:29:00 ] 219のほうがバカだと思います。 マルチぷラットフォームの仕事はあると思います。 231 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 09:16:36 ] だからお前はマルチプラットフォームの仕事をしたことあるのかと 232 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 11:23:15 ] サターンとプレステで同じゲームを同時に作ったぞ 同時に作っただけだけど

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef