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


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

【外注・協力会社専用】 NGにしている会社 



1 名前:仕様書無しさん mailto:sage [2006/08/06(日) 03:12:25 ]
自分のNGリストにエントリーしている会社ってある?
ここだけは嫌だっ!ってやつ。

736 名前:仕様書無しさん mailto:sage [2008/09/23(火) 23:47:07 ]
>>735
その理由なら、納得できる。

737 名前:仕様書無しさん mailto:sage [2008/09/23(火) 23:49:09 ]
int f1(X* x)
{
    int result = 0;
    if (x.isXXX())
        result = x.getXXX();
    reuturn result;
}

int f2(X* x)
{
    if (x.isXXX())
        return x.getXXX();
    else
        return 0;
}

f1() のテストは x の状態にかかわらず1つでいいが、
f2() のテストは x の状態に応じて2つ必要だ。

こうですか!?わかりません><

っていうか死ねよジジィ。

738 名前:仕様書無しさん mailto:sage [2008/09/23(火) 23:49:56 ]
>>736
それが納得出来て、どうして検査項目が増える事の理由を納得できないの?
同じ事言ってるんだよ。

739 名前:仕様書無しさん mailto:sage [2008/09/23(火) 23:55:57 ]
x. がコンパイルできんな。どうでもいいけど。

740 名前:仕様書無しさん mailto:sage [2008/09/23(火) 23:56:57 ]
>>737
それ以前にif文に{}が無いのが問題視されるような…

if(){
}
else{
}



741 名前:仕様書無しさん mailto:sage [2008/09/23(火) 23:58:45 ]
出口一つでも、解放漏れすることはあるんじゃないの?

742 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:01:08 ]
>>741
確実に解放漏れを起こす分には発見が容易いだろ?

743 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:01:31 ]
どんどんカオスになっていくな
スレタイ読めよ馬鹿ども

744 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:03:33 ]
まあ、なんだかんだ言っても、
ひとつの関数内にも、初期化、実処理、後処理という3工程はあるって事さ。
それなのになぜ出口が複数になるんだ?




745 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:05:27 ]
>>738
>737 の書き込みが見事に要約している。
 >732で書いたけど、return を1箇所にしても分岐命令の数が増えるだけで、テストのパターン数は変わらない。


『出口が沢山あると、解放漏れしちゃう』ってのは、PGの質が劣悪な場合、
レビューの負荷を軽減する効果が「ある程度」ある。(スパゲティ書かれたら、どうにもならんが。)

746 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:06:26 ]
>>744
3工程ある必要は無い。デストラクタは後処理だけだ。
3工程あるというのが本当だとしても出口がひとつになる理由にはならない。

論理的に話せよ、このガイアークが。

747 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:08:26 ]
人生には入り口が2つあります。男として生まれるか、女として生まれるか。
でも、出口は1つです。死ぬだけです。

748 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:09:15 ]
スパゲティだと、解放漏れよりデッドロックの方がありそうだけど...

749 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:11:35 ]
>>746
え? ポインタのNULL検査もせずに解放するとかやってる?

750 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:13:21 ]
>>748
排他セマフォの解放忘れた馬鹿の為に徹夜した事が何度か。
(そこはreturn文1箇所のプロジェクトだったけど、忘れる奴は忘れる。)

751 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:13:37 ]
>>749
free や delete の前にヌルチェックなんかいらねーんだよジジィめ。
また話が噛み合ってないしな。もうだめだよこの人。

752 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:14:58 ]
>>751
free(hoge->foo->work);
とかやって、システム止めるんだろうなおまいは。

753 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:16:01 ]
>>752
それは「検査もせずに解放」じゃなくて「検査もせずにアクセス」だろ。

754 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:18:02 ]
>>753
アクセスするのは中の人の仕事。
プログラマは解放してるの。



755 名前:仕様書無しさん [2008/09/24(水) 00:18:47 ]
>>753
中二病的屁理屈

756 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:19:24 ]
もう触るなよ。ぜーったい触るなよ。

757 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:21:42 ]
>>751
既に解放したポインタを(解放後にnullクリアを忘れて)再解放→トラップ発生なんてやってるんじゃないの?

で、>737 への回答はマダですか?
returnを1箇所にするとテストが楽になるっていう回答は。

758 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:24:43 ]
>>757
前者はブレークポイント1つで済むよw

759 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:27:32 ]
回答じゃないけど、コード読めない人は出口一か所とか要求してくるみたい。
ま、スパゲティのコードじゃ、レビューするってのも意味がないのかも?

