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


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

Go part2



1 名前:デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:23:56 ]
The Go Programming Language
ttp://golang.org/

830 名前:デフォルトの名無しさん [2009/11/23(月) 18:55:35 ]
>>824
Googleでは勤務時間の20%をコミュニティの活動に費すべし、というルールがあるらしいから
任せられたコミュニティのメンバーもGoogle社員が占めてるんじゃないかと

831 名前:デフォルトの名無しさん [2009/11/23(月) 18:56:09 ]
グーグルのバックにいるのはひろゆきだったのか!!

832 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 19:00:31 ]
>>830
え?20%は、何か自由な開発じゃないの?

833 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 19:30:44 ]
ひろゆきは偉大だなぁ

834 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 19:49:23 ]
スレ全部読むのめんどくせー
なんかスレ伸びてるけど進展あったん?

835 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 19:51:12 ]
>>834
windowsで使えるようになった

836 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:01:41 ]
この騒ぎ、ひろゆきは今頃ほくそえんでるんだろうな(笑)

837 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:04:15 ]
チャンネルという自由度の低いインタフェースを強制するくせに
sync.Mutexでlock、unlockってアホとしか思えないんだけど
これってどういうこと?
CSPの良さが台無しでは?
偉い人のコメント頼む。

838 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:19:46 ]
CSPだと理論重視で性能限界あるから諦めろ



839 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:20:31 ]
>>832
何をするかを選んでよいという意味でしかないぞ
結果どうなってもいいということはない
簡単に言うと、人事評価の20%はその自由プロジェクトの成果で決まるわけだw

840 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:28:31 ]
>>838
性能限界ってチャネル使ってる時点でたいした性能でるわけないじゃん。
CSPの検証性(へんな言葉かな?)を捨てているのなら中途半端にチャネルなんていらない。
lock、unlockさせるぐらいなら素直にpthreadのAPIでいい。
と思うわけだけど、goのチャネルのメリットってなんなのだろうか?


841 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:31:47 ]
>>840
現状いろんなの実装しました〜(お花畑)
って状態で議論の余地なくね?

842 名前:837 mailto:sage [2009/11/23(月) 20:38:12 ]
調べてみるとLimboもCSPベースのようだから、
何か理由があってのこだわりだと信じたい。

843 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:40:58 ]
cspってのは単なる宣伝文句でした。
想定しているハードと言いますか、設計自体がマルチコア向けなんで。

844 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:41:04 ]
第五世代コンピュータだよ!!!
GHC!!GHC!!

845 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:42:07 ]
>>844
haskell がなにか?

846 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:46:13 ]
>>840
中途半端は悪くない
純粋〜だとか〜指向だとか、型にはまるのは良くない

847 名前:デフォルトの名無しさん [2009/11/23(月) 20:48:06 ]
昭和時代は自由な発想ってものが最良と考えられていました。

848 名前:837 mailto:sage [2009/11/23(月) 20:49:31 ]
>>843
> cspってのは単なる宣伝文句でした。
> 想定しているハードと言いますか、設計自体がマルチコア向けなんで。

具体的にGo!のどこがマルチコア向け?
チャネル?
何度の言うけどlock, unlockがいるチャネルって何がうれしいの?
煽ってるんじゃなくて本当に教えてほしい。




849 名前:837 mailto:sage [2009/11/23(月) 20:52:43 ]
>>846
> >>840
> 中途半端は悪くない
> 純粋〜だとか〜指向だとか、型にはまるのは良くない

AでもBでもOKなマルチパラダイムならわかるよ?
でもGo!の場チャネルとMutexを組み合わせないと同期がとれない。
(全部、値渡しならそりゃチャネルだけでいいだろうけど)

850 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:55:06 ]
Go!

851 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:02:40 ]
あのGoogleがこの程度だったのか
所詮ネームバリューだけかってのがショック

852 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:04:09 ]
値渡しでやれってことなんだろ

853 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:09:27 ]
Erlangもある程度の大きさデータの場合
内部で参照渡し+lockしてるはずだから
いいんじゃね?

854 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:13:00 ]
同期とらなくてもいいような作りにすればいいんだよ

855 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:14:43 ]
どの程度妥協するかは、IBM謹製のGCが入ると変わってくるでしょう。
JavaもIBMのおかげで実用レベルに達したわけだし

856 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:17:50 ]
>>855
それって、msとボーランドのコンパイラが優秀だったからときいてるんだが?

857 名前:837 mailto:sage [2009/11/23(月) 21:17:52 ]
>>853
使ったことないから間違ってるかもしれないけど、
Erlangは純粋関数型言語じゃなかったか?

858 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:19:39 ]
>>857
不純です 汚らわしい



