ｉアプリでゲーム

**利用者側** · 01/11/06 19:30

単純ではまるってなゲームつくってほしいー。

**名前は開発中のものです。** · 02/08/24 10:33

遊び手はあっちのが遥かに多いに決まってるだろうが。ゲーハー板並みの厨板でもあるし。

●504専用アプリを語るスレ2●
http://cocoa.2ch.net/test/read.cgi/phs/1026275407/
ααα良きiアプリααα その２
http://cocoa.2ch.net/test/read.cgi/phs/1026400839/

このスレあたりの活況を見て来い。

**名前は開発中のものです。** · 02/08/24 16:52

へー、本当にiAppliで遊んでる人っているんだなぁ・・・・

**名前は開発中のものです。** · 02/08/24 17:17

>>595
地球の人口が10億であると誰が決めたのでしょう？
この板に人が少ないことは決定の必要さえない単なる事実だと思いますよ。

**名前は開発中のものです。** · 02/08/25 01:12

地球の人口が10億だって…ぷっ(w

**名前は開発中のものです。** · 02/08/25 01:15

ごめん。適当に書いた。

**名前は開発中のものです。** · 02/08/26 20:49

J-SKYでゲームを作っているのですが、
理由あってPNGファイルを２つのファイルに分割しなければならなくなりました。

ゲーム内で使う時に、再結合してPNGに戻して読みたいのですが、どうすればよいのでしょうか。
createImage(byte[])はPNGをサポートしてないように見えるのですが・・・

**名前は開発中のものです。** · 02/08/26 20:56

携帯だけで開発できたらいいのにな

**エアリエル** · 02/08/26 21:38

>>601
まずファイルをバイナリ分割。
そして、保存領域にデータの並びがきちんと連続するように書き込む。
後は普通に読込めば良い…はず。

**名前は開発中のものです。** · 02/08/26 22:00

やはり一旦レコードストアに書き出さないとダメですかね。
PNGファイル。ものによっては結合すると2K弱くらいあるのでメモリー内で処理したいのですが…。

createImage(byte[])が使えれば文句ないんですけどね…

**エアリエル** · 02/08/27 00:20

、、、保存領域に書き込んで、メモリ内に読込んでしまったら
保存領域を破棄！ではダメなの？

場合によっては2枚のまま、、という方法もなきにしもあらず。

**名前は開発中のものです。** · 02/08/28 19:31

iアプリ3Dの作成をしています。

先日学び始めたのですが疑問が２つあります。

・視点をいくら引いても、モデルが小さく表示されない

・クラスやメソッドを見る限り、複数のモデルをいっきに描画する方法がない？
　このままだと壁向こうのモデルが見えてしまいそうな…
　モデルごとに自分でソートする…！？

Direct3Dは昔結構やっていたのですが、視点を引いても小さくならないのが謎です。
表示される大きさがsetScreenScaleだけに依存しているような…

どなたか分かるかた、教えていただけないでしょうか

**名前は開発中のものです。** · 02/08/29 17:23

「iアプリ3D」？って、これの事ですか？
http://www.mitsubishielectric.co.jp/service/d-style/d_spec/504i_java/z3d/z3dguide_f.html
とかいう

**haruka** · 02/08/29 17:50

>>606
多分マスコットエンジンの方の3Dを使ってると思うんだけど、
マスコットエンジンは透視変換をやらないので、
当然カメラを引いてもオブジェクトは小さくならないです。

…そんなの3Dじゃねえよ。。笑

**名前は開発中のものです。** · 02/08/29 20:01

（;´Д｀）
やっぱり透視変換してなかったのね…。
どこにおいても、視線と平行な状態での描画しかされないからあやしんでましたけど…

**名前は開発中のものです。** · 02/08/29 22:18

怪しいも何も、ドキュメントに明記されてるじゃん…

**名前は開発中のものです。** · 02/09/01 20:45

＞＞５９６
ゲーハー板を馬鹿にするな！あの板のおかげで抜け毛が減ったぞ！

**名前は開発中のものです。** · 02/09/01 21:21

誰か雀GO tonightの牌の画像をきれいなものに変えた504バージョンを作ってください。

**名前は開発中のものです。** · 02/09/03 03:45

質問
NTTドコモから落としてきたツールでコンパイルまでは成功する。エラーなし。
で、実際起動させてみると↓の様な警告が出てできない。

java.lang.NullPointerException
Stack trace data not available

動作確認のとれたプログラムで試してるのでjavaの設定のせいだと思う。
何が足りないんですか？教えて下さい(´・ω・`)ｼｮﾎﾞｰﾝ
必要なら、現在インスト中のjava関係書きます

**名前は開発中のものです。** · 02/09/03 09:07

画像ファイルあたりがなくて、データをつくれてないのではあるまいか。
NullPointerException って、ポインタにアドレスが割り当てられてないわけで

**名前は開発中のものです。** · 02/09/03 22:40

３Ｄを多様したアプリってＤ専用でもないと厳しいですかね＞５０４

しかし、自分の機種＋１，２機種は対応させたいな・・

**名前は開発中のものです。** · 02/09/14 17:36

あげちゃえ！！！

**名前は開発中のものです。** · 02/09/17 17:13

「iαppli Development Kit」実行すると、黒いの出てすぐ終了しちゃうんですけど、原因わかるかた解決方法を教えてください。

**エアリエル** · 02/09/17 23:31

クラスパスが通ってないか間違ってる…かも。
もしくはJAVAのSDK(JSEとか言ったっけ？)のバージョンが古いか新しすぎる。
↓によると1.3.1推奨だそうな
http://www.nttdocomo.co.jp/p_s/imode/java/tool_504i.html

**名前は開発中のものです。** · 02/09/22 14:05

氏ね

**名前は開発中のものです。** · 02/09/22 20:21

↑なぜ？

**名前は開発中のものです。** · 02/09/23 02:23

エアリエルだからだろうと。

**名前は開発中のものです。** · 02/09/23 16:07

うちは1.4.0で動いてるにょ。

**名前は開発中のものです。** · 02/09/23 17:07

にょってゆーな。

**名前は開発中のものです。** · 02/09/23 21:53

にゅ？

**名前は開発中のものです。** · 02/09/24 03:09

エアリアルって豚みたいなオタクなんでしょ？略してリアルブタク

02/09/24 11:44

自分ではアドバイスも（しない｜できない）くせに
コテハンをたたくやつがおおいな

**エアリエル** · 02/09/24 21:55

>>625
ソウダ！ワタシノショウタイハチキュウシンリャクニキタノッペラセイジンダ(ワラヒ

>>626
せっかく名前を書く欄があるのに固定で書けないというのは悲しいもんですな。

**エアリエル** · 02/09/24 22:00

ところで、504is情報はまだかな…？
やっぱりアプリの部分は504iと変わらないんですかね？
いや～、、ちょっと期待してるんですけど。。。

**名前は開発中のものです。** · 02/09/24 22:42

オマエじゃどうせまともなもの作れないから安心しろよ

アドバイス通り、名前欄埋めてみたよ。

**617** · 02/09/25 15:29

>>618
できました。ありがとうございました。
遅レスですみません。

**名前は開発中のものです。** · 02/09/25 15:59

isとか全然知らなかったので検索した。
http://k-tai.impress.co.jp/cda/article/event/0,,10746,00.html
＞「504iSは年内、505iは来年春」というスケジュールであるとのこと。

それぞれでまた各社各様の仕様でしょうから、アプリ製作者は今まで以上に
多彩なハードウェアに向けたアプリのチューニングが楽しめますね…。

というか、iAppli実行環境の性能（速度、容量など）が十分に高くなってくれば、
そして、それらの機種が主力になれば（初期の機種を無視できるようになれば）、
リソース制限関連のチューニングに関しては、省ける様になるんでしょうけど。
機種間の個性差も小さくなってくるんでしょうね。

**エアリエル** · 02/09/25 18:23

>>629
そのたうり！まともなモノ作ってても面白くないので、
これからもゆっくりとのんびり大急ぎで早く
ちったぁ～マシなモン作っていきます。

>>631
年内…。そうですか…。情報ありがとうございます。
個人的には、iSとしての拡張機能は各社バラバラでいいから
少なくとも504iのオプションAPIは基本APIに格上げしてもらいたい。

**haruka** · 02/09/25 22:57

背面液晶のサイズがばらばら→背面のビットマップは機種ごとにデザイン
の予感。。笑

**名前は開発中のものです。** · 02/09/27 20:50

携帯JavaでGameBoyが動く!?
http://www.zdnet.co.jp/mobile/0209/26/n_game.html

＞　現在のところまだ動作速度が遅く、“アクションゲームが快適に楽しめる”
＞ほどではないが、携帯のJavaでGameBoyソフトが動作することを示した意義は
＞大きい。審査員からも驚愕の声が聞かれた。

02/09/28 19:13

>>634
サイズが20kとかって書いてあるよね
すごいよね

**名前は開発中のものです。** · 02/09/30 18:30

あげてみる

**名前は開発中のものです。** · 02/10/01 11:06

>>634
今ビジネスとして動いても版権とかの関係上辛いだろうけど
あと1,2年で化け物に成長する悪寒。
このスレの1/9ぐらいのサイズだから、おれらは9倍無駄なことをしてきたと（違）

**名前は開発中のものです。** · 02/10/01 14:12

日立，MPEG-4アクセラレータ搭載のケータイ向けアプリケーション・プロセサを発売へ（発表資料要約）
http://ne.nikkeibp.co.jp/DSP/2002/09/1000014782.html

＞　今回の製品にはMPEG-4処理の専用回路（ハードウエア・アクセラレータ）
＞を搭載した。MPEG-4処理の大半をミドルウエアで対応していた従来の
＞「SH-Mobile」シリーズに比較し，CPU負荷を1/5に軽減したという。
＞これにより，MPEG-4の処理性能を2倍以上に向上させた。また，SXGAサイズの
＞カメラを直接接続できるインタフェースを内蔵した。高精細カメラの大容量
＞画像データを高速に取り込むことができるという。
　：
＞　動画・音声を同時記録するフォーマット「MP4」に対応した動画記録
＞ミドルウエアを用意した。アプリケーションからこのミドルウエアを
＞呼び出すだけで，動画と音声をMP4ファイル・フォーマットのデータとして
＞保存，および動画と音声の同期再生が可能。ビデオ・メール機能を容易に
＞開発できるとする。

アプリケーション・プロセサにビデオ・メール向けの機能拡張。
つまらないiアプリに金払うくらいなら、動画・静止画で遊んだ方が楽しい？

一方でiAppliのAPIにカメラ制御関連が追加される事になるんでしょうけど、
とりあえずは画像加工系のiアプリが無数に製作される事になりそうな…。
手軽に画像で遊べて、そのアプリを使うことで画像のやりとりが何倍も
楽しくなって、画像受信側にも同iアプリをインストールすると更に何倍も
楽しくなる！みたいなアプリを作れたら、伝染病的にヒットするかも。
...その為には対応端末が普及しなくちゃだめか。
画像受信だけなら従来の端末でも可能、に作れるし、工夫次第かな。

iアプリでゲーム。いや別にゲームに拘らなくても…いやそれじゃ板違い…

**名前は開発中のものです。** · 02/10/02 12:50

>>637
任天堂が許すかどうか冷静に考えてみろ。

**名前は開発中のものです。** · 02/10/02 13:53

それが売れるなら次のゲームボーイは携帯型だな

02/10/04 11:31

>>639
iアプリは他と比較してコピーが難しい
（通信先サーバが限定できる）ので
iアプリの本体さえ流出させなければ意外と実現可能かも

**名前は開発中のものです。** · 02/10/07 10:30

http://www.nttdocomo.co.jp/p_s/imode/java/tool_504i.html

↑のページから「DoJa2.0 API向けiαppli Development Kit」の
Downloadボタンを押しても、ダウンロードページに飛ばないんですけど…
漏れの環境だけですかヽ(`Д´)ﾉ

**642** · 02/10/07 11:19

あ、飛べた…　今まで全然ダメだったのに…
ということでお騒がせｽﾏｿ

02/10/07 14:02

↑オレもなったことある
ある日突然直った。なんでだろうね？

**名前は開発中のものです。** · 02/10/08 07:43

それはたぶんアクセスが集中してるからでは…？
httpsはサーバ負荷が大きいそうですし…。

02/10/15 12:18

ほしゅー

02/10/17 12:03

ハドソンの着信あぷりのサイトにあるｉアプリって
起動時に「読み込み中」って出てしばらくまたされるよね
（通信しているわけではない）

あれってなにやっているんだろう？
内部データの解凍でもしてるのかな？？

**名前は開発中のものです。** · 02/10/17 16:11

「読み込み中」って出てるんだから
読み込んでるんじゃないの？

02/10/18 11:59

スクラッチパッドから、なんか読んでるのかな？

**名前は開発中のものです。** · 02/10/18 13:19

そりゃもう。イメージの生成だけでめっちゃ遅いし。
ところで、そろそろ504isの季節ですがいかがお過ごしでしょうか。

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

02/10/21 11:54

おわらせんなよ

02/10/25 11:58

プログラム板のスレは盛り上がってるのに
こちらはぜんぜんだな。。。

**Javaの勉強** · 02/10/25 21:12

//２つ以上の数値をキーボードから入力する
import java.io.*;
class test11
{
public static void main(string args[]) thorws IOExseption
{
System,out.pritln("数値をキーボードから入力してください。")

BufferedReader =
new BufferedReader(new InputStreamReader(System.in));

String str1 =br.readLine();
String str2 =br.readLine();

int num1 = Integer.parseInt(str1);
int num2 = Integer.parseInt(str2);

?????????????????????????????????
?????????????????????????????????

}
}

**名前は開発中のものです。** · 02/10/26 11:07

iアプリと関係ないじゃんよ。

**名前は開発中のものです。** · 02/10/29 11:51

IApplication.getCurrentApp().terminate();

**AIR-real** · 02/10/31 16:47

エアリアル先生のサイトはどこですか？
エアリアル先生のサイトはどこですか？
エアリアル先生のサイトはどこですか？

**YASUDA** · 02/10/31 18:14

キャラクターとか動かす場合
------------------------------
int x[] = new int[20];
int y[] = new int[20];
------------------------------
という風にデータ保持する方法と

------------------------------
class hoge{
int x;
int y;
}

hoge chara[] = new hoge[20];
------------------------------
とクラス化する場合
jarファイルのサイズは気にしないとして

・速度的には前者のが早いと思うのですが、体感できるくらい変わりますでしょうか？
・ヒープメモリ使用量は、やはりクラス使用のほうが多いでしょうか？

上記二点がそこまで差が無いのであれば
クラス化して後々拡張しやすいようにしたいんですが･･･

助言お願いしまふ

**あぼーん** · NG

あぼーん

AK · 02/10/31 20:00

　>>659
　いくら携帯Javaでもその程度で速度差が出たりしないでしょう。
　使用頻度がものすごく多いのであれば話は別ですが……。
　KVMがどういうコードを読んでるのか覗いたことないですが、
　アセンブラで考えたら処理に違いは無いので(まぁ呼び出し方で変わるかもしれませんが)、
　気にするほどの問題ではありません。

　ヒープメモリに関してもクラス・インスタンスを管理する分、余計に食うでしょうね。
　ですがiアプリはユーザーのことを考えてjarは小さいに越した事はありません。
　クラスを使ってjarのサイズを肥大させるくらいなら、
　使わないでコーディングした方が良いです。
　なんならクラス構造を展開する最適化ツールを作ればコーディング中は問題ないでしょう。
　リリース時にソースを最適化すればよいわけですから。

**YASUDA** · 02/10/31 21:00

>>661
解答ありがとうございます。
体感そこまで変わらないのであれば、とりあえずクラス使って作って
最後に最適化するようにしてみます。
＞なんならクラス構造を展開する最適化ツールを作ればコーディング中は問題ないでしょう。
そんなツールもあるんですか！
検索してみます。

＃あぁ、機種毎の個性出すのはJAVA以外の部分でやってほしいなぁ

AK · 02/10/31 21:23

>>662
　そんなツールありました？
　あったら私も使いたいところです。

　504オプションAPIの各機種間対応表みると、まったくもって使えない機能が多すぎ。
　せめてSpriteくらい全機種対応して欲しい……。

**YASUDA** · 02/10/31 23:11

>>663
あ、「最適化ツールを作れば」か、あるもんかと勘違いして探してましたよ（´_｀
検索では見つからなかったです。
英語サイトは探してませんが、、、存在してれば既に広まってそうですよね。
がくり

**名前は開発中のものです。** · 02/11/01 00:31

データを送信するにはどんな感じすればいいのですか？
また、参考になったサイト・書籍を知りませんか。

経験値・レベル・クリアすると貰えるキーワードなどのデータを
鯖に送信、受信したデータをメールとして送信。

アプリ　→　鯖　→　指定したアドレスへ

※メアドはユーザーが自分で登録

メールを鯖から送信するからsendmailを使うんですよね？

**あぼーん** · NG

あぼーん

**haruka** · 02/11/01 08:44

>>659 >>661
実際には、それなりに速度差あります。
とはいえ、実際には配列アクセスとローカル変数のアクセスの間にも速度差があるので、
キャラクターの移動の場合、

int x = x[i], y = y[i]
　　 x と y を使って計算
x[i] = x; y[i] = y;

みたいなコードになります。そうするとアクセス回数自体が少なくなるので、
>>659の前者後者ではあんまり差がでないです。

ヒープの量は、だいたい1オブジェクトでフィールドに必要な量を以外に16バイトくらい
使うような気がするんで、それが誤差の範囲かどうかは作るモノによると思います。

**haruka** · 02/11/01 08:45

>>663
Sprite自体あんまり使い道のないAPIなので
全機種対応されててもされてなくてもあんまり関係ないと思うょ。

AK · 02/11/01 09:44

>>667
　>配列アクセスとローカル変数のアクセスの間にも速度差
　マジですか？！
　JVMってそんな処理してんですか……遅いわけだ。
　っていうか一体どういうメモリアクセスしてるんだ？

　単体インスタンスの方が速いって本当ですか？
　私は最後に変数を全て配列化してたので、それが本当ならものすごく遅くしてたということになりますな……。

>ヒープの量は、だいたい1オブジェクトでフィールドに必要な量を以外に16バイトくらい
　まったくJAVAのintなどのインスタンスにも、クラスIDだかサイズなどをくっつけてでかくするのはやめて欲しいですね。
　変数は4バイトまでにして欲しい。

>Sprite自体あんまり使い道のないAPIなので
　そうですね。Graphics2が全部対応してくれればいいんですけど……。
　拡大はできなくても仕方ないけど、反転などのラスタ系が使えないってどういうこと？　って思います。
　いっそのこと別にライブラリに付けなくてもいいから、
　画像などの内部データにアクセスさせてくれれば自前でラスタ処理するんでその方がいいですけどねぇ。
　画像処理あたりはアセンブリライクに組みたいですよね。

**haruka** · 02/11/01 10:27

>>669
配列は
NullPointerとか、ArrayIndexOutOfBoundsとかのチェックが入るので
どうしても遅くなっちゃうでしょ。

あと、intはインスタンスじゃないので、4バイトしか使わないです。

**YASUDA** · 02/11/01 11:05

>>667
その方法が速度的、ヒープ的にベストっぽいですね。
ただ、配列管理だと場合キャラクターのステータスが増えた場合管理が面倒くさそうですね
しかしActionゲームを作る上では避けて通れ無そうなのでその方法でがんばってみます。
ありがとうございます

AK · 02/11/01 12:06

>>670
　いやぁ、今までずっと勘違いしてました。
　私の頭の中のJVMと実際のJVMではだいぶ違ってたみたいです。
　ちょっと調べてみたら確かに配列使うと遅いですね。
　やり方によって体感するくらいの差が出るんじゃないですか？

　>クラスIDだかサイズなどをくっつけてでかくするのはやめて
　jarにする時、宣言一つで10数バイトほど余計に増えるので「なんだよ、intごとにlengthでもつけてんのか？」
　と思ってましたが、よくよく考えればバイトコードのサイズアップは実際のメモリ配置とは関係ないですもんね。
　それに調べたらlengthというフィールドがあるわけでもないようですし。
　
　私は最終的にソースコード上の単体変数を配列に置換するツール作ってjarの容量減らしてました。
　大体1kくらい軽くなるので、それでよしと思ってましたが、
　まさか遅くなっていたなんてね……。

　今までそんなバカなことやってないだろうと、調べずに無視してきましたが、
　Javaのあまりのお節介加減に気を失いそうになりました……。
　最近ハードいじりに疲れたんでJavaってましたが、
　なんかもうJava愛も冷めたって感じです……。
　やっぱ古巣へ帰ろう……。

**あぼーん** · NG

あぼーん

02/11/01 16:17

>>665
どこにでも載っていると思うのだが・・・　例えばここ。
http://www.zdnet.co.jp/mobile/0104/27/ijava_14.html

＞メールを鯖から送信するからsendmailを使うんですよね？
それでもいいし、phpとか使うならmailを使ってもいい
中身は同じだけどね
これこそ検索すればいっぱい出てくると思うよ

02/11/01 16:18

>>658
前にみたことがあったきがするけど忘れた
それなりにすごいアプリが置いてあったような、なかったような

**YASUDA** · 02/11/02 01:14

複数キャラクターの移動＆描画で
クラス版と配列変数版を作ってベンチマークしてみました

■測定方法
10x18ドットの画像を持つキャラクターを100体、移動＆描画を100ループしてみたところ
■測定機種
N504i
■結果
配列：9900msec
クラス：10800msec

でした。
多少配列のほうが早いみたいですね、
ただ、今回使用したのは、x,yのみでしたので他の項目が増えれば増えるほど
差はひろがりそうな気もします

**haruka** · 02/11/02 09:15

>>676
ケースバイケースなんで、
「配列使うべきだ」ってのが一人歩きしないよう
注意して欲しいです。

つまり、>>659の例でいくと、
for (int i = 0; i < numOfCharacter; i++) {
　　x[i], y[i] を使って計算とか描画とか、
}
と、
for (int i = 0; i < numOfCharacter; i++) {
　　chara[i].x , chara[i].y を使って計算とか描画とか、
}
を比べると後者の方が遅い場合が殆どだと思います。

でも、
hoge h;
for (int i = 0; i < numOfCharacter; i++) {
　　h = chara[i];
　　h.x, h.y を使って計算とか描画とか、
}
ってやると、計算・描画のときに配列アクセスがなくなるため
これが一番速かったりするからです。

**YASUDA** · 02/11/03 01:14

>>677
！！！！！
気づきませんでした･･･

上のほうにも書かれてた通り
int x,y
for (int i = 0; i < numOfCharacter; i++) {
　　x=x[i];y=y[i];
　　x,yでを使って計算、描画
}

というのもありますね･･･
うむむ、どのような方法があるか知っておいて、
そのアプリに最適なものを選ぶのがいいですね･･･

**名前は開発中のものです。** · 02/11/03 02:04

>>658
http://homepage2.nifty.com/airriel/i/i.htm
だと思うが
かなりDQN臭いので注意されたし
間違ってもこんなのに金払わないように

**あぼーん** · NG

あぼーん

**エアリエル** · 02/11/03 13:13

>>679
何度も語るようですが、作者の性格とゲーム内容は関係ないですよ。
お客様は購入したゲームが面白けりゃそれで良いわけですし…。
実際、、以前、試しに２ちゃんで叩かれまくったら、どう売上に影響するか
実験してみたけど、結果は何も変わらなかったし…（影響したら名前変えて新規にやるつもりでした）
残念ながら正確な数字はわかりませんが、ここでの影響範囲はせいぜい数十人程度ですね。
（まっその数十人にDQNというイメージを植え付けてしまったため、いつまでも
チクチク・クドクドと言われつづけなきゃいけなくなったのは痛いかも知れないけど…）

そうそう、、アプリ開発に関しては企業売りにシフトし始めてるから、
ひょっとしたら今貴方が面白いと思ってやってるアプリは…

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/11/03 18:08

凄い言い訳ですな・・・

**名前は開発中** · 02/11/03 20:45

>>681
正直、そーゆー事いう事自体が大人気ない気もします(^^;

作者の性格とゲーム内容が関係ないのはわかってますが、
それでも貴方のゲームがフリーのゲームより優れてるとは思えません
こう言うと「やってもいないくせに！」とか思われますでしょうが
実際にプレイしての感想です。

もすこしオリジナリティが欲しいと思います
あと、「携帯ゲームならでは」「俺にしか出来ないアイデア」みたいなのも欲しいです

＞そうそう、、アプリ開発に関しては企業売りにシフトし始めてるから、
＞ひょっとしたら今貴方が面白いと思ってやってるアプリは…
お、興味有り･･･
どんなの作ってるんですか？

**あぼーん** · NG

あぼーん

**エアリエル** · 02/11/03 23:54

>>684
>もすこしオリジナリティが欲しいと思います
>あと、「携帯ゲームならでは」「俺にしか出来ないアイデア」みたいなのも欲しいです
>
参考意見ありがとうございます。
いまのところは携帯では出来そうもなかったゲームを再現する＆JAVAの実験に主眼を置いてます。
再現するのも結構キツイんす、これがまた意外と…。なんたってまだまだJAVA初心者ですし…、
色々と自由に扱えるようになったらオリジナリティ溢れるモノを作りたいですね。
まぁ～「ならでは」等はまだまだ先の事になりそうです。

>お、興味有り･･･どんなの作ってるんですか？
う～ん、、いまはまだ…ちょっと言えないです。
結局コレも再現だし…、、、。

02/11/05 12:10

>>679-685
氏のサイトを見てデモをやってみたが、
技術的には結構すごいんじゃないかと・・・

叩くのは結構だが、お前らの作ったアプリも見せてみろと言いたい

**名前は開発中のものです。** · 02/11/05 14:34

やっぱ作者の人柄は重要

**名前は開発中のものです。** · 02/11/05 22:19

まぁ、使うか使わないかは本人が決めればいいだけの話。
漏れは作者の人格を気にしないタイプ。
ひろゆきがどんなに嫌な奴だろうと２ｃｈ見るのやめないし。

ただ、あんまり作者をDQN呼ばわりし続けると
今度は叫んでる香具師が粘着DQN呼ばわりされるから気をつけるべし。

嫌いな人間ならいちいちかまわず無視しとけ

**名前は開発中のものです。** · 02/11/06 15:16

名前出して出てくるのが悪い

**名前は開発中のものです。** · 02/11/07 00:30

ｼﾞ
ｻ
ｸ
ｼﾞ
ｴ
ﾝ

ｶ
ｺ
ﾜﾙｲ

**名前は開発中のものです。** · 02/11/07 15:07

>>689
俺と逆だな。
俺は作者の人柄も気にするタイプ。
自己防衛だけど。

DQNな作者が作ったプログラムって悪意のあるコードが混じってそう。

**名前は開発中のものです。** · 02/11/07 17:57

>>692
うむ。
まぁ、iアプリの場合、無駄に通信させてパケ死させたり
アドレス帳勝手に開いたり出来ないから、まだ安心できるけどね。
出来てたら、そら恐ろしいことに（ｗ

**名前は開発中のものです。** · 02/11/08 08:03

またエアリエルが吼えてるのかよ
作者の人格と無関係といっても、わざわざ作者は異常人格者で嫌われ者ですってラベルが貼ってある
商品が陳列されていたら、お前は買うのかよ

**名前は開発中のものです。** · 02/11/08 11:26

（´-｀）.｡oO(au使ってるから自分で動作確認できないや…