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


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

Go part3



1 名前:デフォルトの名無しさん [2009/11/24(火) 23:14:03 ]
       / ̄ ̄\
     (⌒ヽ    ヽ⌒)   Google発の新言語go
      |:::: ̄       ̄l
    . |:::        |  The Go Programming Language
     |:::: (● ) (●)|    ttp://golang.org/
     .|:::   (_人__) |     ttp://go.shibu.jp/
      |:::    `⌒´  |
      |:::  __  |_   グーグル、C/C++に代わる新言語「Go」をOSSで公開
      |::: ノ__)  |_)  ttp://www.atmarkit.co.jp/news/200911/11/go.html
      |:::       |     前スレ
      |:::       |     pc12.2ch.net/test/read.cgi/tech/1258183436/
      \___、⌒i___ノ⌒ヽ  過去スレ
        (_ノ  ヽ_ノ   pc12.2ch.net/test/read.cgi/tech/1257920595/

762 名前:デフォルトの名無しさん mailto:sage [2010/01/10(日) 14:32:14 ]
>>761
それは、リテラルにかけたつもりじゃない。分かりにくくてスマソ

763 名前:デフォルトの名無しさん mailto:sage [2010/01/10(日) 15:49:54 ]
>>762
結局「それ」って何よ

764 名前:デフォルトの名無しさん mailto:sage [2010/01/10(日) 15:55:52 ]
並列処理で障害が発生するので、あるあえてない機能は何かないかい? って言うつもりだっだんだけどスマソ
Erlangみたく。

765 名前:デフォルトの名無しさん mailto:sage [2010/01/10(日) 21:00:09 ]
???

766 名前:デフォルトの名無しさん mailto:sage [2010/01/10(日) 21:03:45 ]
Erlangはリストのリテラル表記あるじゃん。[1, 2, 3]

767 名前:デフォルトの名無しさん mailto:sage [2010/01/10(日) 21:13:06 ]
日本語が不自由でも自説陰謀論を展開する嫉妬君よりはまし
マシはマシなんだが・・・本当に判らんね

768 名前:デフォルトの名無しさん mailto:sage [2010/01/10(日) 21:23:50 ]
多分、↓こういう事じゃないの?

・Erlang では何らかの機能が用意されていない
・その機能は通常の言語では一般的な物である
・その機能が削られたのは何らかの理由で並列処理の邪魔になるから
・Go でリストのリテラルが無いのも並列処理の邪魔になるからじゃないか

Erlang で用意されていないという機能が何で、
それが並列処理を邪魔する理由が何なのかは知らん。

あ、もしかして代入禁止の事かな?

769 名前:デフォルトの名無しさん mailto:sage [2010/01/10(日) 22:43:11 ]
これはエスパーが必要。

770 名前:デフォルトの名無しさん mailto:sage [2010/01/12(火) 14:08:25 ]
>>746
現在のreleaseではxgbを使えということみたいですね。




771 名前:デフォルトの名無しさん mailto:sage [2010/01/12(火) 16:29:55 ]
>>733
検索URLに&hl=enをつけたほうが良い

772 名前:デフォルトの名無しさん mailto:sage [2010/01/12(火) 19:42:49 ]
Go の REPL が出来たのかと思ったら C の REPL と同じ方式だった…

github.com/vito/go-repl
neugierig.org/software/c-repl/

大きなプログラムを書くときは REPL は使わないだろうから、
これでも特に問題は無いんだけどね。

773 名前:デフォルトの名無しさん mailto:sage [2010/01/12(火) 22:44:56 ]
同じ方式だって、他にどんな方式が?

774 名前:デフォルトの名無しさん mailto:sage [2010/01/12(火) 23:31:16 ]
c-repl の方は haskell で書かれてるんだ・・・よくわからん

775 名前:デフォルトの名無しさん mailto:sage [2010/01/12(火) 23:55:54 ]
replの起源はLISPですが何か

776 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 03:51:41 ]
>>773
これ read-eval-print loop じゃないんだよ。
read-compile-run-print loop とでも言ったら良いのかな。

>>774
以前は Ruby で書かれてたと思うよ。まあ実装言語は何でも良いけどね。
普通の REPL は起動時からの評価環境を保持していて、新たに入力された
コードだけを差分実行するんだけど、これは何か入力がある毎に毎回フル
コンパイル、フル実行して、その出力を取って来てるだけ。

777 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 04:45:18 ]
で?

778 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 04:45:24 ]
>>776
>read-compile-run-print loop とでも言ったら良いのかな。

変数の参照なんかはどうなるの?

779 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 12:14:58 ]
journal.mycom.co.jp/news/2010/01/12/022/
ランクインしてたw

780 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 12:47:08 ]
go for windowsのリポジトリ全然更新されてないな…



781 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 12:56:29 ]
飽きたんだろ。

782 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 12:57:12 ]
売名目的でやってみましたってやつだろw

783 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 13:23:08 ]
中国事業から撤退辞さず=人権活動家狙ったサイバー攻撃で−米グーグル
www.cnn.co.jp/business/CNN201001130003.html
jp.reuters.com/article/topNews/idJPJAPAN-13315420100113
www.yomiuri.co.jp/atmoney/news/20100113-OYT1T00556.htm
www.jiji.com/jc/c?g=int&rel=j7&k=2010011300246

784 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 17:55:14 ]
言ってみてるだけだな
ビジネスとして中国から撤退するのはありえんよ

785 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 19:51:57 ]
>>778
試してないけど、完全に別プロセスだし、凝った事はやってないみたいだから、
変数も作り直し。タイムスタンプを格納していたり、ファイルやソケットを
開いていたり、画面出力をしていたりしても、始めから再実行されると思われ。

Lisp や Smalltalk の様にはいかない。

786 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 22:17:38 ]
>>784
それをマジで言ってるならかなりの情弱だな
特にソフトウェア産業に関わってるなら

787 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 22:24:08 ]
脳内情報の強者がなんか言ってます。

788 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 22:28:27 ]
お前等、本当に技術の話が嫌いなんだな

789 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 23:30:59 ]
だったら技術的なネタ持ってこい

790 名前:デフォルトの名無しさん mailto:sage [2010/01/13(水) 23:40:04 ]
「だったら」になってねぇよ
何持ってきたってそこから技術以外の話に逸れる集まりなんだから



791 名前:デフォルトの名無しさん mailto:sage [2010/01/14(木) 01:00:30 ]
こことメンバー被ってそうだな
pc12.2ch.net/test/read.cgi/tech/1259179002/

792 名前:デフォルトの名無しさん mailto:sage [2010/01/14(木) 01:08:25 ]
なんだ俺のことか

793 名前:デフォルトの名無しさん [2010/01/14(木) 07:52:25 ]
中国撤退って言うから久しぶりに来てみたけどgoogleはもうダメだな。
ところでgoogleと任天堂はどこが同じなの?

794 名前:デフォルトの名無しさん mailto:sage [2010/01/14(木) 11:38:49 ]
金に汚い所

795 名前:デフォルトの名無しさん mailto:sage [2010/01/14(木) 19:37:09 ]
そんな印象論では発言者のゆとりが明らかになるだけで
肝心の疑問はまったく明らかになりません。

796 名前:デフォルトの名無しさん mailto:sage [2010/01/14(木) 19:46:07 ]
googleが金に汚ない?
むしろgoogleは無頓着すぎて色々と摩擦が出ているんだと思っていたが。

797 名前:デフォルトの名無しさん mailto:sage [2010/01/15(金) 01:52:13 ]
他人の権利には無頓着なのは同意

798 名前:デフォルトの名無しさん mailto:sage [2010/01/15(金) 02:06:56 ]
googleすげーわ

799 名前:デフォルトの名無しさん mailto:sage [2010/01/15(金) 03:26:46 ]
大体こういう話題になると、本当に相手を観察した結果ではなく
自分に力があったらやってたことが口をついて出て来る。

800 名前:デフォルトの名無しさん mailto:sage [2010/01/15(金) 04:06:30 ]
意味不明



801 名前:デフォルトの名無しさん mailto:sage [2010/01/15(金) 04:31:27 ]
馬鹿にわからない書き方したから当然

802 名前:デフォルトの名無しさん mailto:sage [2010/01/15(金) 04:34:28 ]
グーグルすげーわ

803 名前:デフォルトの名無しさん mailto:sage [2010/01/15(金) 05:01:35 ]
なんかここだけ勢い違うなと思ったら
ただの嫉妬団か

804 名前:デフォルトの名無しさん mailto:sage [2010/01/15(金) 11:02:12 ]
漢らしく
じゃばにリソース突っ込んじまえよ

と思うの…

805 名前:デフォルトの名無しさん mailto:sage [2010/01/15(金) 11:04:37 ]
○じゃばにもっと人的リソース突っ込んじまえよ
×じゃばにリソース突っ込んじまえよ

うn

806 名前:デフォルトの名無しさん [2010/01/15(金) 11:24:13 ]
なんだこいつ?(笑

807 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 07:07:50 ]
今北からGOについて産業で概要説明よろ

808 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 07:09:05 ]
Cを
キモいシンタックスにした
並列志向言語

809 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 08:00:21 ]
碁?

810 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 13:43:22 ]
GOってWEB利用(APIとか?)が既存のPC内にあるlibやdllを参照するのに近いレベルで
簡単に利用できるようにするためのものって妄想した



811 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 17:26:10 ]
>>799
GoよりRubyやGroovyやHaskellやScalaなどの方が凄い
GoはGoogleが出したものの中でも恥レベル

812 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 17:28:34 ]
『俺の兄ちゃん強いんだぜ』か…
でも何で Ruby と Groovy...

813 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 17:58:19 ]
>>811
どうすごいかを書かないとアンタのレスは誰も見ないよ。

814 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:41:32 ]
RubyはMixinでオブジェクト指向の問題を見事に解決した
美しい言語だが、Goは新しいところが何もない

815 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:41:47 ]
論理性のかけらも無いオナニーレスだな

816 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:44:19 ]
Goで「あれ?」って感じは確かにあるなあ。
どんなに斬新な新しい言語かと思ったら、並列処理に速度の速さ
でしょ。
コンセプトの良さがピンと来ない。あと、なんか古臭い感じがする。
例外処理がないとかコンパイルが速いとかも含めて、むしろ退化してる感じがする。

817 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:45:07 ]
>>814
goでは継承そのものも問題をややこしくするだけだから実装していない。
実装していないことには理由があるんだよ。
それ以前に、goではオブジェクト指向よりもプロセス指向に重点を置いている。

818 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:46:42 ]
>>817
作った人がオブジェクト指向についていけないだけでしょ
オブジェクト指向は問題を簡単に解決出来る道具

819 名前:デフォルトの名無しさん [2010/01/16(土) 18:49:10 ]
このスレって、ゴミ人間しかいないねw

820 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:51:10 ]
>>816
比較対象をC/C++にしないとダメなんじゃ
そもそも実用を志向する言語なら、あんまり斬新な機能は付けられない
並列処理を重視するのは現代風だと思うけどね



821 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:51:13 ]
>>818
オブジェクト指向についていけないなんて事は無いと思うよ。
それなりの実績と経歴を持っている人なんだから。

822 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:52:26 ]
俺は並列処理を楽に書ける言語を探したが、実用的な言語はgolangを除いて一つも見つからなかった。

823 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:54:06 ]
オゥ、ホット釣堀

824 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:54:40 ]
erlangじゃダメか?

825 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:55:28 ]
>>822
C++やJavaで十分
Erlangとかもあるしな

826 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:58:46 ]
並列処理だけは現代的なんだけど、

構造化(C、Pascal)→オブジェクト指向(Smalltalk、C++)
if文(Basic、C)→例外処理(C++、Java)
処理速度、コンパイル速度(アセンブリ、Fortran、C、Pascal)→柔軟性(Perl、C++)

のような時代の流れの左側にいるような印象だな。

827 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:01:50 ]
くだらないクラス継承の階層をなくそうというのはいいと思う。
所詮マシン語に落ちるシステム記述言語と、
バカでかいランタイム(ソースごと)引きずる言語で設計が変わって当たり前じゃないか?

828 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:08:33 ]
>>826
幾ら何でも釣り針がでか過ぎるだろw

829 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:23:05 ]
オブジェクト指向についていけないやつが言語設計できるかよwwwwww
ばかはしねよwwwwwwwwwwwwwwwww

830 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:25:15 ]
>>828
>>826が釣り針ってどこらへん?
>>814>>818はイサキも釣れそうなぶっとい釣り針だったが



831 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:34:51 ]
>>830
・左と右とは相互に関連しており、分離はナンセンス。
・そもそも同列の例にあがっている言語間で全然違う思想。
・時www代wwwのwww流wwwれwww

832 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:37:55 ]
アセンブラ最強

833 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:39:54 ]
>>830
え、全部だよ。

例えば『並列処理だけは現代的』と言ってるが、Pike は 1980 年代に
既に Go に連なる様な並列言語のペーパーを書いている。
別に新しい概念でもなんでもない。

834 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:40:43 ]
新しいかどうかじゃなくて、時代に沿ってるって事だろ

835 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:42:49 ]
昔からある物を現代的とは言わんだろ。

836 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:46:00 ]
要するに言い負けるのを認めたくないだけか
細かい言葉のあやを言い合うだけならスレチだから死ね

837 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:46:15 ]
>>826
C++ のコンパイル速度が遅いのは、柔軟性を求めたからじゃなく、
過去を引き摺りつつ高機能を渇望したから。処理速度も速い。

838 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:46:46 ]
  /   /::// : : : : : : : i: : : ∧\: : : : :∧: :\ : : : : : : : : : ヽ.: : :|ム: : : : : : : : : : :
  /   /://.: : : : : : :i : |: : : : ∧: ヘ: : : :∧: ::ム._: : : : : : : : :.l: : :|ム!: : : : : : : : : :
. /     / .|.: : : : : : : |: :ム、: : ∧.ヘ ><´ ̄\ヘ`,ハ: : ム、 ハ: : |ム!: : : : : : : : : :
     ,'. |: : :i: : :i: : ハ,斗―.、: :∧ ヘ r',ィ==寸ュ、_,ハ: : i: |: : |: : |ム!: : : : : : : : : :
     i  | :|: i : : i: : :ヘ、〉zュ、\::ヘ. .\ '´ f⌒付ハヘ〉!|: |: |: : 「.ヽ!ム!: : : : : : : : : :
     |  |: |: i : : i: : : : r{.「⌒ヽ \ヘ. ` .kr'...::i:::::!′|: |: | : fい lム!: : : : : : : : : : :
     |  .| ∧ヘ: : :ヘ: : : N kr'::ム  ヽ   Vし'ク;ソ  .|: |: |: /  .メム!: : : : : : : : : : :
.        N ヽ \: :\:`ヽ. Vし!      `ー "   ノ ル' / |/ Nム: : : : : : : : : : :
.       '.   \ \: :\∧ゝノ.              . |: /.i .|.  | Vム: : : : : : : : : :
.           \|丶: : ∧.  ` __       ,イ レi i. |  .| i.Nム: : : : : : : : : :
                |: :i: : 「`ヽ.   ヽ )     /  | i i. |  .| i.|. Vム: : : : : : : :
                |: :i: : |  .,≧、       /    | i i. |  .| i.|  Vム: : : : : : : :
            -‐-、j: :i: :i.|  /   }  ` rュ-1´    ,ィ| i i .L__ | i.|   Vム: : : : : : :
.          {    ヽi i.|‐/  .ノ_,ィj .>!  r<´ | i i .! `ヽ L__   Vム: : : : : :
          `ヾ.  └-イ  /   / ト、_}-{_ァ|.  | i i | 、丶ヽy'¨ ̄`Vム__: : : :  受験生の皆さん
          / | `ー-‐'´ ̄ ̄`Y. .〈. ノ≧{:::{≦.、 | i i |. \/     }ム}. 〉  明日のセンター試験
.         /.  |、 、____,斗-!、/.::/:/:/|「|:∧:::〉| i i |、 >'      ./ム! /   頑張って下さい
         {   |          ノ―〈/::/.:||::!:::::V. | i i |/       ./ム! /

839 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:47:10 ]
>>826
C が出来たのも Smalltalk が出来たのも 1972 年でいっしょ。

840 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:47:18 ]
ようするに>>833は勝手に>>826の内容を脳内変換してたってことだろ?
新しい概念なんてどこにも書いてないし



841 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:48:27 ]
>>831
関連しているからこそ前時代的か現代的かで分類する意味があるんだろうが。
おまえは馬鹿か?