859 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:20:59 ]
どういう処理なのかにもよるけど、
今時、64000byte(や32k)程度なら値渡しでもいいと思うよ。
たぶんポインタ渡しマンセーが抜けないのは、昭和時代にあった○○パラダイムの名残りなんだろうし。

860 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:22:16 ]
それはどういう処理なのかにもよるんじゃないの

861 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:27:21 ]
大量処理時にメモリコピーはコストが高すぎるだろ・・・

862 名前:837 mailto:sage [2009/11/23(月) 21:29:47 ]
>>858
そうなのか、さんきゅう
遅まきながらErlangに興味でてきた。
調べてみるわ。

863 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:35:04 ]
lispとか関数型とか完全にソフト環境でしか触ったことしかないのもいるみたいだから少しわかりやすく言うと、
x86 sseとかだとfloat32 x4で4オペランド(つまり4x4の行列で64byte)が現状では当然のごとく値渡しなわけで、
ポインタ(4byte)が効率的ってわけじゃない。
それに一番大事なのはキャッシュアクセスが速度を決するいまの時代、ポインタでのアクセス、つまりヒープメモリアクセスに頼ること自体がもう時代遅れってこと。
32k byte(2^15)ぐらいなら2次キャッシュでも十分足りるから、今後10年は合理なパラダイムだと思う。

864 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:39:31 ]
>>855
HotSpot は IBM 関係ないんじゃないの。
Animorphic チーム(今 Google で V8 をやってる所)の成果でしょ。

865 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:42:53 ]
jitでしょ。nn3,nn4で数秒止まったjavaが、認められるようになったのは。
hotspotはjitの後のテクノロジーだし。

866 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:47:04 ]
一行抜けてたけど、>>863はOOPじゃなくてCやGO!のような式指向言語のパラダイムによく当てはまるってこと。
ヒープを使うのは、OOPとGCのパターンで既に完成しているから、goはcとは遠い親戚だけどjava,c++は親戚じゃない。

867 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:49:40 ]
>>865
HotSpot は HotSpot Compiler というくらいだから JIT だし、HotSpot の元ネタの
Strongtalk の VM も JIT だし、IBM に関係なく JIT はそれ以前から存在していたと
思うけど、IBM は何かしたんだっけ?

868 名前:837 mailto:sage [2009/11/23(月) 21:52:00 ]
>>863
パフォーマンスの観点で考えるなら帯域で考えないと意味がないよ。
また値渡ししていいかどうかは、コヒーレンシをとる必要があるかどうか
という観点も必要だよ。



869 名前:デフォルトの名無しさん [2009/11/23(月) 21:55:33 ]
なんかプロっぽいから背伸びしたのは分からないでもないけど、知らない用語はwikiで頑張って頑張って勉強してくらはいw

870 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:58:47 ]
>チャネルとMutexを組み合わせないと同期がとれな

871 名前:837 mailto:sage [2009/11/23(月) 22:11:48 ]
え?おれ?
プログラマだったらコンテキストには気をつかおうぜ。

ここにも書いてある内容を言ってるんだけど。
golang.org/doc/go_mem.html#tmp_85
なんなのこのダサい同期の仕方は?
と思わずにいられない。

872 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:14:13 ]
3ー4年前にamdが、cpu命令はintel x86をインターフェイスapiとして統一しようって提唱してたけど
これをgo(と言うかlang c==asm macroのように)がやってくれればいい。
つまり、x86命令コード(movとかのあれとかarith int,fpu,sseとか)の抽象化をgoがになえば
いままでc+asm埋め込みでやってたのがgoに移行するから次世代c言語として完全に存在意義を得るだろうし。

ついでにマルチコアとか仮想vtとかもgoの言語仕様やライブラリで抽象化するってこと。
armもボリューム(スマート電話とか電子辞書とか)からすると32bit+2GHzぐらい十分で64bitなんか必要とされてないし、結局32bitsならintel,amdが歩んだそういう技術が実装されるんだろうから。
ms(xbox)のセンサー技術とか他に研究が一段落したいろいろな次世代UIからすれば、次世代ハードへのネイティブ・アクセス言語なのかなってかんじ。
実際のところ、pythonとかjava,c++haskellとかそういうネイティブ(ハード)に極力触らないような設計の言語とはあまり関係ないよ。
グーグルがどういう方針で言語設計し活用したいのかは謎だけど。

873 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:16:37 ]
Windows向けのバイナリ
ttp://code.google.com/p/go-windows/

874 名前:837 mailto:sage [2009/11/23(月) 22:22:20 ]
googleが作るなら当然クラウド側でスケールする言語でしょと思うけど
Go!は言語レベルでプロセス空間を超えることは考えていないね。
そこもこれからの言語として全然いけてないと思ってる。