760 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:28:11 ]
おまいら、どんだけおりこうさんだか知らんが、
つまらないミスを極力しないようにって先人の知恵だよ。
もしつまらないミスをしてもすぐに発見できるようにってな。

おりこうさんぶって先人の知恵をパカにするのもいいが、
実際に仕事でプログラム組めばありがたさが分かるよ。

761 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:34:27 ]
メリットが言葉で他人に説明できないもんなんか技術じゃねーんだよジジィどもめ。
説明させてみたら破綻した論理しか出てこないとか迷信の証拠だろうがこのガイアークどもめが。

762 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:38:16 ]
>>761
君は組織に向いていませねぇ
世の中のソフト会社にはコーディング規約という、もっと意味不明な規則があるんですよ。
それを守れないようでは、どんなに優秀なプログラマでも失格です。

763 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:49:28 ]
>>759
>コード読めない人は出口一か所とか要求してくる
 そんな傾向はありますな。
 知らないから『誰も守らない規約』を作ってしまう。

 逆に組める人は形式に拘らないかというと、そうでもない。
 違いは、それなりの説明はしてくれるって点かな。


>スパゲティ
 ソースコードレビューで、突っ返した事も何度か。
(壱から書き直せってリテーク出した)

764 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:52:39 ]
>>762
よし、その意味不明な規則を採用している会社を挙げてスレを本来の姿に戻すんだ。



765 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:56:48 ]
>>764
ソフトがメインじゃない中堅どころの企業に多い気がするよ。

goto使用禁止なんてのはあたりまえで、
リカーシブルなコードも禁止してる所が多い。

あと、話題のreturnは関数内に1つってのも幾つか知ってる。

766 名前:仕様書無しさん mailto:sage [2008/09/24(水) 00:58:30 ]
>>762
その「コーディング規約」に意味のない物が多すぎないか?って事だ。

開発環境も実行環境も、大きく変化している以上、
意味のない(なくなった)部分は改訂するべきだが、
そのまま使っている口ですか?

昨年、javaの新規プロジェクトなのに、
モジュール名メソッド名変数名すべて「大文字2文字+6桁連番」という、
フザケタもんがあった。(これらの名称は「紙の台帳」で管理していた!)
(現場で説明されたとき、30年前に時間旅行したのかと思ったよ)

ちなみに、この「規約」、参加した下請けの大半が守りませんでした。

767 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:01:01 ]
>>766
まあ、そんなのは納品直前に変換すりゃ済むだけの話だからどうでもいい

768 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:02:16 ]
javaのコード内のメソッドやプロパティーを短い名前にするツールはあるからね。

769 名前:仕様書無しさん [2008/09/24(水) 01:05:57 ]
短くする一手間の意味はなんですか

770 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:14:04 ]
>>766
下請けに何の権限があって規約を変更できるんだよw
つうか、Javaだと、実行ファイル内にメソッド名とかプロパティー名がまんま出ちゃうから、セキュリティー上内部動作を想定出来る名前は禁止なんだろ?

771 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:15:15 ]
>>767
そんな事したら単体テストどころか結合テストまで「やりなおし」だろ。
(javaの「実行時 名前参照」を舐めてんのか?)

772 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:22:54 ]
>>771
プロジェクト全体のコードを全部変換すればいいんじゃね?
変換ツールは実績のある奴でw

773 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:29:43 ]
どうでもいいが、returnを1つの出口にする奴で下手クソなのが、こういうやつ:

Type value = null; // なぜnullで初期化するのか意味がわからない
if(cond_expr){
  // なんか処理
  value = value1;
}else{
 value = value2;
}
return value;

ひどいのだとnullで初期化する代わりに、使いもしないnew式で初期化してるw
ふつうはfinal Type value;で宣言して初期化せずに、
未初期化パスと、2度代入をコンパイラに注意してもらえばいいじゃん、
と思うところだが、当然ながら話はマトモに通じない。

>>770
×変更 ○守らない

つか、逆アセンブル怖いならまずJava使っちゃいけないし、
名前をぐちゃぐちゃにするツールあるから、そっち使えって話だな。(RTTがない奴がいい)
アイアプリの話でもしてるんだろうか。

774 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:34:27 ]
>>773
プログラミング時にデバッグ用にコード書くならそれでいいんだろうが、
納品用のコードでコンパイラにワーニング吐かしちゃダメだろ。