842 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:49:17 ]
>>826
つまり処理速度もコンパイル速度も速い ML 系の言語なんかは
時代に取り残されている訳か。

843 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:50:00 ]
重箱の隅とまでは言わないが
主張とは関係の無いところで話の腰を折る人がいてやーね

844 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:51:49 ]
>>826
オブジェクト指向を礼讃していれば良い時代は終わりましたが、
>>826 は時代の流れのどちら側にいますか?

845 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:54:26 ]
>>826
C++ でも例外を使っていない Firefox は、時代の流れの左側にいるのか…

https://developer.mozilla.org/ja/Mozilla_Hacker's_Getting_Started_Guide#.e4.be.8b.e5.a4.96_.2f_nsresult

846 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 19:57:00 ]
GoのよいところはOS、ドライバ等を記述することを前提にしていることだろ
アプリを書く前提の言語であるJavaとかRubyなんかと比べているやつはなんなの

847 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:00:07 ]
>>845
左にいるな
NetScpeの時代からソース受け継いでいる弊害

848 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:05:02 ]
>>847
Google も?

google-styleguide.googlecode.com/svn/trunk/cppguide.xml#Exceptions

849 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:07:25 ]
>>846
つ JNode

850 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:08:20 ]
>>848
もちろん
この件に関しては時代の流れの左にいる
Googleだからと言って、時代の流れの最先端にいるわけではないということだ



