BREW(Binary Runtime Environment for Wireless) 7

BREW(Binary Runtime ..

211:デフォルトの名無しさん
06/02/17 18:38:37
ILOGGERでログファイルに出力したいんですが、０バイトのファイルができるだけで、書き込まれません。

URLﾘﾝｸ(pokke-island.jp)
このサイトを参考にしてます。

アプリ開始時に、
pMe->piLogger = NULL;
ISHELL_CreateInstance(pMe->pIShell,AEECLSID_LOGGER_FILE,(void**)&pMe->piLogger);
ILOGGER_SetParam(pMe->piLogger,AEE_LOG_PARAM_FILE_NEW,_OFM_READWRITE,"journal.log");
ILOGGER_SetParam(pMe->piLogger,AEE_LOG_PARAM_FILTER_ONE,1,TRUE);
ILOGGER_SetParam(pMe->piLogger,AEE_LOG_PARAM_SENT,0,NULL);

ログ出力したいところで、
ILOGGER_Printf(pMe->piLogger,(pMe->piLogger,1,__FILE__,__LINE__,"LOG Message"));

アプリ終了時に、
ILOGGER_Release(pMe->piLogger);
pMe->piLogger = NULL;

という感じでコーディングしています。
因みにＭＩＦでは、
　・特権レベルでファイルにチェック
　・ＥＦＳ最大ファイル数＝１００
　・ＥＦＳ最大容量＝１０２４０００
としています。
機種はＷ３２Ｈです。

原因がお分かりの方、よろしくお願いします。

212:211
06/02/17 19:37:23
すいません、
ILOGGER_SetParam(pMe->piLogger,AEE_LOG_PARAM_FILTER_ONE,1,TRUE);

はコンパイルでエラーが出たので、
ILOGGER_SetParam(pMe->piLogger,AEE_LOG_PARAM_FILTER_ONE,1,(void*)TRUE);
にしてあります。

よろしくお願いします。

213:198
06/02/17 20:37:58
みなさん。返信ありがとうございます。
（ちなみに開発環境はBREW2.1です）

一つの関数では無理とのことなので、
ＷＥＢ受信完了の通知関数別に作って対処しました。

// クリックイベント
void OnClick()
{
　　char szSend[] = "hello send message.";
　　// データをポストする処理を行う。
　　// 以降、内部ではコールバック関数が呼び出されサーバ受信処理が走る。
　　CmnWebOpen(pMe, "URLﾘﾝｸ(www.xxx.jp)", CMN_HTTP_POST, szSend, sizeof(szSend));
}

内部では、
ISOURCE_END がきたら通知イベント関数を呼び出す。

// 通知イベント
void OnCmnNotifyEvent(XXX* pMe, int nNotify)
{
　　if (nNotify == CMN_NOTIFY_WEB_FIN) {
　　　　// サーバからの受信データを取得する。
　　　　char* pRespBuf = NULL;
　　　　int nGetData = CmnWebGetData(pMe, &pRespBuf);
if (nGetData > 0 && pRespBuf != NULL) {
　　　　　　// ファイルに保存などの何らかの処理…
　　　　}
// サーバ通信を終了する。
CmnWebClose(pMe);
　　}
}

214:デフォルトの名無しさん
06/02/21 13:13:24
平和なのか、誰もが余裕でBREWを使いこなしているのか、
はたまたｋのお役所仕事で待ちぼうけしてるだけなのか・・・

215:デフォルトの名無しさん
06/02/21 13:47:54
今iアプリで忙しい(｀・ω・´)

つーか、まともな企画書も書けないゲーム屋が
３キャリアで出したいとか言ってるのを聞くと笑える。
そんな感じでBREWは停滞気味。

216:デフォルトの名無しさん
06/02/21 13:53:13
みんなbrewをやる気がないだけ

217:デフォルトの名無しさん
06/02/21 16:59:40
はねられてショボン中。

218:デフォルトの名無しさん
06/02/21 23:39:40
IPREMIUMの開発用スタブの使い方教えてください。

１。Brewの開発フォルダの「inc」に「開発用スタブ」のipremium.hとipremium.bidを入れる。
２。自分のアプリと同じとこに、「開発用スタブ」のipremium.mifを置いて、ipremiumフォルダを普通のアプリみたいに置く(中身はDLL)

これで基本的にインスタンスは生成できるようになります。

ほんで、IPREMIUM_TEST.txtなんですが、これはipremiumフォルダに突っ込めばよいですか？
readmeによると、このtxtの～=0とかを書き換えると、その値を返すようになりますよーと書いてあるんですが、実際返ってこないです。なんででしょう・・。

txt中に
「スタンドアローン購入応答」
/* 結果コード */
IPREMIUM_SAPR_RSP_rslt_cd = 00
/* 結果事由 */
IPREMIUM_SAPR_RSP_rsn_cd = 003
/* トランザクションID */
IPREMIUM_SAPR_RSP_tran_id = 12345678900987654321

とあるので、
ret = IPREMIUM_SAPurchaseRequest(
app->premium,
app->premium.SA_purchase_snd,
app->premium.SA_purchase_rsp );
ってやると、app->premium.SA_purchase_rspには何にも入ってません。なぜ？？

219:デフォルトの名無しさん
06/02/22 00:19:43
IPREMIUM_TEST.txt は自分のアプリと同じフォルダ。

220:218
06/02/22 01:11:17
>>219

エミュレータで自分のフォルダに入れたらちゃんとレスポンス受け取れました！！
ちなみに端末でチェックする場合、どうすればいいですか？

自分でやってみたのは、
普通のアプリと同じくipuremiumという名前でテストsigを取得して、
同じく「開発環境認証課金モジュール」のipremiumフォルダとmif、テストsigを端末に転送

とやってみたのですが、提供者コードエラーとかでOKが返ってきません。提供者、情報コード、アイテムコードは正常に取得しています。
なにか問題があるとすればどこでしょうか？

221:デフォルトの名無しさん
06/02/22 01:16:54
エミュで自分のアプリと同じフォルダだったんだから、
実機でも自分のアプリと同じフォルダに決まっとろうが

222:218
06/02/22 01:55:37
>>221

ん？意味がわからぬ・・・。ipremium.modを自分のアプリと同じフォルダに入れろって意味？

223:218
06/02/22 02:03:26
開発用スタブを端末に転送して、自分のアプリフォルダにipremium_test.txtをいれたらテストできるのはわかった。
そこで、今度は実際に課金のチェックをしたいわけなのだが、そうなるとipremium_test.txtは関係ないですよね？
開発環境認証課金モジュールの中身を転送したら良いのかなぁと思って実行してみたんだけどエラーで飛んじゃうんです。。

224:デフォルトの名無しさん
06/02/22 02:23:14
>>218
>IPREMIUMの開発用スタブの使い方教えてください。

このモジュールはスレで話題にしない方がいいんじゃないかな。
オフィシャルのサポートへ質問してみなよ。
委託開発とかなら元会社通して質問。

225:デフォルトの名無しさん
06/02/22 02:23:32
>>223
その領域になると答えるほうも大変だな。答えていい事柄かどうか。
とりあえず、その思いつきは当たりそうだけど外れ。
ドキュメントちゃんと読もう。なけりゃ請求するなりなんなり。

226:218
06/02/22 02:33:51
>>224
>>225

自分がやってるチェックの仕方があってるか間違ってるかわからないんですよねぇ・・。
調べてほしいと言われているので元請けにきいてわかるわけもなく。。大人の事情で困ってるのですわ。
ドキュメントはBrew開発支援サイトから課金モジュールのzipはもらってる。
そこにはほぼ説明なしのモジュール群と、サンプルアプリのみ。
プログラムはサンプルを元にして作ってみたのだけど、端末におくとちゃんと動作しないときた。

実機に、何をどんな感じで置けばいいのか、それだけ教えてくださいませ。。。。お願いします、みなさまがた。

227:デフォルトの名無しさん
06/02/22 03:13:10
>>226
それしか貰ってないの・・・って、よく作れますなΣΣ(ﾟДﾟ；)
あからさまに情報不足じゃないですか。

とりあえず、
-
ここがまちがい→開発環境認証課金モジュールの中身を転送したら良いのかなぁ
でも開発用スタブは通信しないから・・・
-
とだけ書いておくっす。なぜかは違う資料読めば書いてあるんだけど。
残りはかけるぎりぎりのライン引きがわかる人や勇気のある方に↓

228:デフォルトの名無しさん
06/02/22 03:28:33
>>226
>ドキュメントはBrew開発支援サイトから課金モジュールのzipはもらってる。

そのモジュールのドキュメントがある。それがないと絶対に仕事は進まない。
ちゃんとそう言って元請けからそのドキュメントを受け取るしかないな。

229:218
06/02/22 03:31:35
>>227

えぇ、それだけなんですorz

「でも開発用スタブは通信しないから」
okです。ここは理解してます。
開発用スタブ
開発環境認証課金モジュール
商用認証課金モジュール
と３つありますよね？それぞれどういう使い分けをしたらよいのですか？
開発用スタブは、たぶんテキストを書き換えて、それぞれのメソッドの返す値を自分できめて動作チェックするものと理解できてます。

230:218
06/02/22 03:34:48
>>228

「そのモジュールのドキュメントがある。それがないと絶対に仕事は進まない。」
そいつはBrewの支援サイトじゃなくて、調味料とかいう名前のサイトからじゃないとダウンロードできないですか？
支援サイトにはモジュールのzip以外になんにもなかったっす。

231:デフォルトの名無しさん
06/02/22 04:19:36
>>229
> それぞれどういう使い分けをしたらよいのですか？
モジュールの使い方、使用目的含めすべて足りない書類に書いてあります。
モジュールが返す結果のデータの内容の意味などにも、それらの足りない
書類が必要で、それがない状態ではまず作成できないはず。

でもそれがあるのは、支援サイトではないところ。なので、なければ仕事に
ならないということで請求してください。

232:デフォルトの名無しさん
06/02/22 08:24:18
書類読んだ方がいいな。
開発環境用が通信するなら通信先はKの鯖だろうし、
あのKが申請だの登録だの無しに鯖を使わせるとも思えん(´・ω・｀)

と、推測したようなこと書いておく。

233:デフォルトの名無しさん
06/02/23 08:32:52
BREW2.1環境下です。

１、AppLoaderで必要無いデータを全部消す
２、テストツールと目的のアプリを転送する
３、目的のアプリを起動する（テストツール何もいじらず）
４、１度起動させたら１へ戻る

特定の機種で３の段階でたまーにメモリアクセスエラーが出ますorz
初回のみしかエラーが出なくて、それ以降はン百回やっても普通に起動。
初回起動時ってmifが暗号化されてサイズ増えるくらいしか認識してないんですが、
それ以外でも注意しなきゃいけない事ってありますかね・・・？

234:デフォルトの名無しさん
06/02/23 09:44:07
よくわからんエラーはリークによるアクセス違反関係じゃね？
初回起動時のみメモリの配置の仕方が違っていて、初回起動時だけエラーが発生したとか。

235:デフォルトの名無しさん
06/02/23 14:00:40
転送後にちゃんとリセットしてるか？

236:デフォルトの名無しさん
06/02/23 14:17:12
>>233
＞初回のみしかエラーが出なくて
もろに初期化忘れの症状に読める

237:デフォルトの名無しさん
06/02/23 14:44:21
質問の内容が「私のプログラムにエラーがあります」に見える。

238:デフォルトの名無しさん
06/02/23 15:11:01
携帯にGeForce5500が乗るようになりつつあるらしいけど
DirectX まだですか？

VRAM自力でアクセス汁って事でよろしいのか。

239:デフォルトの名無しさん
06/02/23 15:14:31
OpenGL ES があるだろ？

240:デフォルトの名無しさん
06/02/23 18:20:14
>>233
それって共有ディレクトリにアクセスしたりする*.oをリンクさせる最近のアレ？
それならうちもなります。初回だけでも実機で落ちると心臓痛くなりますね…。

241:デフォルトの名無しさん
06/02/23 19:35:39
BREW3.1用の日本拡張パッケージファイルってどこで入手できますか？
ググると、下記のサイトで無料でダウンロード出来ると書いてあるんだけど、
見当たりません。

URLﾘﾝｸ(www.au.kddi.com)

グーグルキャッシュで上のページを見ると、BREW2.0、2.1用のはあるんだけど、
3.1用は無いようです。

ちなみにまだCP契約はしてません。

242:デフォルトの名無しさん
06/02/23 21:55:23
Brew3.1でちょっと質問。

W31Tでアプリを起動するとなぜかAEEClsCreateInstanceが二回呼ばれているようなんだけどなんで？

int AEEClsCreateInstance( AEECLSID ClsId, IShell *pIShell, IModule *po, void **ppObj )
{
DBGPRINTF(">>AEE into");
if( ClsId == AEECLSID_HOGE ) {
if( AEEApplet_New( sizeof(SYSTEM), ClsId, pIShell, po, (IApplet**)ppObj,
・・・

みたいにしてやってるんだけど、

ロガーでみると、”>>AEE into”が２回呼ばれてます。東芝仕様？？
なして？

243:デフォルトの名無しさん
06/02/23 22:53:02
というかAEEClsCreateInstanceがコールされるのは1回のみ、
というルールは無いと思うんだが?
カタログとかが、必要なクラスIDか、なんかの内部チェックがなにかで、
全部のアプレットに対してenumする、というのはありそうな気はする。

244:242
06/02/23 23:06:52
>>243

>というルールは無いと思うんだが?

え？じゃぁAEEApplet_Newでtrueだったから初期化コード埋め込んでたんだけど、ダメじゃん・・・。
EVT_STARTは1回だけ呼ばれるので間違いないですよね？

どうも一発起動でのみおかしな動作をするんだけど、一発起動で起動したアプリに特殊な判定とかいる？
自分の認識では、サスペンドされていたらEVT_RESUMEが呼ばれて、そうじゃなければ普通にAPP_STARTするって認識なんですけど。

245:デフォルトの名無しさん
06/02/24 01:10:50
いや、そういう意味ではないんだが。
AEEClsCreateInstanceの一回目と二回目ともClsIDにはAEECLSID_HOGEが入ってきて呼ばれてる?
それなら変な動作というのは解るが、別々のクラスIDで実行される可能性があることは、
1番最初にクラスIDで比較していることから予測できることだろう、ってことで。

ちなみにW31Tでの一発起動で、特に変な動作になったことは俺はないよ
特別なコードも入れていない。起動時にソフトキーの判定を無効にはしているが。

246:デフォルトの名無しさん
06/02/24 01:23:30
>>245
31Tの一発起動なら音関係で問題あったことあったな。
AEEClsCreateInstance()内でIMediaの作成すると再生しても音が鳴らず
エラーも終了イベントも来ない変なのが作成されちゃうってやつだったかな。

247:242
06/02/24 03:32:33
>>246

そうまさにそれ。

Loggerの吐く情報が正しいとすると、
31Tのみ、なぜかAEEClsCreateInstanceが自分のアプリIDで２回呼ばれて、しかもEVT_APP_STARTも2回呼ばれる。
さらに一発起動時にはどちらでIMediaをcreateしてもcreateできるくせに鳴らないIMediaができちゃう。
tmer使って最初のとこでIMedia作らないとおかしなことになります。

248:デフォルトの名無しさん
06/02/24 03:50:52
>>247
あれ？
俺はAPP_START呼ばれた直後にIMedia作るようにしたら直ったと思ったけど。

249:242
06/02/24 06:34:32
>>248

いろいろいじって最終的に落ち着いたとこがそこだった。APP_STARTで作っても鳴るかもしれない。
とりあえずAEEClsCreateInstanceじゃ作っちゃダメだった。

250:デフォルトの名無しさん
06/02/24 07:13:43
まあつまり、AEEClsCreateInstance ではアプレット生成以外のことはするなって事だぁね。

251:デフォルトの名無しさん
06/02/24 09:42:33
>>247
お、そんな症状があるんだな。それは知らんかった。俺は

1.APP_START 必要最小限のメモリ確保、起動してます表示、タイマーセット、return
2.タイマー内でデバイス周り初期化、タイマーセット
3.通常処理

と、この流れで組んでるから気にしたことなかったな
もともと1で起動してます表示を、すぐに画面に反映させるためだったんだが

252:デフォルトの名無しさん
06/02/24 10:38:12
>>240
>それって共有ディレクトリにアクセスしたりする*.oをリンクさせる最近のアレ？
最近のアレって何？
なんか情報出てる？

253:デフォルトの名無しさん
06/02/24 15:02:18
>>252
最近（といっても２ヶ月くらい前）サービスインしたやつのことかな？
簡単そうだけどめんどくさそう。

254:デフォルトの名無しさん
06/02/27 15:07:06
Brewの話題と直接関係ないんですけど、webアクセスするときにレスポンスのチェックとかどうやってます？
そういうツールがあったら教えてほしいんですが。。。

・ヘッダを書き換えられる（User-Agentとか特殊なヘッダ情報つけるとか）
・レスポンスをヘッダから全部みれる

もしあったら教えてくださいませ。

255:デフォルトの名無しさん
06/02/27 15:46:12
telnet

256:デフォルトの名無しさん
06/02/27 18:26:37
>>255

いや、そーいうことではなく・・。telnetはそれはそれでいいとして、たくさんあるUser-Agentをプルダウンで切り替えて・・・とかそんな感じの。

257:デフォルトの名無しさん
06/02/27 18:42:32
自分で書けば？

258:デフォルトの名無しさん
06/02/27 21:05:48
irvineでも使えばぁ

259:デフォルトの名無しさん
06/02/27 22:40:02
>>246

FireFoxのuser agent switcher
URLﾘﾝｸ(firefox.geckodev.org)

自分はこれ使ってテストしてるよ。

260:よね
06/03/03 15:26:42
エクステンション作るんですがエクステンションのサンプルソースってどこかにありますか？

261:デフォルトの名無しさん
06/03/03 17:15:35
つ[プログラミングガイド]

262:デフォルトの名無しさん
06/03/06 16:48:36
あるイベント時が発生したときに、
連続してIWEB_GetResponseでデータを順次取得することは可能なのでしょうか？

アプリ起動時に、IWEB_GetResponseを使ってサーバからデータ
を取得する処理を書いています。
１箇所のＵＲＬに対するGET/POSTなら当然ですが、問題なくデータ取得可能です。
しかし、
連続して２箇所以上のＵＲＬに対して、順次、IWEB_GetResponseを呼び出して
サーバからデータを取得するように書くと、１箇所目のIWEB_GetResponseが
無視され（？）、２箇所目のデータの取得となってしまいます。

BREW2.1です。

263:デフォルトの名無しさん
06/03/06 17:01:18
１．データ受信が終わってから次のＵＲＬにアクセスする
２．IWebとIWebRespを同時に通信する数用意する

っていうのじゃあかんのん？

264:262
06/03/06 17:39:49
素早いレスありがとうございます。

> １．データ受信が終わってから次のＵＲＬにアクセスする

一つのイベント内で、受信要求を順番に呼んでおり、
受信が完了する前に次の要求が実行されてしまい、
データ受信を待つことができない状況（？）です。

> ２．IWebとIWebRespを同時に通信する数用意する

コールバック関数を複数用意するということですね。
（あるイベントで同時に通信する可能性があるのが例えば５個なら５個）

具体的には、
・起動イベント発生時、
　コールバック関数の番号とともにWebAccess用ライブラリを呼び出し、
　指定番号のコールバック関数を登録した上でIWeb_GetResponseを呼び出す。
　　WebAccess(pMe, "URLﾘﾝｸ(abc.jp)", 1); // コールバック１
　　WebAccess(pMe, "URLﾘﾝｸ(abc.jp)", 2); // コールバック２
　　WebAccess(pMe, "URLﾘﾝｸ(abc.jp)", 3); // コールバック３

・受信コールバックでは、
　　コールバック関数１で受信処理
　　コールバック関数２で受信処理
　　コールバック関数３で受信処理
　を行う。

・受信完了イベントを、コールバック関数の番号と合わせて通知する。

265:デフォルトの名無しさん
06/03/06 18:21:50
アクセス要求をキューに入れて管理すればええんじゃねえの？

266:デフォルトの名無しさん
06/03/06 18:34:58
>>262
とりあえずAEECallbackとPFNNOTIFYをtransactionの数だけ用意しなきゃ無理

267:デフォルトの名無しさん
06/03/06 20:04:17
>>264
複数箇所に同時に通信しなくちゃいけない、というわけでないなら
芋づる式に通信開始処理とコールバック関数を呼び出して行けば
いいだけじゃないの？

１．例えばキー押下で１箇所目のURLへ通信を開始する。
　受信のコールバック関数をresA()とする。
２．resA()で受信完了の判定をしたら、
　その場で２箇所目のURLへ通信を開始する。
　コールバック関数をresB()とする。
３．resB()で受信完了の判定をしたら、２箇所とも通信が完了。

268:262
06/03/06 21:45:15
> 芋づる式に通信開始処理とコールバック関数

助言の方法でできそうなのですが、
ただ、
サーバ通信ライブラリを作成していまして、
ライブラリの使用者からは、コールバック関数などの
内部の関数をできるだけ触らせない方向の仕様で行かざるをえず…

なのでライブラリ使用者からは、通信開始処理と終了通知のみ
を提供する形に現在しています。

そうなると、>266 さんのおっしゃるように、
必要な数だけ必要そうですね。

269:262
06/03/06 22:09:08
皆さんありがとうございました。
続けて質問させていただきます。

IHtmlViewerで表示したコンボボックスがあります。
このとき特定のコンボボックスが変更されたというイベントを取得する
ことは可能なのでしょうか？

コンボボックスを変更すると、
IHtmlViewerのコールバック関数が呼ばれますが、
pNotify->codeには、HVN_REDRAW_SCREEN が格納されており、
ただ単にページをRedrawするために呼ばれているようです。

270:デフォルトの名無しさん
06/03/06 22:26:50
画面遷移時じゃなくて各ボックスとかの値を後でまとめて処理すりゃええやん？

271:よね
06/03/07 15:59:13
スタティックエクステンションを２アプリから同時利用する事を考えており、
２つのアプリで別々のインスタンスを生成することを想定しています。

スタティックエクステンションは１つのインスタンスしか生成できないということを聞いたのですが、
このような制約があるのでしょうか？

１つはバックグラウンドでもう１つはトップビジブルのアプリです。

272:デフォルトの名無しさん
06/03/07 16:57:35
＞スタティックエクステンションは１つのインスタンスしか生成できないということを聞いた

どこから？

273:デフォルトの名無しさん
06/03/07 19:37:35
>>271
何のためにリファレンスカウントがあると思ってるんだと。

274:デフォルトの名無しさん
06/03/08 23:16:54
みなさんＢＲＥＷでどんなデザインパターンを使っていますか？

275:デフォルトの名無しさん
06/03/08 23:50:07
singleton

276:デフォルトの名無しさん
06/03/08 23:52:19
Generation Gapパターンとか使わないんですか？

277:デフォルトの名無しさん
06/03/09 08:15:27
Single Threaded Execution パターンは必須だろ？

278:デフォルトの名無しさん
06/03/09 11:15:42
>>273
共有するのでなければリファレンスカウンタは関係ないだろ

279:デフォルトの名無しさん
06/03/09 11:27:42
>>278
スタティックエクステンション内部の１つしか生成出来ない部分は内部的に参照カウントを持っていて、
CreateInstance で生成されると、そいつの参照カウントが増えるってことだろ。

280:デフォルトの名無しさん
06/03/09 11:56:03
おい、お前等
デザインパターンって何ですか？

281:デフォルトの名無しさん
06/03/09 14:36:17
>>280
そんなことも知らないでプログラマをやっていられるとは幸せなお方ですなー
デザインパターンはプログラマの武器ですぞ

282:デフォルトの名無しさん
06/03/09 15:02:09
あ、俺も知らないー(´Д｀)ノ

聞いても>>281のように返される釣り煽り用の言葉って認識かな。

283:デフォルトの名無しさん
06/03/09 15:11:46
スレッド管理が出来ない馬鹿に「スレッド使うな」って言うより
「Single Threaded Execution パターンに汁」といった方が解りますん

284:デフォルトの名無しさん
06/03/09 15:50:29
「スレッド使うな」じゃ全く意味が違うと思うが・・

285:デフォルトの名無しさん
06/03/09 15:54:55
互いにデザパタが使えると、話もスムーズに進むね。
「この辺は NullpoObject と Proxy パターンを使って実装して、こいつの生成は FactoryMethod を使おう」
とか。

286:デフォルトの名無しさん
06/03/09 15:59:13
え、携帯アプリって一人で作るもんじゃないの？(´・ω・｀)

287:デフォルトの名無しさん
06/03/09 17:24:03
そのとおりだ

288:デフォルトの名無しさん
06/03/09 17:30:34
singleton使いてぇ

289:デフォルトの名無しさん
06/03/09 17:40:48
そういえばAEEMod_Loadから8バイトマイナスしたところにヘルパ関数のバージョンが入ってるから、
そいつを欲しいオブジェクトへのポインタに書き換えたらsingleton使えるな。
もしくは適当なダミーの領域を作って書き換えるか。

290:デフォルトの名無しさん
06/03/09 18:23:46
AEEModGen.c/h変えるだけでOKでそ
Appletのインスタンスはどうせ1つしか作られないから意味ないけど

あ、複数Appletを単一modで提供する場合は意味あるか
（その形で提供する意味がイマイチわからんが）

291:デフォルトの名無しさん
06/03/09 18:36:23
>>290
だね。複数のAppletから同じインスタンスを参照したいときぐらいしか役に立たない気がする。
Appletごとに単一のオブジェクトはIApplet継承クラスに書けばいいし。

292:デフォルトの名無しさん
06/03/09 21:48:56
IWEB_GetResponseを使用して必要な内容をすべて正常にPOSTしたあと

while( CALLBACK_IsQueued(&p->webCallBack) ) {
CALLBACK_Cancel(&p->webCallBack);
}

if( p->pWebRes != NULL ) {
IWEBRESP_Release(p->pWebRes);
p->pWebRes = NULL;
}

if( p->pGetLine != NULL ) {
IGETLINE_Release(p->pGetLine);
p->pGetLine = NULL;
}

みたいな感じであとかたづけしているんですが
ピクト点滅（携帯電話のAというアイコン？みたいなやつ）
が止まりません。

IWEBインスタンスは使いまわしするみたいなことがマニュアルにあったので
IWEB_Releaseはアプリを終了するときにしか呼んでいないんですが
これが原因なのでしょうか？

経験ある方アドバイスありませんか？

293:デフォルトの名無しさん
06/03/09 21:59:51
while( CALLBACK_IsQueued(&p->webCallBack) ) {
CALLBACK_Cancel(&p->webCallBack);
}
で泊まってるんでそ

294:デフォルトの名無しさん
06/03/09 23:04:21
>>293
あり？CALLBACK_IsQueued(&p->webCallBack)まちがってた？
もしかしてキューにたまってるかどうかなんて気にしないで
CALLBACK_Cancelしちゃうべき？
それとももっと勘違いでCALLBACK_Cancelしちゃだめ？

295:デフォルトの名無しさん
06/03/09 23:15:58
>>282
煽ったつもりは無いが
プログラマなのに知らないとホントに煽られちゃいますぞ
知ってて当たり前のプログラマの常識なのに。

限られたメモリしか使えない組み込み系だと
それも常識ではなく例外になるのですかねえ？

296:デフォルトの名無しさん
06/03/09 23:17:45
>>286
某ワ○○グでは一人で作ることが困難なことが
作り始めてから解り始めて、
数十人の体勢で開発したものの
見事に納期が遅れましたとさ。
顧客の態度に頭に来たことと給料があまりにも
安いことから辞めてしまった社員がたっぷりいます。

297:デフォルトの名無しさん
06/03/09 23:31:33
一人でケータイアプリが作れないなんてバカなだけだろ

298:デフォルトの名無しさん
06/03/09 23:39:47
儲かるなら何人かけてもいいさ。おれは一人で何本もやらざるをえん

299:デフォルトの名無しさん
06/03/09 23:40:59
で時間がなくて環境が悪すぎとかうだうだいうんだよな

300:デフォルトの名無しさん
06/03/09 23:55:57
>>297
わかってないな。どれだけ大規模な開発だったかを。
今まで一人でやってうまくできたのだから、
このプロジェクトだって一人でできるという営業の妄信が
納期を遅らせ、悲劇に追い込んだ。
知らない事があまりにも多すぎて
徹夜残業や休日出勤する程度という程度の勢いだけで
行動するのは無謀だと言うことをあのプロジェクトは証明した。
何人も社員が辞めていったんだ。顧客企業は我が儘だし
態度がでかいしそれで皆不満に思っていた。
それでモティべーションが低下しますます納期は
遅れ、精神的にもおかしくなっていったわけだ。

301:デフォルトの名無しさん
06/03/09 23:57:25
>>297
全部一人でやろうとするから
オブジェクト指向による
拡張性、移植性、汎用性を高めようという意識が
かけてとんでもないデスマーチに陥るのだよ。
古くさい精神論だけじゃうまくいかないんだよ。

302:デフォルトの名無しさん
06/03/09 23:58:25
他の仕事じゃピンハネしすぎじゃないか、って思うこともしばしばあるが
携帯アプリは儲けが薄すぎて、本気で会社のほうが潰れないか心配になる。

303:デフォルトの名無しさん
06/03/10 00:02:56
プログラミング能力だけじゃなくて人脈もしっかりと気づいておけば
大概のことに対処できる。仕事がうまく行かないとか嘆いているの
はどこかで間違ったからだよん

304:デフォルトの名無しさん
06/03/10 00:06:59
>>300-301
精神論を否定してるわりには、顧客の態度がきにくわないから精神的にまいった、とか言い訳してるなｗ
そもそも、最初にきちっと営業の妄信を指摘し、それをやめさせなかったことが原因じゃないの？
あるはそれが出来ない会社の体質であることを見抜けずに、会社にいたことが失敗の原因でしょ。
それこそ精神論じゃなく、理詰めで必要なことをやってればいいだけのこと。あとからグチグチいうのはみっともないなｗ

305:デフォルトの名無しさん
06/03/10 00:11:13
プログラムがちょっとうまいからって仕事そのものがうまいと勘違いしてるんだろ

306:デフォルトの名無しさん
06/03/10 00:57:24
で、結局おまいらの中でデザパタを使える奴はどれだけいるんよ？

デザパタ程度も使えないレベルの奴が愚痴を言ったところで、見苦しい言い訳にしか聞こえん罠。
まあ、もしその辺が上手く使える奴が追いつめられたんなら、それはプロジェクトを見直す必要がありそうだけどな。

307:デフォルトの名無しさん
06/03/10 01:34:31
携帯アプリなんかそんなもん知らんでも楽勝だよママ

308:デフォルトの名無しさん
06/03/10 02:13:14
俺も知らない。本屋で立ち読みして「役に立たねえな」と思った。

309:デフォルトの名無しさん
06/03/10 02:21:40
>>304
なにもわかってないな。
偉そうな事を言っているお前に何がわかるんだと言いたい。
精神論自体は否定していない。
精神論ばかりを前に押しだそうとするから
あんなデスマーチに陥ったんだよ。
蟻が像にどう立ち向かえというのか？それを
顧客も営業もわかっていなかった。

310:デフォルトの名無しさん
06/03/10 02:21:55
>>304
顧客は態度が悪いだけでなく
約束も守らない、口先だけの人間ばかりだったんだよ。
顧客は納期前になって仕様変更を何度も
頻繁に要求して、どこかのバグを直す度に
どこかのバグがまた生まれる。その繰り返し。
顧客は「お客様は神様」なんだから約束を破って
当たり前という態度丸出し。
徹夜させても休日出勤させても残業代はゼロで簿給
で顧客の無謀な要求にすべて応えなければならない。
N社にはウンザリ。だれもが
最近上場したN社のことを嫌っていた。

311:デフォルトの名無しさん
06/03/10 02:23:14
>>304
それにその営業、典型的なワンマンなんだよ。
傲慢で人の話は聞かない。
しかも代表取締役。
だから誰も逆らえない。触らぬ神に祟りなし。
昔C言語をやっていたというからBREWのことくらいわかるかと
思ったら全然わかってなかった。
そんな奴があの嫌な不良顧客の仕事を引き受けた。
だから彼の暴走を誰も止めることができなかった。

312:デフォルトの名無しさん
06/03/10 02:25:38
>>304
それから
プロジェクトのチームで、
開発に直接関わった者の中には
デザインパターンを使いこなせる者どころか、
オブジェクト指向を使いこなせる人間は一人もいなかった。
クラスの代わりに構造体を使っているだけで
数百あるファイルに関数がいくつかあるだけだった。
ソースコードを見ると#defineで定義した変数が
何百も見つかった。

313:デフォルトの名無しさん
06/03/10 02:35:34
２ちゃんねるはたまにしか利用しないのであれなんですが
↑スレ違いじゃございませんか？

314:デフォルトの名無しさん
06/03/10 02:40:57
>>309-312
チラシの裏に書くか
あるいはせめて一レスで済ませてくれ

315:デフォルトの名無しさん
06/03/10 02:41:05
スレっていうかね、板違いね。
デスマの愚痴ならマ板行って。

316:デフォルトの名無しさん
06/03/10 02:45:36
>>294
いや別に、キャンセルしてもいいしすべきだと思うよ。

ソケット（pisMessage）から全部読んでも、IWebをリリースするまでは
Keep-Aliveなソケットは閉じられないはずだから（Keep-Aliveってなあそういうもんだ）
それはしょうがないんじゃないかな。
IDLETIMEOUTだかなんだか、30秒ぐらいでソケットは閉じられると思うからそれを待つか、
最後の通信だけKeep-Aliveやめるかすればいいんじゃね？

317:デフォルトの名無しさん
06/03/10 03:03:01
BREWも大変だな

318:294
06/03/10 03:52:55
>>316
なるほど…
WEBOPT_FLAGSにWEBREQUEST_NOKEEPALIVEを設定してみます。
なにぶん通信は専門じゃないもので…
大変たすかりました。
ありがとうございます。

319:デフォルトの名無しさん
06/03/10 05:25:59
最近上場したＮ社、ってどこだろう

320:デフォルトの名無しさん
06/03/10 08:31:22
Ｎじゃないだろハゲ

321:デフォルトの名無しさん
06/03/10 08:40:51
>>295
このスレだけ見ても情報が少なくてなんか「鮫島事件」みたいなんだよ。
誰も絶対内容を説明しようとしないしｗ

調べれば分かるってのと同時に、人によってデザインパターンとやらの認識が違うから
下手なこと言って叩かれるのが嫌なのかもしれないとは予想してる。

それはともかくBREW最近静かだな。
ウチのクライアントもメダルアプリとか速攻参入したがるのかと思ったら、
条件厳しすぎてクソゲー乱発の会社じゃ絶対通らねぇやｗ

322:デフォルトの名無しさん
06/03/10 09:00:17
まああれだ、プログラムしか出来ない奴が技術用語っぽいのを
振り回して悦に浸ってるだけ

おまえのプログラムが金に変わるのは、お前以外の人間が
作った仕組みや努力あってのことだっつーのだけは忘れるなよ

323:デフォルトの名無しさん
06/03/10 11:02:21
>>321
勝手に鮫島事件にしてデザインパターンも
理解しないでしまうとは
君も勿体ない男だね。

それより、
携帯電話ではJavaアプリなんかクラスを
何百も作っていられるほどの余裕はない
ＢＲＥＷではもっと沢山作れるが余裕がないことには
変わりはないだろ。
だからデザインパターンをBREWで実践したがらない
香具師が多いんじゃないかと思うんだが。

324:デフォルトの名無しさん
06/03/10 11:03:15
>>319
ヒントでわかった。

325:デフォルトの名無しさん
06/03/10 11:05:23
>>322
デザインパターンを知ってる奴がプログラムしか
できないわけないだろう。
作った仕組みの努力あってのことだっていうなら
お前にだってそれは言えるよ。
お前も努力もしてないくせに威張って今の自分がいるんだろ。

それが資本ってもんだ。
電気、ガス、水道の恩恵をお前は享受している。
その世界でお前は人を見下して悦に浸っているだけの愚か者なんだよ。

326:デフォルトの名無しさん
06/03/10 11:15:04
あぁ、デザインパターンか、でもアレ、あんな感じだからｗ

327:デフォルトの名無しさん
06/03/10 11:16:07
そういうお前もTemplate Methodパターンくらは使うだろ

328:デフォルトの名無しさん
06/03/10 11:16:30
もしくはHook Operator パターン

329:デフォルトの名無しさん
06/03/10 11:18:11
デザインパターンを知るようになるとプログラム以外の
UMLについても知るようになるし、
ソフトウェア工学についても必然的に知るようになり、
視野が広まっていく。
さらに哲学的思考能力も身に付くようになる。

まさに広がる世界

そして考える力が強まるに連れて人にこき使われるのが嫌になってくる。
そして独立精神が旺盛になるw

330:デフォルトの名無しさん
06/03/10 11:40:52
デザインパターンなんか関係なく独立してますが何か？

人の考えたものに影響されて独立心が高まるようじゃ、
そいつに端から意思など無い。道で勧誘されて宗教に
はまるのはそういうタイプだ。

331:デフォルトの名無しさん
06/03/10 11:52:17
>>330
おまいさんは自分の意志で行動しているみたいだが、
そう思っているのは自分だけかもしれないぜ。

332:デフォルトの名無しさん
06/03/10 12:21:58
結論:デザインパターンは知ってると便利だけと知らなくてもBREWで携帯用のアプリ組んでる分には困らないよ
　　でも知ってるとカッコイイよ

↓次の質問ﾄﾞｿﾞ

333:デフォルトの名無しさん
06/03/10 12:34:06
デザインパターンって何ですか？（ﾟ∀ﾟ）

334:デフォルトの名無しさん
06/03/10 12:50:31
>>331
そのレスは突っ込み返しようが無いのでつまらない。

自分の考えを何も書かずに突っ込みどころだけ探してるなんざ、
屋上から地面に居る人間に石を投げてるのと同じ卑怯者と
変わらん

335:デフォルトの名無しさん
06/03/10 13:13:41
>>334
地面から銃で撃ち返すぐらいの気合いを見せてくれよ。
他人に影響されて意志が変化してはならないみたいなことを書いてるが、
ぶっちゃけ頭が固いってことだろ？
他人の意見を聞いて、良いと思えば意志を変化させるぐらいの柔軟性は持って欲しいと思う。

336:デフォルトの名無しさん
06/03/10 13:49:25
俺の行きつけのスレだけど皆も来いよ！Σｄ(・ω・´)

ぐち0x13　～分かったから仕事させてくれ～
ｽﾚﾘﾝｸ(prog板)

337:デフォルトの名無しさん
06/03/10 14:11:59
なんかレスが珍しく多いと思ったら9割方スレ違いかい。

338:デフォルトの名無しさん
06/03/10 14:38:26
だってAUが締め出ししてんだもん。仕事になりゃしない。
大手以外要らないみたい

339:デフォルトの名無しさん
06/03/10 14:45:45
　　 _、_
　（く_,`　）　　　　 n 　　大手でなくても実績があれば結構ですっ！
￣　　　　＼　　　（ E）　
ﾌ AU　/ヽヽ_／／

340:292
06/03/10 15:49:24
while( CALLBACK_IsQueued(&p->webCallBack) ) {
　　CALLBACK_Cancel(&p->webCallBack);
}

の部分を

if( p->webCallBack.pfnCancel != NULL ) {
　　CALLBACK_Cancel(&p->webCallBack);
}

に変更したらピクト点滅（Aというアイコン？）がおさまりました。
WEBOPT_FLAGSにWEBREQUEST_NOKEEPALIVEを設定するまでもなかった
ですね。

一応報告まで。
私のミスですね。

341:デフォルトの名無しさん
06/03/10 16:32:17
大手と実績がある奴以外要らないみたい。

342:デフォルトの名無しさん
06/03/10 16:38:55
>>340
それ、何も変わってないと思うんだけど???

343:デフォルトの名無しさん
06/03/10 16:44:16
CALLBACK_IsQueued(&p->webCallBack) の戻り値が当てにナンネってことじゃね？

344:デフォルトの名無しさん
06/03/10 17:01:38
#define CALLBACK_IsQueued(pcb) (0 != (pcb)->pfnCancel)

同じです...。0 != NULL だったら知らないけど。

345:デフォルトの名無しさん
06/03/10 17:04:13
いい加減Javaと同じ考え方すんのやめなよ
whileで待つんじゃなくてシステムへ戻して待つのが正解。

346:デフォルトの名無しさん
06/03/10 17:05:34
whileで待ってなんかいませんがな

CALLBACK_Cancel()するとpfnCancelはNULLになるからwhileのループはMAXで1回しか走らない。

347:デフォルトの名無しさん
06/03/10 17:20:14
私は if 文の判定に int を使う人のセンスを疑うわけだが貴公らの意見を聞こう

348:デフォルトの名無しさん
06/03/10 17:26:56
>>347
マ板でやろうよ

349:デフォルトの名無しさん
06/03/10 17:31:48
今日からマのつく奴隷業！

350:デフォルトの名無しさん
06/03/11 13:44:16
>>332
知ってると恰好良いってだけでやるもんじゃない、
開発効率を高めるためにやるものだ。

351:デフォルトの名無しさん
06/03/11 19:21:14
>>350
ﾏｼﾞﾚｽ(｀･ω･´)ｶｯｺｲｲ

いやま、350は一連の流れの皮肉なんだろうけどさ

352:デフォルトの名無しさん
06/03/11 20:01:46
自分だけが知ってる状況じゃあんまり意味が無いしな

353:デフォルトの名無しさん
06/03/11 20:23:50
>>339
その実績を作るためにデスマーチ&大赤字になったプロジェクトを知っている。
その後は元請け会社との関係を断ち切ったらしい。

354:デフォルトの名無しさん
06/03/11 20:25:15
>>353
関係者乙

355:デフォルトの名無しさん
06/03/11 20:26:29
>>352
どうかな。Template MethodやSingletonは非常に簡単なので
すぐに理解して貰えると思うが。Abstract FactoryやProxyは
説明するのがめんどいかもしれないけど。

Compositeパターンくらいは教えておいた方がいいだろう。
あのパターンを知った多くの者は感動する。

感動させて、デザインパターンを勉強するやる気を与えさせるのも一興。

356:デフォルトの名無しさん
06/03/11 21:14:51
>>355
教えて理解しようとしてくれる・覚えようとしてくれるような状況ならいいが
むしろ「積極的に」理解しようとしない石頭が多いからな

パターンの話を続けるつもりならマ板でやろうぜ
さすがにもうスレ違いだ

357:デフォルトの名無しさん
06/03/11 21:22:04
逆に聞くが、ＢＲＥＷみたいな書き方は何パターンと言うのだ？
（手法的にはありふれたイベント駆動だと思うが）

358:デフォルトの名無しさん
06/03/11 21:53:33
ワンパターン

359:デフォルトの名無しさん
06/03/11 21:59:41
ノーパターン

360:デフォルトの名無しさん
06/03/11 21:59:55
パターンレス

361:デフォルトの名無しさん
06/03/11 22:06:50
パターン死の行進

362:デフォルトの名無しさん
06/03/11 22:12:25
インターフェースオブジェクトの実装は Flyweight パターンで作られてるよな。

363:デフォルトの名無しさん
06/03/11 22:38:18
>>361
がツボにはまったｗ

364:プログラマが死んでも、代わりはいるもの
06/03/11 22:48:21
パターン青！死途です！

365:デフォルトの名無しさん
06/03/11 23:10:17
ウチではRunAwayパターンを採用してるみたいだよ

366:デフォルトの名無しさん
06/03/12 07:09:08
さっぱりわかんないけど、デザパタが人を小馬鹿にするのに
うってつけな道具だと言うのは分かった。これじゃまじめに
取り組もうって気が起きないのもうなずけるよ。

知らん人間に対してからかうような応対して遊ぶやついるでしょ。
それ思い出したわ。

367:デフォルトの名無しさん
06/03/12 11:39:49
>>366
言い訳だな。
分からないなら調べて学習しろ。

368:デフォルトの名無しさん
06/03/12 12:45:58
ＢＲＥＷには必要ない。全く。

369:デフォルトの名無しさん
06/03/12 13:02:27
>>366
知らん人間が適当なこと書いて遊んでるだけだから安心しる

370:デフォルトの名無しさん
06/03/12 13:12:04
>>367
おまえはもっと国語と気持ちを読むことを勉強しろ
366はデザパタに対する技術知識について言っているんじゃない
それを学んだ人間がそれをどのように使っているかを言っているんだ

371:デフォルトの名無しさん
06/03/12 16:05:35
パターンは一通り知っとくと、上流工程の時に議論の時間を大幅に短縮できる
実装レベルではまぁそんなに気にせんでも

372:デフォルトの名無しさん
06/03/12 16:30:42
おまえ知ってっか？
ＢＲＥＷアプリに議論なんかいりまへん

373:デフォルトの名無しさん
06/03/12 19:47:08
>>366
お前正気か？
素でそんなこと言ってるのか？
デザインパターンを知らないで下請けやってると
マジで顧客に奴隷にされるぞ

374:デフォルトの名無しさん
06/03/12 20:18:08
なんだ顧客の奴隷にしかなれないバカか。

375:デフォルトの名無しさん
06/03/12 20:45:46
373はまだどっかかん違いしてるな

376:デフォルトの名無しさん
06/03/12 21:59:10
(　ﾟдﾟ)おまいらまだやっとるんか

377:デフォルトの名無しさん
06/03/12 22:39:54
少なくとも、Javaでデザインパターン覚えて、
Javaでしかデザインパターン使ったことない人間が
BREWでデザインパターンがどうこう言ってきたら
張っ倒すかもしんないな。

378:デフォルトの名無しさん
06/03/12 22:41:54
ちょいと質問。
ファイル情報を取得するときってファイル開いて
IFILE_GetInfo(pIFile, &info)
ってだけじゃダメなのか？
何か名前は取得できているんだが、
サイズその他が0になって困ってるんだが……。
エミュレータでも実機（W31SA）でも同じ症状。
何か注意しておかないといけないところとかある？

379:デフォルトの名無しさん
06/03/12 23:03:54
>>377
何勘違いしてるんだ？
C++でもデザインパターンができるんだが。
だったｒBREWでもできるだろうが。

380:デフォルトの名無しさん
06/03/13 00:00:29
>>378
俺のデザインパターンによると
IFILE_GetInfoEx() は試してみた？(´・ω・｀)

381:デフォルトの名無しさん
06/03/13 00:04:01
>>377
多分Javaでしかデザインパターンを使ったことがないのが問題だって言ってるんだと思うが、
それはまずC++を勉強してこいとしか言えん。

382:デフォルトの名無しさん
06/03/13 00:35:28
デザインパターンの話禁止！

383:デフォルトの名無しさん
06/03/13 00:53:31
えー

384:デフォルトの名無しさん
06/03/13 01:28:03
次から>382はテンプレ入れとくか・・・

385:デフォルトの名無しさん
06/03/13 01:33:27
テンプレートでデザインパターン禁止なんて！そんな！

386:デフォルトの名無しさん
06/03/13 01:42:17
確かにテンプレートは便利だけど、容量取るんだよなぁ……。
大体は仮想関数で書き換えられるからいつもそっち使ってる。

387:デフォルトの名無しさん
06/03/13 02:29:29
取りあえずデザイパターンを語るときは概要を付けるべきだな全裸で

388:デフォルトの名無しさん
06/03/13 02:48:00
OK,
意味なんてどうでもいいからとりあえずデザイパターンって言葉使っとけばいいんだな
例1) >292
デザインパターン的にそこはCALLBACK_Cancel()が～
例2) >378
おれのデザインパターンによるとIFILE_GetInfo()は～

こんな感じでこのスレ的には丸く収まるってわけだHAHAHA

いつまでも引っ張る話でもねーだろ
次の話題どーぞ↓

389:378
06/03/13 19:15:04
すまん、自己解決した。
ファイル情報取得前にそのファイルを中身なしのファイルにしてたよ。
ちゃんと正しい結果返してたんだなぁ。

390:デフォルトの名無しさん
06/03/13 20:17:52
ウマシカーー('∇')ーー！！！

391:デフォルトの名無しさん
06/03/13 20:22:09
>>380
それはデザインパターンではなくイディオムという。

392:デフォルトの名無しさん
06/03/13 20:27:40
>>381
　Javaのみでデザインパターンを覚えて、かつ
C++の文法だけは知っていて、かつデザインパターンを
C++で適用したことはないが実際にC++でオブジェクト指向で
開発したことがある人間であろうとも>>377にとっては問題だと主張するのだろうか。

Javaだけでデザインパターン覚えて危険なのは
危険なところはコンストラクタの扱いが違うことと、
参照型の扱いと同期処理の所だろう。
そのことを知らずに結城浩のJava言語で学ぶデザインパターン
入門に載っているSingletonパターンをそのまま適用しただけでは
とんでもないことになるからな。IBMのDeveloper Worksに載っている
JavaによるSingletonパターンを記述する開設なら
C++でも役に立つが。

問題は、Cしか知らない奴が
BREWでデザインパターンがどうこう言ってきたら
Javaでしかデザインパターンをやったことが無い奴よりも
ウザイことだ。これは本当に張っ倒しもんだ。

393:デフォルトの名無しさん
06/03/13 20:28:53
>>388はデザインパターンを全然わかってない。

394:デフォルトの名無しさん
06/03/13 20:29:40
>>385
確かに言えている。
それは困る。といってもSTLが使えないからな。

395:デフォルトの名無しさん
06/03/13 20:46:14
そろそろその話題をするスレでもたててそっちいってくれないか？

396:デフォルトの名無しさん
06/03/13 20:52:33
新人類シニア世代(60代以降) : アセンブラ, PL/I, COBOL70
団塊の世代(50代-60代前半) : アセンブラ, PL/I, COBOL70
新人類世代（４０代) : 新生COBOL, C
バブル世代(30代後半) : C, C++(実際の所C言語レベルが大半), VB, Perl
偽団塊ジュニア世代(30代前半) : C, C++, VB, Perl, PHP
真性団塊ジュニア世代(20代後半) : C++, Java, Perl, PHP, AspectX (Xはそれぞれ適した言語)
やる気のない世代(20代前半) : D言語, VB, C++, Java, Perl, PHP, AspectX(Xはそれぞれ適した言語)

397:デフォルトの名無しさん
06/03/13 20:53:06
別に他の話題がある訳じゃないみたいだからいいんじゃない？

398:デフォルトの名無しさん
06/03/13 21:53:26
そんなに「おれデザインパターン知ってるんだぜ」なことをひけらかしたいもんかねぇ…
>>392みたいにわざわざウザイ長文で蒸し返してみたり。何をそんなに気張ってんだか。

>>393
>>388は分かっててわざとそういう書き方してんだろうよ。皮肉ってるつもりなんだろ。

>>397
他の話題があるかないかは関係ないだろ。分別つけろや。

次ページ