775 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:35:54 ]
>>770
javaの言語規約ではメソッド名は小文字で始める事になってます。
で、大文字で始めると、サードパーティ製の検証ツールなんかで妙な結果を出す奴が…

セキュリティが理由なら、
 局所変数まで連番にはしないよね?
 台帳を「紙の台帳」にはしないよね?

>下請けに何の権限があって規約を変更できるんだよw
 筋から言えば、その通り。
 ただな、請け負った以上、動かない物を納品する訳にはいかない。
(派遣契約ではなく、何故か、請負だった)

 結局、「規約そのまま」に組んだ場合、本番実行環境で
 まともに動かない事が、「客の情シス」で確認され、
 java標準で行くことになった。

776 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:38:48 ]
>>775
規約がアセンブラ時代からの物だったんじゃね?
大文字とか2文字とかw

777 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:41:03 ]
>>774
Javaだとローカル変数の未初期化時の利用(returnも含む)と
final変数への2度以上の変数束縛はコンパイルエラーだお
フローに基づいてエラーがでるお

778 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:43:18 ]
>>777
エラー出したらもっとダメだろw

779 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:44:40 ]
>>778
ごめん。意味がわからないんだけど。
>>774の人は>>773のいったいどこに突っ込みいれてたの?

ちなみに、こういうエラーは、出た方がありがたいものだと思いますが如何?

780 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:47:20 ]
>>779
エラーが出てありがたいのはコード書いてる人だけ。
納品先でエラーなんて吐かれたら大変じゃね?

781 名前:仕様書無しさん mailto:sage [2008/09/24(水) 01:52:18 ]
>>780
いや、吐くわけないでしょ。
ごくごく1メソッド内の結合しかないコンパイルエラーなんだから。

782 名前:仕様書無しさん mailto:sage [2008/09/24(水) 03:52:25 ]
>737 への回答はマダですか?

783 名前:仕様書無しさん mailto:sage [2008/09/24(水) 03:55:54 ]
>>776
どちらかというと、古い時代の大型汎用機の開発スタイルだね。
リンカが7〜8文字しか見てくれなかった時代。
(Cコンパイラも外部参照は先頭7文字まで、とか)

784 名前:仕様書無しさん mailto:sage [2008/09/24(水) 07:16:51 ]
おまえら、returnがひとつの意味がぜんぜんわかって無いのな…。
昔の低水準デバッガーでデバッグするとき、returnがたくさんあるとそれすべてにbpをかけなきゃいけなかった。
1カ所なら、ひとつだけですむ。

ということで、>>758が正解。 >>735 は関数単位で必ず解放するロジックが入るわけじゃないので不正解。





785 名前:仕様書無しさん mailto:sage [2008/09/24(水) 08:15:24 ]
そういう時代もありました。

786 名前:仕様書無しさん mailto:sage [2008/09/24(水) 09:34:42 ]
つ【構造化プログラミング】

787 名前:仕様書無しさん [2008/09/24(水) 11:35:58 ]
>>786
懐かしい響きが…

788 名前:仕様書無しさん mailto:sage [2008/09/24(水) 13:56:12 ]
ここで場違いなコードの話を延々と続ける人のいる会社はNGにしたいな。

789 名前:仕様書無しさん mailto:sage [2008/09/24(水) 21:14:50 ]
NGにされる側なのに、したいとはなんと言う事だ。


790 名前:仕様書無しさん mailto:sage [2008/09/24(水) 21:39:52 ]
盛り上がってると思ったらEXITの話題かよ。そんなこの業界から出て行きたいなら早く出て行ってくれよ。

791 名前:仕様書無しさん mailto:sage [2008/09/24(水) 21:58:51 ]
既に追い出されているのに、出て行ってくれとはなんと言う事だ。

792 名前:仕様書無しさん mailto:sage [2008/09/24(水) 22:13:55 ]
結局、改良されたソースを提示する人はいませんでした、とw

793 名前:仕様書無しさん mailto:sage [2008/09/24(水) 22:20:47 ]
bool値であるhogeを反転させる際に、

@ if (hoge) { hoge = false; } else { hoge = true; }
A hoge = hoge ? false : true;
B hoge = !hoge;

だったらBだよな?
可読性悪いからって、@に修正されてた・・・しかも新人に・・・orz

794 名前:仕様書無しさん mailto:sage [2008/09/24(水) 22:32:08 ]
>>793
殴れ!



795 名前:仕様書無しさん mailto:sage [2008/09/24(水) 23:18:07 ]
>>793
(3)の方が可読性に優れていると思うけど?簡潔だし。