875 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:36:14 ]
Go言語酷い
Go言語酷い

俺が作り直す

876 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:38:08 ]
だれか Go を称揚するリストを作ってくれ。

877 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:39:37 ]
どこから作り直せばいいぉ?
VIPの俺にもわかるように指示をくれ

878 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:44:05 ]
>>864
Javaの場合はVM最適化の話じゃなくて、
当初の予想と違ってサーバサイドで成功したわけじゃん。
これはIBMがサーバサイドJavaを推進したのが大きいんじゃないの。
まぁIBMのVMに過大な期待しないほうがいいかもしれないな。
Animorphicもずいぶん汚いコードで速度稼いでるみたいだし



879 名前:837 mailto:sage [2009/11/23(月) 22:51:10 ]
否定的なこと書いてすまん。
Go!の良さを納得させてくれる人希望。

小さいデータはチャネルで楽チン、大きいのはMutexで自分でやってくれっていうのは
現実的にはありのような気がしてきた。
が、それならMutexの部分ももう少し抽象化しろよと思うわけで。


880 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:05:06 ]
>>879
Go!の良さ? Go言語と紛らわしいところかな。

881 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:08:29 ]
>>879
データの大きさの問題じゃなくて
送受信がブロックするのを利用して同期をとるんでしょ

882 名前:837 mailto:sage [2009/11/23(月) 23:18:43 ]
>>881
スレを順に読んでもらえればわかると思うけどさ。
CSP本来ならそうだよ。
でもGo!にはMutexが用意されていて、つまりそれは
何でもかんでもチャネルで渡すのは現実的でないからだよね。
大きい小さいとあいまいに濁しているのはわざと。

883 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:20:54 ]
とりあえずGoogleのサービスでなんか使ってみりゃいいのに。
Visual Studioの最大のお客さんがMS自身であるように。

884 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:31:32 ]
>>873
なんか唐突だが、thx
よくわからん俺にはここ数十レスもっとも有益なレス

885 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:31:56 ]
なんで型推論とデッドロック検出機構
つけなかったんだろう?

付ければプロト的な使い方できたのに

886 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:33:20 ]
高階関数と普遍的なネストの概念もないから
関数型の特徴もないなあ

887 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:36:38 ]
これ見たら、GoogleよりMSの方が技術が高いんだということがよくわかった
.NETとGo比べたら大人と幼稚園児だな

888 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:37:52 ]
仕事か趣味かの差だろ



889 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:41:51 ]
googleはいつものように
野良Godに餌を撒いて、成果を収穫する気なんだろうなぁw

890 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:46:16 ]
Go!ってさ別言語だよね?

891 名前:837 mailto:sage [2009/11/23(月) 23:46:56 ]
>>885
Mutexあるから静的にデットロック検出できないよね。

>>887
.NETと比べるならAxumだね。
あっちは非常によく考えられていて気に入ってる。
.NETじゃなければいいのにw

892 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:48:13 ]
比べるべきはCだろ。
なんか見当違いな批判が多すぎる気がする。

893 名前:a36 ◆K0BqlCB3.k mailto:sage [2009/11/23(月) 23:52:09 ]
>>873
絶対やると思っていたからやらなかった
でもamd64版はまだなのね

894 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:01:08 ]
>>892
CとC++の両方で実装可能なものがほぼ全て可能で、
その上で、一部でも多少でも読み書きしやすいってなら十分過ぎるかもな

895 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:07:51 ]
ホントにそうなら良かったんだけどな…

896 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:10:01 ]
>>894
Dで十分じゃねえか

897 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:13:13 ]
お前らが不満に思ってGoのソースを改編し始めたらGoogleの思うつぼ
虚像企業がボランティアの力を借りてMicrosoftと闘おうとしているものにわざわざ協力する必要はない

898 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:14:45 ]
でも奉仕精神旺盛な天才的馬鹿達が集まってGoogleを繁栄させていくのが現実
Googleさんウハウハですな



899 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:16:11 ]
いまいちその張り付き方の意図がわからない

900 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:16:21 ]
>>897
だとしても、その課程は"オープン"なんだろ?別に誰も得はしても損はしないと思うのは
Googleマジックなのかな?

まあ何かの間違いでMSが潰れたり今以上にひねくれたりしたら、カオスな世界になる可能性はあるが。

901 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:28:00 ]
型推論のメリットってなに?

902 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:34:25 ]
コードが簡潔になる

903 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:40:35 ]
読みにくくなってるだけでは?

904 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:48:13 ]
デバッグっつーかテストコード書きまくってリリースが遅れる罠