851 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:12:50 ]
>>850
その時代認識が間違ってるんじゃね?
言語の機能は pros/cons を判断して使う物であって、>>826 みたいに単純な→で
表す物じゃないと思うが。

852 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:15:16 ]
どういうプログラムを書くかによってどのくらい抽象化された言語で書くかという事ではないのか。
処理速度が必要なプログラムを書く場合、機械語に近い方の言語で書くし、そうで無い場合は抽象化された言語で書く。

なので時代の流れとかそういう問題じゃないのではないか

853 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:18:31 ]
>>826 によると Arc も時代遅れ

paulgraham.com/noop.html

854 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:20:15 ]
848でGoogle自体認めてるじゃん
「Things would probably be different if we had to do it all over
again from scratch.」
ってね

855 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:21:04 ]
>>826
GHC はコンパイルが遅いらしいから、Haskell は名実共に最新言語だな!

856 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:21:09 ]
>>853
Arcはオブジェクト指向の先にいる

857 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:22:06 ]
つまり、結論はTarbo Pascalのコンパイル速度は驚異的だってことだな

858 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:26:11 ]
>>854
それはお世辞でしょ。practical には against だと書いてある。

859 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:27:18 ]
>>858
お世辞w

860 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:29:38 ]
>>858
そのpracticalというのはつまり、既存のGoogleのコードが
例外を扱うように書けていないから、今から
例外を使うようにするのはコストがかかるという
ことなんだが
そこから、854の結論につながる



861 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:31:38 ]
>>856
Arc って Scheme とそんなに違いはないよね。

862 名前:デフォルトの名無しさん mailto:sage [2010/01/16(土) 20:37:56 ]
>>860
何で書けていないかというと Cons の項に書いてある様な
ディスアドバンテージがあるからでしょ。






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

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

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