796 名前:仕様書無しさん mailto:sage [2008/09/24(水) 23:26:56 ]
>793
うん。可読性と簡潔をごっちゃにしない方がいいよ。

まあ、簡潔であればあるほど可読性がよくなると言うのは幻想だから。

797 名前:仕様書無しさん mailto:sage [2008/09/24(水) 23:55:41 ]
どうみても3だな

798 名前:仕様書無しさん mailto:sage [2008/09/25(木) 00:05:11 ]
俺は1派だな。
顧客が納得しないと検収くれないし。

799 名前:仕様書無しさん mailto:sage [2008/09/25(木) 01:14:46 ]
俺も3。 そして2が一番中途半端という印象

ただ、1や2が書かれていても直しはしない。
この程度であれば、どれであってもいいと思う。
、、、1つの関数内で混在してなければだけど。

800 名前:仕様書無しさん mailto:sage [2008/09/25(木) 01:21:19 ]
可読性も糞もそのまんまじゃねー?
3の ! のことね
あえて冗長にする意味が全くわからない

801 名前:仕様書無しさん [2008/09/25(木) 02:10:59 ]
ばかだなぁ、プログラムにはストォリィというものがある。
単に値を変更するんじゃないんだよ、きちんと1の様に記述しなさい。
これだから、低学歴害虫は困るお。

802 名前:仕様書無しさん mailto:sage [2008/09/25(木) 02:31:49 ]
ifじゃないと可読性が悪いとか言ってるほうが・・・

803 名前:仕様書無しさん mailto:sage [2008/09/25(木) 04:07:47 ]
バカでも読めるくらいにしとかないと、メンテが大変だよ。

804 名前:仕様書無しさん [2008/09/25(木) 08:12:30 ]
>>793
○囲みの数字を使ってる時点で失格だと思う。



805 名前:仕様書無しさん mailto:sage [2008/09/25(木) 08:17:27 ]
hoge = hoge Imp Not hoge
なら満足か?

806 名前:仕様書無しさん mailto:sage [2008/09/25(木) 21:16:56 ]
NTTデータもイントラマートも糞で困る。
mixiでバグ報告見てそう思った。

807 名前:仕様書無しさん mailto:sage [2008/09/25(木) 22:37:16 ]
コミュ見たけど一人しかいないしwww

808 名前:仕様書無しさん [2008/09/26(金) 08:42:05 ]
NTTデータはデスマである状況も認識できないからNGだな。
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、

これしか言えないのかね。