905 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:48:35 ]
>>897
自演乙

906 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:57:46 ]
>>903
俺はそうは思わないけど

907 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:58:47 ]
何か勘違いしてるグーグル社員が沸いてるから一応言っとくけど、
グーグルってのは単なる検索サービスであり、インターネットの広告最大手企業ってだけだよ。株式市場上では。
アンドロイドが成功するかどうかが本命だけど、HTML5とかやってないでさ、webの方が一段落したらそのうちMSが攻撃仕掛けてるからそっちの方を警戒した方がいいと思うよ。

例えばMSとアップルなら売上規模を除けば比べるところは多いけど、
MSとグーグルを比べたら検索ポータル以外はほとんどMSに負けてる。
それにグーグルは何かを作ってるわけじゃなくてオープンプロジェクトを名前を変えて自分の手柄にしてるだけ。
アンドロイド自体ももともとjvm仕様の実装なだけだし。

908 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:59:42 ]
板違い



909 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:01:55 ]
googleの兵糧攻めに合い、officeとwindowsの収益が大半なMSが危機を感じて反撃中。

910 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:02:26 ]
>>907
お前は間違ってる
GoogleはAndroidだろうとiPhone・Windows Mobileだろうと
携帯機で検索をたくさん使ってもらえるようになれば充分なんだよ
そりゃ制限のないAndroidのほうが自社サービスとの連携が強いが
一番重要なのは検索をしてもらった広告収入を増やすことだ


911 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:15:04 ]
なんかスレがいつの間にか見えない敵と戦う人ばっかりになってるのはどゆこと?


912 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:17:23 ]
windows osって実際3万以下じゃん。
3万も出せないってわけじゃないよな。
スキルがあれば中国版(ダウソもの)もあるわけでしょ。

一般人だとしても、note pcなら最新win os+officeつきで7-9万ぐらい。
たかが3万の差でそこまでひねくれることもないと思うよ。
msはね、dotnet辺りからゲイツを追い出して社の方針をかえたから、金(それも3万ぐらい)さえ払えばかなり快適だったりする。
つまりグーグルはいつまでも検索ポータルのままじゃ、MSには勝てないし、SUNと同じく7年後につぶれる(買収される)ってこと。

913 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:19:02 ]
一瞬コードが3万って意味かと思って
頭おかしいんじゃないかと思ったわw

914 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:21:23 ]
Goの話以外はよそでやってよ

915 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:24:32 ]
>>911
思考回路が不思議なんだよな。
技術面で言えば Go は Google だからどうだという言語でもないのにね。

916 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:25:51 ]
D++言語にあきてGO!に期待を込めたgoogle信者が居ついちゃってるんだろう。
ここまでレスは、関数型言語と言うかerlag信者がgoを何かと勘違いしてるだけだったし。
正式リリースがでるまで、1年ぐらいはこの調子なんじゃないの?

917 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:30:40 ]
googleと切り離して考えろと言うのが無理な話だろ
プログラミング言語自体は無数にあるわけで、その辺の高校生が作ったような言語が無視されて
これが注目される理由は一つしかないよ

918 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:31:58 ]
仮にGoogleが作ってなくても開発者があのメンツなら
ここまで行かなくとも相当注目されただろ



919 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:38:55 ]
>>918
そうなんだよね。
意味不明に Google を叩いてる人はきっと Rob Pike も
Ken Thompson も知らないんだろうね。

技術を知らないと Google だから注目されてると思うのかな。

920 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:43:56 ]
>>919
注目を浴びる存在というよりも、古代の化石(レガシー)って意味でなら知ってるが?w

921 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:45:13 ]
>>920
君が不勉強だという話を俺に聞かせてどうするんだ

922 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:48:01 ]
しかしつまらんスレだな

923 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:48:27 ]
>>919
意味不明にって、googleが叩かれる理由なんていくらでもあると思うけど
C・C++に置き換わるという謳い文句でgoogleがGoを世に出したのは事実でしょ
それすら知らないの?

924 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:50:50 ]
Googleって広告代理店みたいなものだよね

925 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:51:54 ]
違う、純粋な広告代理店だ

926 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:52:58 ]
>>923
技術者なら、自分で要素技術を調べてマーケッターの言う事をスクリーニングできるもんだ。
それすらできずに叩いているのはこの板的には意味不明だよ。まさに板違い。

927 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:53:13 ]
広告ビジネスは終わる

928 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:54:36 ]
これくらい余裕とか、出来て当然とか
見飽きた



929 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:56:05 ]
意見があるならレスアンカー付けなよ

930 名前:デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:56:09 ]
じゃあ何かコードでも提示してみれば(笑)






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

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

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