[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 13:36 / Filesize : 193 KB / Number-of Response : 878
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

ゲームプログラマの人に聞きたい 34問目



1 名前:仕様書無しさん [2009/03/16(月) 00:02:18 ]
前スレ

ゲームプログラマの人に聞きたい 33問目
pc11.2ch.net/test/read.cgi/prog/1234083564/

まったりといきましょー

610 名前:仕様書無しさん mailto:sage [2009/04/03(金) 02:25:11 ]
同じ奴が連投したのは見た。

611 名前:仕様書無しさん mailto:sage [2009/04/03(金) 02:25:15 ]
質問には答えず質問を肴に好き勝手騒ぐスレ

612 名前:仕様書無しさん mailto:sage [2009/04/03(金) 02:26:05 ]
学歴コンプレックスのゲハ民をいぢるスレ

613 名前:仕様書無しさん mailto:sage [2009/04/03(金) 02:34:06 ]
ゲームプログラマーのレベルを観察するスレ

614 名前:仕様書無しさん mailto:sage [2009/04/03(金) 02:37:52 ]
>>613
おいおい、いくら悔しいからってゲームプログラマーに質問するスレでワナビが回答してんじゃねーよ
スレタイ読めないの?

615 名前:仕様書無しさん mailto:sage [2009/04/03(金) 03:29:40 ]
んじゃオレから質問
こんなかにK&RとかMoreEffectiveC++とかSICPとか読んでるやつ、どんくらいいる?
別に読むべきとかいう話じゃなく、単に読んだかどうか

オレは結構勉強好きなんだが、勉強より実践派の方が多いんかな

616 名前:仕様書無しさん mailto:sage [2009/04/03(金) 03:36:40 ]
その3つならMEC++だけだな
正直古典はあまり読む気がしない

617 名前:仕様書無しさん [2009/04/03(金) 05:16:50 ]
C++の設計と進化
は面白かった。オヌヌメ


618 名前:仕様書無しさん mailto:sage [2009/04/03(金) 05:50:50 ]
K%Rを読むことを勉強と捉えるって、新鮮な驚きだ。



619 名前:仕様書無しさん [2009/04/03(金) 07:39:46 ]
福沢諭吉の学問のすすめでも読むべきだね
彼も役に立たない勉強をするなって言ってるね
昔から知識ばっかり肥やしてちっとも知恵として活かせない人間はいたってことだろうね

620 名前:仕様書無しさん mailto:sage [2009/04/03(金) 07:40:18 ]
K&Rはどうだろう。邦訳版は論外として、今読むと害悪でしかないというか、
コンパイラによる最適化を期待できなかった時代の遺物みたいな情報が、
平然と書かれてたりするし。あれを有難がってる奴は馬鹿そのものだね。

621 名前:仕様書無しさん mailto:sage [2009/04/03(金) 09:24:22 ]
ゲームプログラマでSICPまで読む必要はないんじゃないかなぁ
もちろん読んでるに越したことはないけど
センス(笑)を磨くというところで


622 名前:仕様書無しさん mailto:sage [2009/04/03(金) 09:40:11 ]
>>620
> K&Rはどうだろう。邦訳版は論外として、今読むと害悪でしかないというか、
> コンパイラによる最適化を期待できなかった時代の遺物みたいな情報が、
> 平然と書かれてたりするし。あれを有難がってる奴は馬鹿そのものだね。

まぁバイブルとはそんなものだ。向こうの連中がありがたがるKnuthのTAOCPも
大半が化石的手法の解説に紙面が費されてる。

邦訳は、2版の改訂新版はまぁマシになってる。
「コンパイラによる最適化を期待できなかった時代の遺物みたいな情報」って、
どんなだ?
strcpy は while (*dst++ = *src++); と書くのが望ましいとかそういうのだったら、
それは最適化の話ではなくて、ソースコードの美しさの規準の話ではないかと
思うのだが。

623 名前:仕様書無しさん mailto:sage [2009/04/03(金) 10:37:24 ]
センスという言葉に拒絶反応しててウケルw

よっぽど自信がないのかね。
スポーツをする人間ならすぐ理解出来るけど
単純な身体能力をそのスポーツの能力に変換するのがセンスだ。

プログラムも同じで英語や数学が得意だとしても
センスがないとゲームプログラムにうまく変換出来なくて
結果的にはショボかったりバグバグになる。

実際、結構な数いる。

しゃべってるだけだとゴイスだけどw
書かせるとショボい奴とかは典型的だな。

624 名前:仕様書無しさん mailto:sage [2009/04/03(金) 10:46:27 ]
      | Hit!
      |
   ぱくっ|
     /V\
    /◎;;;,;,,,,ヽ   そんなエサで
 _ ム::::(,,゚Д゚)::|   俺様が釣られると思ってんのか!!
ヽツ.(ノ:::::::::.:::::.:..|)
  ヾソ:::::::::::::::::.:ノ
   ` ー U'"U'

625 名前:仕様書無しさん mailto:sage [2009/04/03(金) 10:52:13 ]
つーか、高学歴もプライドの割に出来るようになる人間が少ないから
高学歴ばっか取るのも良し悪しだな。

それなりに金が掛かるんで会社が潰れる
みたいな事も起きるw

626 名前:仕様書無しさん mailto:sage [2009/04/03(金) 11:22:38 ]
プログラミングと同じだなw
抽象論しかできない奴は黙ってろ。

627 名前:仕様書無しさん mailto:sage [2009/04/03(金) 11:25:53 ]
時代は大人数開発になり、ますます人とのやり取りが重視されてるってのに
腹に一物もった人間がこんなに多いんじゃ、先が知れるな

628 名前:仕様書無しさん mailto:sage [2009/04/03(金) 11:50:21 ]
>>623
プログラムに落とす能力もセンスじゃなくて、学習できるものだから。



629 名前:仕様書無しさん mailto:sage [2009/04/03(金) 12:08:31 ]
ポインタを理解できるorできない、には、どうやらセンスというしかない壁があるようだ、
という説はあるけどな。

630 名前:仕様書無しさん mailto:sage [2009/04/03(金) 12:30:57 ]
ポインタが理解できないってゲームプログラマですらないだろ。

631 名前:仕様書無しさん [2009/04/03(金) 12:47:41 ]
とりあえずこれまでの人生であったことない
多分都市伝説の類
それに対応した言語って都市伝説に踊らされた感がある

632 名前:仕様書無しさん mailto:sage [2009/04/03(金) 12:55:00 ]
>>631
Java(とかRubyとかC#とか...)のことを言ってるのなら、ありゃハッタリ以外の
なにものでもないぜ? 最初から。

そこらへんの言語の、オブジェクトを指す変数は全てポインタ経由みたいなものだ。

633 名前:仕様書無しさん mailto:sage [2009/04/03(金) 13:02:59 ]
2 名前:仕様書無しさん[] 投稿日:2009/03/16(月) 00:03:36
●下記の話題は何度繰り返されても結論が出ず、無駄に荒れるだけなので避けましょう
・全角英数でのレス
・コーディングルール全般
・古典タスクシステム
・オブジェクト指向
・バージョン管理システム
・エクストリームプログラミング
・テスト駆動開発
・言語論争
・進路問題(大学にいくべきか、ゲーム専門学校にいくべきか等)
・エディタの強制
・読解力の指摘
・プラットフォームの優劣について

634 名前:仕様書無しさん mailto:sage [2009/04/03(金) 13:03:46 ]
前、なんかの質問掲示板で
「プログラマになりたいんですけど、ポインタとか勉強する必要ありますか?」
という質問に「特に必要ありません。」って答えてる人がいた。
どうやらPHPとかweb系らしい。ひどく驚いたが、場所によっては本当に必要ないのかも。
逆にこの新しい常識を受け入れられるか否かで、自分が時代に適応できるか否かを試されている気がする。

635 名前:仕様書無しさん mailto:sage [2009/04/03(金) 13:12:54 ]
>>633
そんな2があるからゲハが跋扈するんだよ。

636 名前:仕様書無しさん mailto:sage [2009/04/03(金) 13:29:33 ]
ポインタ理解するのに3時間以上掛かるような人はプログラマという
より技術系全般向いてないだろ。
だが業務系ならOK。何故ならあっちは技術職じゃなくて事務職だから。

637 名前:仕様書無しさん mailto:sage [2009/04/03(金) 13:40:16 ]
************************

638 名前:仕様書無しさん mailto:sage [2009/04/03(金) 13:54:52 ]
>ポインタ理解するのに3時間以上掛かるような人
意味不明。



639 名前:仕様書無しさん mailto:sage [2009/04/03(金) 14:03:27 ]
>>636
基本は3時間かもしれないが、
void (*signal(int sig, void (*func)(int)))(int); の意味をすらすらと説明できるように
なるまでに、全くのゼロから3時間は無理だろ。

640 名前:仕様書無しさん mailto:sage [2009/04/03(金) 15:04:56 ]
なんでも数時間で出来るって言う奴いるよな。
大抵張りぼてだけでできてない。

641 名前:仕様書無しさん mailto:sage [2009/04/03(金) 15:39:37 ]
>>628
スポーツのセンスもやり込んで伸ばしていくものなんだけど?

まともにスポーツをした事ないだろw

642 名前:仕様書無しさん mailto:sage [2009/04/03(金) 15:44:28 ]
つーか、本を読んだだけで出来たつもりになる奴いるよな?

実際に書かせると大抵マトモに使えないものになってるがw

高学歴に多いな。

643 名前:仕様書無しさん mailto:sage [2009/04/03(金) 15:53:54 ]
>>564

644 名前:仕様書無しさん mailto:sage [2009/04/03(金) 16:36:52 ]
まぁ、正直コードのセンスはあるはあるが学歴関係ないけどな。

よく勉強をして、コードをたくさん書いて、きっちりとデバッグできる(ここ重要。加えてプロファイルもできてる)やつがセンスのよいコードが書いてるとは思うが・・・
オレコードを主張するやつが書いたは9割がたダメなものが多いが。

センスのよい人のコードは大体ヘッダー見ただけでわかるな。


645 名前:仕様書無しさん mailto:sage [2009/04/03(金) 16:45:12 ]
自分にセンスがあると信じてるんですね

646 名前:仕様書無しさん mailto:sage [2009/04/03(金) 16:48:47 ]
センスは実装を見ないとわからないだろ。

センスがない奴ほどif文使用率が高い。
バグバグになる奴はなるべくしてなってるんだよ。

ヘッダーで分かるのはそいつの大まかなコードスタイルだな。

647 名前:仕様書無しさん mailto:sage [2009/04/03(金) 16:57:10 ]
コーディング技術のような分野で努力より先にセンスとか言っちゃう人は厨二

648 名前:仕様書無しさん mailto:sage [2009/04/03(金) 17:02:57 ]
努力で実力は担保されないからなw

アピールの仕方と相性次第では上司の評価は担保出来るかもだが。



649 名前:仕様書無しさん mailto:sage [2009/04/03(金) 18:36:04 ]
おまえら早くテポドンをハックするプログラム作れよ

650 名前:仕様書無しさん mailto:sage [2009/04/03(金) 19:43:00 ]
>>620
いつを前提にせず、読んだかどうかを問われているのに、
何故読むべきかどうかという話にすり替わるんだろう。
技術以前に仕様が読めないこういうタイプは、実は結構いる。

651 名前:仕様書無しさん mailto:sage [2009/04/03(金) 20:27:33 ]
昨日から人をタイプ分けする、最も嫌われる人間の典型がいますね

652 名前:仕様書無しさん mailto:sage [2009/04/03(金) 20:46:51 ]
日本人はスタイルとか気にしすぎ。
オープンソースでネットに転がってるソースとか見てみろよmain関数が1000行あるとかざらだぜ

653 名前:仕様書無しさん mailto:sage [2009/04/03(金) 20:49:42 ]
コンプレックスからくる被害妄想だな。

分類分けはプログラムの基本。
お涙頂戴系の人間はプログラマには向いていない。

実際、コストが高くつくのに結果が出なくなってくるので
わかりやすい。

654 名前:仕様書無しさん mailto:sage [2009/04/03(金) 20:51:51 ]
>>652
ゴミを参考にしてどうすんだよ?

上を見たらきりがないが、下を見てもきりがないんだよ。

655 名前:仕様書無しさん mailto:sage [2009/04/03(金) 20:57:37 ]
完璧を目指していつまでも完成しないよりとりあえずでも動く方がよくね

656 名前:仕様書無しさん mailto:sage [2009/04/03(金) 20:59:41 ]
スタイルに拘りすぎはあるな。
日本人は型に拘りすぎる傾向があるからな。

野球でも日本人のバッティングフォームは均一だからな。

別に拘ってもいいんだが
それが目的化してる奴もいるな。

どっちにしろ、自分の頭で考えられなければ
スタイルだけを変えても意味はないんだけどな。

657 名前:仕様書無しさん mailto:sage [2009/04/03(金) 21:17:35 ]
まぁちと話題を変えてみるか。

おまいら組み込みスクリプトは何使ってる?
最近、設定系のパーザー書くの面倒だったり、パラメータ調整とかなんでもかんでも外に出すようにしてはいるんだが、あんまりLuaの構文が好きじゃなくてさ。

他社の人の話を聞いてもマチマチなので、この手の話題は割と好き。

658 名前:仕様書無しさん mailto:sage [2009/04/03(金) 21:32:05 ]
Lunaは文法は(直せるし)どうでもいいんだけど、
あの文字列処理の貧弱さだけはなんとかしてほしい。

と、Perl使いがメモリの制約を忘れて愚痴ってみる。



659 名前:仕様書無しさん mailto:sage [2009/04/03(金) 21:43:36 ]
>>615
一通り読んだことあるよ。

でもこういう本を読むのは社内じゃ少数派かな。
とくにSICPは。


>>657
Cのマクロ。
いやまじで。
この決断を下したやつをぶっとばしたい。

660 名前:仕様書無しさん mailto:sage [2009/04/03(金) 22:00:51 ]
Cのマクロは手間かからないから小規模であまり変更ないものならかなり有効だと思うけど。

661 名前:仕様書無しさん mailto:sage [2009/04/03(金) 22:17:48 ]
>657
squirrelを使ってみようかと検討中。
バイトオーダーが違うのをナントカしたいところ。

662 名前:仕様書無しさん mailto:sage [2009/04/03(金) 23:39:47 ]
>>660
そういう用途ではコンパイルするのがやだ。

663 名前:仕様書無しさん mailto:sage [2009/04/04(土) 00:35:28 ]
勝手に組み込みスクリプトを入れると大本のメーカーに怒られます。

664 名前:仕様書無しさん mailto:sage [2009/04/04(土) 00:43:43 ]
C以下の記述性でC++を越えるコンパイル速度の遅さを誇り
グローバル変数しかなくメモリも自由に触れない
スクリプト(笑)と称する物を使わされている

見るだけで胃が痛くなるんだ

665 名前:仕様書無しさん mailto:sage [2009/04/04(土) 00:52:36 ]
本当はスクリプトを使いたいけど、上の人がガリガリ書くのが好きなんであきらめた
一部パラメータはCSVにまとめたけど役に立ってない

666 名前:仕様書無しさん mailto:sage [2009/04/04(土) 00:56:40 ]
Lua使えよ

667 名前:仕様書無しさん mailto:sage [2009/04/04(土) 00:57:13 ]
Luaは悪くはないんだけどね。
広く使われてライブラリや情報も多いし、だいぶ枯れてるし・・・
ただ後発でよいものがあると言われると、プログラマーの性としてそっち使いたくならない?

組み込みスクリプトの用途や目的を考えるとCマクロは、ちょっと不向きかもしれんね。
元々、ビルドレスで何か変更したいという欲求の答えのひとつがスクリプト化なわけだし。

Squirrelはちょこちょこ勉強兼ねて使ったりしてますが、PCもプラットフォームもエンディアンが同じなのでバイトオーダー気にしたことなかった・・・・
Wiiや360だと問題が出たりするのかな?
一応、バイトオーダーをなんとかするAPIはあるみたいだけど、ターゲットで条件分岐するのもけっこう面倒くさそう。

組み込みスクリプトで強力な文字列処理が欲しいと考えると、現状での選択肢としてはStackless Pythonという選択肢もありそうなんだが、いかせん身近で使っている人がいないので、あまり情報得られないんだよなぁ・・・・
英語で文献は読めても、フォーラムに参加できるほどの心臓がないオレ。

668 名前:仕様書無しさん mailto:sage [2009/04/04(土) 02:14:58 ]
AngelScript使うんだ。




669 名前:仕様書無しさん mailto:sage [2009/04/04(土) 02:28:31 ]
>>667
Python が組み込みで使えればそれが最高な気がするんだけど、
そもそも商用利用に合うライセンスなのか?

svn.python.org/projects/stackless/trunk/LICENSE
ざっと見た感じ、組み込んでの利用についてはっきりとは触れられていないし、
部品として利用されてるソフトのライセンスとか含んでるし、 Lua や Squirrel に
比べるとだいぶややこしそう。

670 名前:仕様書無しさん mailto:sage [2009/04/04(土) 05:45:28 ]
Lispが最も自然です。

671 名前:仕様書無しさん mailto:sage [2009/04/04(土) 09:10:07 ]
Lispなんか使ったらバイトにスクリプトを触らせられないよ。

672 名前:仕様書無しさん [2009/04/04(土) 10:20:37 ]
>>669
うちの会社はPythonだから、ライセンス的には大丈夫なはず。


673 名前:仕様書無しさん mailto:sage [2009/04/04(土) 12:02:51 ]
>>669
海外では商用ソフトでも使われている

674 名前:仕様書無しさん mailto:sage [2009/04/04(土) 13:20:17 ]
誰もライセンス内容に言及できないことについて

675 名前:仕様書無しさん [2009/04/04(土) 14:15:24 ]
だってそういうのは法務部担当だし。


676 名前:仕様書無しさん mailto:sage [2009/04/04(土) 15:01:04 ]
ださっ

677 名前:仕様書無しさん mailto:sage [2009/04/04(土) 15:08:58 ]
素人判断で勝手に組み込むほうが問題
後から大騒ぎになることがある
馬鹿はフリーだからーとかいって確認も取らずに組み込むから
IP amplifierとかその手のツールに頼らざるを得ない

678 名前:仕様書無しさん mailto:sage [2009/04/04(土) 15:28:34 ]
お前特定できるぞw。
判断決定と知識は別物だから。



679 名前:仕様書無しさん [2009/04/04(土) 15:41:20 ]
うちのチームもパフォーマンスいらないところはsquirrelで行くことにした。
パフォーマンスのいる所は専用バイトコード

680 名前:仕様書無しさん mailto:sage [2009/04/04(土) 16:08:38 ]
混在させるとロクなことにならん気がするが・・・

681 名前:仕様書無しさん mailto:sage [2009/04/04(土) 16:11:00 ]
スクリプトって何のために導入してるの?
コンパイルや再起動が邪魔な状況ってイメージなんだけど
そんなに必要な状況が思いつかない。

682 名前:仕様書無しさん mailto:sage [2009/04/04(土) 16:11:18 ]
>>678みたいな馬鹿にはプログラム書かせないことだね
どうしても仕事させたいなら、絶対に外に出さないどうでもいいツールとかやらせとけ

683 名前:仕様書無しさん mailto:sage [2009/04/04(土) 16:33:14 ]
なんか悔しかったみたいだねw

684 名前:仕様書無しさん [2009/04/04(土) 17:05:52 ]
>>681
RPGとかスクリプト無しでどうやって作れと。

685 名前:仕様書無しさん mailto:sage [2009/04/04(土) 17:13:38 ]
あ、ごめん、インタプリタ形式のスクリプトの話限定。

686 名前:仕様書無しさん [2009/04/04(土) 17:46:42 ]
ゲームデザイナーがゲーム作れるようにする為。


687 名前:仕様書無しさん mailto:sage [2009/04/04(土) 17:50:22 ]
ビルド環境なしにってこと?
ビルド環境あればできないことはないよね。
またはビルドをする時間がもったいないくらいトライ&エラーが必要なもの?

688 名前:仕様書無しさん mailto:sage [2009/04/04(土) 18:01:10 ]
全員分のビルド環境用意できるハードなんて限定されんだろ
あったとしてもいちいちビルドが必要とか時間の無駄



689 名前:仕様書無しさん mailto:sage [2009/04/04(土) 18:03:06 ]
デザインリソースすら再起動なしに読み込んで欲しいくらいなのに
スクリプト変えたくらいでビルドしてたらやってらんない

690 名前:仕様書無しさん mailto:sage [2009/04/04(土) 18:10:29 ]
でもデバッグ環境とかちゃんと整えないと返ってはまると思う。
簡単なスクリプトなら機能を限定してテキストファイルとかの方が安全じゃないか?

691 名前:仕様書無しさん mailto:sage [2009/04/04(土) 18:12:12 ]
>>689
> デザインリソースすら再起動なしに読み込んで欲しいくらいなのに

そりゃそうだがPCじゃないんだから作業量やメモリサイズとかの管理考えたらないと思うぞ

692 名前:仕様書無しさん mailto:sage [2009/04/04(土) 18:16:46 ]
>>690
ターゲットはどうしたって必要だから用意するとして、
プログラム書かない人らにビルド環境まで用意するのはコストがかかりすぎるのよ

開発がgccオンリーでできるあれとか、CWが無料のそれとかくらいでしょそこまでできるのは

693 名前:仕様書無しさん mailto:sage [2009/04/04(土) 18:21:43 ]
そんなにみんなでスクリプト書くの?
俺の感覚だと怖いから書くひと限定させるけどそうも言ってられないほど作業量が多いのかな?

694 名前:仕様書無しさん mailto:sage [2009/04/04(土) 18:40:53 ]
>>693
その感覚は間違いではないな。

ただ組み込みスクリプトがもてはやされた理由としては・・・

1.欧米ではプログラミングできないレベルデザイナーなどいない。(スクリプトレベルならまず問題なし)
2.ビルド時間の増大。リンクだけで10〜15分ぐらいかかる場合もざら。(大規模だともっと長いかも・・・)

と、作業量が多いのも確かなんだけど、開発後半へ行くほど通常のやり方では作業効率が下がってくるので、
それを補う形でスクリプト化を進めるというのが一般的な考えじゃないかな。

こういう外部化を進めていかないと人増やしても生産効率はあがらないとかになりがちだし。

695 名前:仕様書無しさん mailto:sage [2009/04/04(土) 19:41:45 ]
スクリプトで制御するって前提にしたほうがシステム全体の見通しが良くなる場合もある。
・・・と思う

696 名前:仕様書無しさん mailto:sage [2009/04/04(土) 20:32:14 ]
>>695
無いよ
本当は業務系みたいに全員PG作戦のがいいに決まってるだろ
少なくともスクリプトとc/c++のやりとり部分が増える
それは一度作ってしまえば・・・という話じゃなくて
仕様ごとにそれが必要になると思う

697 名前:仕様書無しさん mailto:sage [2009/04/04(土) 20:33:03 ]
うちは何ヶ国語にもローカライズされるの前提だから、
プログラムソース渡さずに済むようにスクリプト使ってる。

698 名前:仕様書無しさん mailto:sage [2009/04/04(土) 20:45:35 ]
>>696
全員攻撃、全員守備
これからはトータルプログラミングの時代だな!



699 名前:仕様書無しさん mailto:sage [2009/04/04(土) 20:53:09 ]
それリソースの問題じゃないか?

700 名前:仕様書無しさん mailto:sage [2009/04/04(土) 21:09:23 ]
スクリプト部分の実行速度は糞遅いんだが

701 名前:仕様書無しさん mailto:sage [2009/04/04(土) 21:49:04 ]
たしかにクソ遅いのは認めるが、使いどころだと思う。
毎フレーム実行するような箇所は極力使用を避けるとか、数フレームに一回実行とかそういう工夫はけっこう必要になってくる。
スクリプトを使って重くなってる箇所はネイティブに置き換えたりと、後で対処してもそんなもんだから、まずはトライファストという流れでもいいんじゃないかな。

702 名前:仕様書無しさん mailto:sage [2009/04/04(土) 22:42:00 ]
遅い場合はJITコンパイルすれば?

703 名前:仕様書無しさん mailto:sage [2009/04/04(土) 23:28:44 ]
コンパイル中、じっと机に座って待ってますが全然速くなりません。

704 名前:仕様書無しさん mailto:sage [2009/04/05(日) 00:52:22 ]
>>700
そういう時は専用命令をプログラマに作ってもらおう。
大抵遅い理由とか認識してたりする。一定の処理をまとめてやるとか、
機能を限定して高速とか、前処理として呼ぶと速くなる命令とか、なんか考えてくれるよ。

705 名前:仕様書無しさん mailto:sage [2009/04/05(日) 01:01:48 ]
汎用に過ぎるスクリプトシステムが遅いのはしょうがない
なんでもできるってことは無駄が多いわけだから

まあそれで結局、PJごとに簡易スクリプトを作ることになるわけだが

706 名前:仕様書無しさん mailto:sage [2009/04/05(日) 01:35:35 ]
スクリプト自体の動作速度が気になる時代じゃない気はするな
Windows3.1の時代は苦労した覚えはあるが

707 名前:仕様書無しさん mailto:sage [2009/04/05(日) 02:07:30 ]
X68のアセンブラよりペンティアムマシンのBASICのが速いんじゃね?とか90年代に考えていたのからすると
もやはマッハすぎて目に見えないスピードだ。

708 名前:仕様書無しさん mailto:sage [2009/04/05(日) 02:13:31 ]
>>691
うち、デザインリソースも再起動なしに変更できるよ?



709 名前:仕様書無しさん mailto:sage [2009/04/05(日) 02:27:04 ]
デザインリソースのツールとかPS1のころから出てたろ。
金か労力を裂いてるか裂いてないかだけの話だと思うが。

710 名前:仕様書無しさん mailto:sage [2009/04/05(日) 05:13:16 ]
>>708
ルールがそりゃゆるけりゃ出来るよ。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<193KB

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