809 名前:仕様書無しさん [2008/09/26(金) 09:12:25 ]
元々は電電公社の役人(w

810 名前:仕様書無しさん mailto:sage [2008/09/26(金) 13:37:21 ]
間に合わせたいはずなのになんで連中はダラダラしゃべってんの?
バカなのは分かってるけど、しゃべらないと死ぬの?

811 名前:仕様書無しさん mailto:sage [2008/09/26(金) 13:42:19 ]
N社の連中、いつもケータイいじり回してる。仕事しろ。

812 名前:仕様書無しさん [2008/09/26(金) 21:45:00 ]
スレ潰し担当の工作員が技術論をふりかざしておりますw

813 名前:仕様書無しさん [2008/09/26(金) 22:27:34 ]
アベシって東証一部上場じゃんね。しんどいプロジェクトで死ぬ思いしても
乗り越えればいいことあるんじゃないの?
いくら技術力があって居心地のいい会社でも、小さかったら限界があるじゃん。
しんどいプロジェクトを乗り越えても、積み重なっていかないよ。


814 名前:仕様書無しさん mailto:sage [2008/09/26(金) 22:58:35 ]
日本語が変



815 名前:仕様書無しさん [2008/09/26(金) 23:39:19 ]
>>810
>バカなのは分かってるけど、しゃべらないと死ぬの?



816 名前:仕様書無しさん mailto:sage [2008/09/27(土) 01:27:56 ]
>>810
|しゃべらないと死ぬの?

そうだよ。 窒息して死んでしまうんだよ。

連中、口で泳ぎ回って飯を食っているから。
外洋性の大口の魚と同様で、口を動かしていないと呼吸ができないのです。

817 名前:仕様書無しさん mailto:sage [2008/09/27(土) 08:00:21 ]
>813
大きい会社だと、デス魔を乗り越えて「生存」している事をわざわざ評価しないから無理。
反対に、小さい会社だと取締役とかがちゃんと気づいてて、細かく評価してくれる。

818 名前:仕様書無しさん mailto:sage [2008/09/27(土) 09:05:06 ]
スコープを理解していないバカを送り込んでくる某WISE社。
グローバル変数としてカウンタ変数iを宣言するなよ・・・
理由が「何処でも使う変数なのに、各関数・for文毎に宣言するのはナンセンスでしょ。それぐらいも分からないの?w」
と逆に笑われた・・・

819 名前:仕様書無しさん mailto:sage [2008/09/27(土) 09:35:39 ]
マルチスレッドで動かしたとき、どうなるか想像したくないな。

820 名前:仕様書無しさん mailto:sage [2008/09/27(土) 13:04:37 ]
そんなグローバル変数使ってるようなのは
モジュールじゃない。

821 名前:仕様書無しさん mailto:sage [2008/09/27(土) 13:12:23 ]
>>818
そんな時代遅れないい草かます奴には、オブジェクト指向を叩き込んでやれ。

822 名前:仕様書無しさん mailto:sage [2008/09/27(土) 13:21:23 ]
マルチスレッドとか要求されないシステムなら、確かに毎回宣言するのは意味ないな…。
とはいえ、サブルーチン化したときどうすんだ!?という気もするが。

823 名前:仕様書無しさん mailto:sage [2008/09/27(土) 14:32:19 ]
おまえの存在がナンセンスじゃ! とかいってやりたい。
でも、スコープを理解してないってのは嘘だね。 理解してないほうがマシなんじゃね?

824 名前:仕様書無しさん [2008/09/27(土) 16:40:18 ]
>>813
いろんな企業の社長見てきたけど、お家大事の時に従業員のことまで考えられるような
人はまずいない。現有財産の確保と夜逃げ先探しを早くやらないと、整理屋とか紙屋とか
が乗り込んで来るからな。

企業背負ってて金のトラブル抱えると地獄だよ。ほんと。



825 名前:仕様書無しさん mailto:sage [2008/09/27(土) 18:39:28 ]
マルチスレッドとか言ってる奴はアホなの?

int i;
void foo()
{
 for (i = 0; i < 10; i++);
}
void bar()
{
 for (i = 0; i < 10; i++) {
  foo();
 }
}

826 名前:仕様書無しさん mailto:sage [2008/09/27(土) 18:45:55 ]
は?

827 名前:仕様書無しさん mailto:sage [2008/09/27(土) 18:51:27 ]
え?

828 名前:825 mailto:sage [2008/09/27(土) 18:55:56 ]
グローバルで定義してはいけない第一義的な理由をコードで示したのだが、
高尚すぎて理解できなかったか。

829 名前:仕様書無しさん mailto:sage [2008/09/27(土) 19:12:39 ]
で?

830 名前:仕様書無しさん mailto:sage [2008/09/27(土) 19:22:40 ]
>>828
いや、そんなことぐらいみんな分かってるって。
で?

831 名前:仕様書無しさん mailto:sage [2008/09/27(土) 19:24:52 ]
>>825

main() { foo(); }

だったら無問題だろw
どっちの関数から始まるとか、前提条件無いんだからさ〜

832 名前:仕様書無しさん mailto:sage [2008/09/27(土) 19:40:01 ]
この程度が高尚って・・・

はぁ・・・

833 名前:仕様書無しさん mailto:sage [2008/09/27(土) 19:56:38 ]
var i;

main() {
var money = 0; //トータル金額
//蕎麦代を受け取る
for(i = 0; i < 10; i++) {
//5枚目になったら客が何時かを質問
if (i == 5) { askTime(); }
//客から貰った小銭をカウント
money += 1;
}
//トータル金額は幾らかな?
}

askTime() {
i = 現在の時刻;
}

適当言語で洒落を利かせてみました。

834 名前:仕様書無しさん mailto:sage [2008/09/27(土) 19:59:11 ]
ちなみにJavaではインクリメント操作はアトミックではない



835 名前:仕様書無しさん mailto:sage [2008/09/27(土) 22:37:45 ]
もう、えいやで
int a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z;

main(){
for( i = 0 ; i < 10 ; i++ ){
for ( j = 0 ; j < 10 ; j++ ){
}
}
}

とか、すきにやって。

836 名前:仕様書無しさん mailto:sage [2008/09/27(土) 22:49:31 ]
グローバル変数って、同じ名前にするから問題なんだって。
全部使う毎にユミークな名前付ければいいんだよ。
それでメモリー食い潰してしまえw






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

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

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