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


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

夢のある言語、将来性のある言語ってなんすか?



1 名前:デフォルトの名無しさん [2007/12/14(金) 15:08:16 ]
知っておくと、将来それで画期的なソフトやwebサービスが出来る可能性のある言語
があったら教えてください。
それとももう、そういう世界はないんですかね?


552 名前:デフォルトの名無しさん [2008/01/01(火) 19:54:17 ]
>>549

テキストベースIDE・・・Turbo Cだろ!

553 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 19:55:16 ]
>>548
日常でも小難しい話は図よりも文章の方が説明できることから類推して、
グラフィカルな「言語」は受け入れられないと思う。

>>551
変数は「副作用」を前提にしてるから、変数の存在は並列化の障害になる気がする。

554 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 19:57:21 ]
そこでCleanですよ!
どうなったんだあの言語

555 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 19:58:47 ]
Haskell知らない俺から見た>>512の感想
まず、$という謎の記号が意味不明
そして、mapやfilterの引数の範囲がなんなのか分からない
演算子(もしくは関数)の結合の優先度が分からない
^2とか>3とか左辺の欠けた式に、どうやって左辺が埋まるのが
その流れを把握するのがパズルのようにややこしく見える

556 名前:デフォルトの名無しさん [2008/01/01(火) 19:58:49 ]
>>554
あんた退場!二度とくんな

557 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:00:56 ]
>>553
もちろんそのまま並列化したってだめだよ
atomic文とかsycronizeとかの多少の構文は導入する

558 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:02:50 ]
>>553
むしろ、日常でも小難しい話は図を書いて説明しないか?

559 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:04:05 ]
>>555
それ、プログラムを知らない人がコード見て「暗号文みたい」って言ってるのと同じじゃないか?
そりゃ言語覚えなきゃ分かるわけ無い。
C言語みたいな、ポピュラーな言語とはプログラムの構造がかけ離れている為、
経験済みの言語の知識があまり役にたたなくて、多少敷居が高くなってる、、、っていうのは分かるけど

560 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:04:28 ]
図というか、数学記号がそのまま書けたら、テキストよりももっと分かり
やすいとは思うな



561 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:09:10 ]
GHCっていうHaskellのコンパイラがサポートしてたような>数学記号

562 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:09:52 ]
>>558
図で描いてある事が判りやすいのは、図は簡単なことしか描けないから。
難しい内容は図示できない。

>>557
そうだね。色々な方法があるのかもしれない。

563 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:10:09 ]
>>542
LINQはMonoidとMonadの概念を持ち込んだものなので、分かる人には分かる。
MSは一般の開発者向けにこんな講義までしてるんだぜ。
ttp://channel9.msdn.com/Showpost.aspx?postid=358968

564 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:11:56 ]
>>559
個人の感覚の問題かもしれないけど、多少冗長さを犠牲にしてforと
ifだけでいろんなことが表現できるという方が、
圧縮されて暗号のように短くなるけど、覚える規則が多くて、それに
当てはめて考えなくちゃいけないというよりもエレガントに感じる


565 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:16:32 ]
プログラムを図で表現しようとしたのがUMLじゃね?
UMLからコードを生成しようとする試みも既にある
これがメジャーになるかどうかは知らんが

566 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:19:42 ]
ここってメチャクチャレベル低すぎ、いまだにJavaとかEclipseとか..所詮、使い捨てプログラマの馬鹿が
傷なめあってるところか...


567 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:22:03 ]
>>565
それも思ったんだけど、結局ソースコードで記述したいことを十分にUMLで記述したものが、
ソースコードより可読性があるかといえば、自分はないと思ってる。

UMLは、ソースコードのある側面だけを記述するものであって、ソースコードと同等なものを
記述するためのものではないと思う。

568 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:22:05 ]
>>566
未だにJavaが一番メジャーだと思うんだけど
Eclipseにいたっては伸びてる最中だし

569 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:27:06 ]
>>567
全てとは言わないけど、開発の大部分がUMLダイアグラムの編集になって
テキストを直接見ることはほとんどなくなる事はありえると思うよ
既にNetbeansなんかではそういうスタイルはあるし
www.netbeans.org/kb/60/uml/fe-files/umlassociation.html

570 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:31:30 ]
継承関係を見る分にはまあいいだろうけど、
private メソッドまで律儀に書きだすとやってられなくなると思う。



571 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:32:40 ]
>>566
VB使いでさえ関数型に転向してるのにね

572 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:32:59 ]
>>569
個人的な直感に過ぎないけど、それが主流になることはありえないと思ってる。

昔から PADとかCaseツールでプログラムを自動生成とかあったけど、
結局うまく行ってない。言語よりもツールの陳腐化が速いから、結局「負の財産」に
なってしまう。

573 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:35:29 ]
関数型(笑)とかグラフィック(笑)が主流になることはありえないからw

574 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:37:06 ]
>>573
SQLは関数的だなぁと思う。
こうした部品としては関数型は良いんじゃないかな。

575 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:38:14 ]
>>572
RADは思いっきり主流になったよ

576 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:39:49 ]
カーソルがいらなくなるのかな

577 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:41:12 ]
>>571
VB使いの主な転向先はC#です

578 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:42:38 ]
>>575
4DとかPowerBuilderはどこへ行ったんだよ。
少なくとも未来があるとは思えん。
まさに「負の財産」になってるんじゃないの?

579 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:44:23 ]
>>578
精神はVisualC#.NETに受け継がれましたw

580 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:45:22 ]
RADということで >>578を書いたけど、よく考えたらグラフィカルなプログラミングとも関係ないな。



581 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:46:59 ]
>>548
激しく同意

582 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:51:55 ]
UMLリファクタリングとかWindows Workflow Foundationとか
Visual Language(Robotics Studio)とか
Microsoftはグラフィカル言語へのシフトを狙ってる希ガス

583 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:53:04 ]
これから主流になるのは長門のDOS窓多重起動スタイル

ここの1分30秒あたりから
www.youtube.com/watch?v=AqFa9S4DuOY

584 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:54:23 ]
(s)evilwmがそんな感じだ

585 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:56:38 ]
>>582
UMLリファクタリング以外誰も使ってないだろ

586 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 20:58:06 ]
>>580
グラフィカルとは関係あるんじゃね?
GUIベースでソースコードをいちいち見ないとかその辺が

587 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 21:04:39 ]
>>583
そういえば、しーぽんがテトリスみたいなグラフィカルな言語を
使ってたことを思い出したw

588 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 21:04:48 ]
>>585
C#自体あまり使われてないから
UMLリファクタリング以前の問題

589 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 21:15:17 ]
>>583
マクロ化?

590 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 21:15:34 ]
MS発の技術に長続きしたものがあったのか?



591 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 21:17:57 ]
窓の扱いはフローティングタイプよりタイル形の方がいいかもな
あとスクリプトから機能を呼び出したり

592 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 21:45:39 ]
>>590
Win32API

593 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 22:00:33 ]
>>590
Windows

594 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 22:09:10 ]
>>590
Active Channel

595 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 22:16:27 ]
>>590
seXBOX
AOE

596 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 22:18:30 ]
グラフィカル言語といえばMacにもQuartz Composerがあるな

597 名前:デフォルトの名無しさん mailto:sage [2008/01/01(火) 22:26:54 ]
>>596
マックでしか使えない技術なぞ論外

598 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 00:47:10 ]
結局考えて作って試してのループを高速にまわすことができる言語や技法であれば
定着するが、そうではなく「行き戻りがないように「ちゃんと」「しっかり」」という
視点のものは結局「ちゃんと」「しっかり」できないか、逆に足を引っ張るため
定着せず一過性の流行として終わる。もっとも下手に宣伝が行き届いていると
なかなか死亡しないので大迷惑(〜標準、とか業界上げてのアピールとか
されてるとね・・・)。

その言語・技法を選んで高品質なものができるか、よりも同じ品質でいいので
より高速に出せるか、という基準で見るとこの先生きのこる技術を当てやすいような。
で、品質はループをより高速に回すことで向上する。

599 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 00:50:35 ]
ループの回数も減らしたい

600 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 01:07:54 ]
>>599
そこは工学ではなくて生物学の問題。



601 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 02:44:12 ]
map / filter より for loop のほうがわかりやすい、と思う人は
単に for loop を先に知ったからなんじゃないの?
副作用って概念が難しくて、関数型のほうがすっとわかるひともいてもいいのでは。
数学とかやってるとそうなんじゃないかな。

602 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 02:50:25 ]
どう考えてもmap-filterの方が簡単だろ
COBOLでfizzbuzz書いて見ればすぐわかる

603 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 03:20:54 ]
>>602
kwsk

604 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 03:28:41 ]
数学に近い分野専攻してるけど、map、filterよりリストの
内包表記の方が分かりやすい

605 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 03:56:07 ]
>>604
同感

606 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 09:15:39 ]
文転したのち社会学専攻だけども、map/filterやリスト内包表記は、抽出→写像って操作が直接表現してあってとっつきやすい
for/loopはやりたいことを間接的に表現してる感があるし、書くのはともかく読みづらい…

607 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 09:38:36 ]
Pythonってどうなの?
日本では流行ってないけど、色々使えそうだけど。。。

608 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 09:54:39 ]
将来性はあるほうだね
C#、Java、Ruby、Pythonが将来性あるよ

609 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 09:59:25 ]
>>606
俺は理系だけど全く逆だなあ
for/loopの方がやりたい事を直接表現してるように見えるし
読みやすい
マシンを基準にして考えてるからだろうか

610 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 10:04:54 ]
まあ慣れの問題だろうな。
最初に触った言語がHaskellとかだととても自然に見えるのかもしれないが。

俺も
プログラミング->数学専攻
の順だったから、なんか両者は別物という認識だな。
フィボナッチの定義を書いてそれが即動いたから何が嬉しいの?って感じだな。



611 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 10:12:13 ]
プログラムを「処理手順」として考えれば計算機が実行する手順を直接的に記述したほうがラク。
ただ、SQLとか正規表現みたいに、処理手順として考えないほうがラクなものもある。

それでも、プログラムの大半は処理手順として考えたほうがラクだと思う。

612 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 10:15:35 ]
グラフィカルなプログラミングとかUMLによるオブジェクト指向設計とか言ってる奴らマジで消えてくんねーかなぁ
才能無さすぎて邪魔だぜ

613 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 10:16:25 ]
          ____         _ _ _ _ _ _ _ _ _ _ _ _ _ _
       /_ノ  ヽ、_\      ( もう・・・私のばか・・・・!!!
.     / (● ) (● )\   (  また本心と・・・・違うこと・・言っちゃったお・・・
    ///////(__人__)///\   ◯   ほんとは・・・素直になりたいのに////
    |              | 。O   ̄  ̄  ̄  ̄  ̄  ̄  ̄  ̄  ̄  ̄  ̄  ̄  ̄  ̄
     \           /
    ノ            \
  /´               ヽ
 |    l              \
 ヽ    -一''''''"~~``'ー--、   -一'''''''ー-、.
  ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))

614 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 10:48:16 ]
>>612
お前才能無いよw

615 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 12:03:08 ]
才能云々は意味不明だけど、俺がツマンネーから>>612に激しく同意。

616 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 15:35:37 ]
プログラムを「処理の手順を書き下したもの」という低レベルな認識を持ってる奴は
ループの方が分かりやすいだろ。何十行もの関数を書いてなんとも思わないような奴。

map/filterや内包表現は、
プログラムをちゃんと定義の積み上げとして見てる奴には非常に素直。
ただ、経緯的に手続きの書き下しから入ってる奴が多いから、ループに慣れてしまってる面はある。

617 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 15:52:29 ]
グラフィカルプログラミングを体験すると「おおーオモシレー」と
なるのだけど、本格的に使おうとすると「ナニコレツカエネー」となる。

が、シコシココードを書いた後、「このコードの山を体系化して
誰か設計意図や全体像のビジュアルイメージを描き起こしてkrkr」と思うのも確か。
改修とかで設計の根幹に触れるような要素がないか見通したくなると特に。

図で描ける・見れる、というのはイメージ伝達のキモだから将来性はあるんだけど、
まだ(よい意味で)遊び道具だな。思ったことをイメージできる道具ではなく、
思考の特定部分だけしか表現しにくい隔靴掻痒ツールになってる。なのでUMLも
あくまで標準書式の第一歩という点だけが重要で、後はコメント付け頑張れとか
ベストプラクティス的にはなってる訳で。

618 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 15:54:00 ]
「手順」は別な表現をすれば、変数の変更など、副作用を時間軸上に展開したもの。
副作用が存在する言語ならば、そのプログラムが本質的には手順であることは自明。

本質的ではない前後関係を、プログラム上に記述しないという考え方には意味があるが、
それは、プログラムが手順ではないことを意味しない。

619 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 16:11:46 ]
>>616-618
ご高説ごもっとも。

今後どういう方向性が一般化していくんだろう?
一部でしか使われない技術とかでなくて全体の方向性として。

620 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 16:16:12 ]
厨房の数学までをカバーすれば
その言語は枯れないと見る
なぜなら毎年使う奴が居るからだ



621 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 16:25:00 ]
>>619
未来の前に、過去をどう見てる?

622 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 16:27:17 ]
>>621
朝鮮人は来るな

623 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 16:45:22 ]
>>620
maxima->clispか?

624 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 17:20:27 ]
リア厨でmaximaやclispを使ってる奴なんか見たことないぞ

625 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 17:25:26 ]
リア厨の時
ペルソナウェアのフリーだった頃の
おりものプログラミングやってた

626 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 17:59:04 ]
>>625
今は伺か使ってるの?

627 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 18:00:03 ]
>>624
兄貴が東大理一の奴いたけどMathematica使ってた

628 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 18:03:47 ]
>>626
うかがかは何か知らんけどよくフリーズするし
おっぱい揉みまくったら居なくなったから
それ以来触れてない

629 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 18:04:14 ]
>>627
そーゆー奴って大抵凡人になるよな

630 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 18:05:42 ]
>>629
兄貴に反発して不良になるけど
兄貴が交通事故で死んでから
東京理一を目指すというありがちな話じゃないの?



631 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 18:06:48 ]
その前に甲子園目指せよ

632 名前:デフォルトの名無しさん [2008/01/02(水) 18:07:00 ]
伺かを使うやつは集団ストーカー被害にあってる。
この前自殺した中学生も使ってたんじゃないかな。

天才が凡人になる理由は、暴力のため。


633 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 18:07:34 ]
Mathematicaは楽しい「環境」。
組み込み関数が多彩かつ超強力で
pset/lineでいきなり図形を描けるN88BASICを思い出した。
最近点描くのも一苦労な言語ばっかりでちょっと悲しい。

634 名前:デフォルトの名無しさん [2008/01/02(水) 18:08:07 ]
ああ、事故のせいでもいいや。
今もなだれでニュースになってるしな。

自然を征服するのが快感な天才君は自然に飲み込まれてしまいましたと。


635 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 18:11:21 ]
毎年この時期に登山する奴は死ね
人に迷惑かけてまで登るなんて頭がおかしいんだよ

636 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 18:12:16 ]
何の話をしてるんだ?

637 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 18:19:56 ]
>>1
おっぱいそん
おっぱいには夢が詰まってると言うじゃないか
もちろん貧乳もOK
未発達にも夢がある

成長期が終わっても貧乳なのは
シンプルでコンパクトなセットだと考えられるしな

求めれば求めるほど直感的に書けるようになる
強力な言語だ

638 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 18:59:40 ]
伺かって漏貧絡みじゃなかったっけか?

639 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:08:29 ]
ネタはせめて30分ねかせてから3回ほど熟読してなお面白いと思った場合に限って書き込んでくれたまえ

640 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:12:28 ]
>>638
殿が勝手に出しゃばっただけ



641 名前:デフォルトの名無しさん [2008/01/02(水) 19:18:17 ]
>>638
> 伺かって漏貧絡みじゃなかったっけか?
morphyone.info/wiki/index.php?MorphyOne%CE%F2%BB%CB%C7%AF%C9%BD

これか。
自作ハードは雑誌とかで取り上げられてたっけ。
けど、その不可能性は僕も2ちゃんねるで書き込んだけどことごとく反論されたっけ。監視だけは怠らないよな。


642 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:29:06 ]
ハガキPCみたいなのを作ろうとして失敗したのか
伺かとどういう関係が

643 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:33:56 ]
>>642
ttp://www.max.hi-ho.ne.jp/mao_h/ukagaka/index.htm
> とよぞう氏によって配布されている

644 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:41:54 ]
将来のプログラミングは伺かみたいなのに話し掛けて
対話的に構築するシステムというわけか。

645 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:50:05 ]
偽春菜を作った人って人工無能だか人工知能を
ペルソナウェアに搭載したかったのかね
人工無能関係のサイトに足跡残ってた

646 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:52:25 ]
>>645
誰もが一度は通る道ですな

647 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 20:00:25 ]
>>643
RO廃人にしてキモキモネカマか

648 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 20:01:20 ]
10年後にはCPU128コア、メモリ128GB、HDD64TBくらい当たり前になってるだろうけど、
それくらいになったら実用的な人工知能も動きそうな希ガス

649 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 20:03:16 ]
その程度でまともなAIが動くなら
クラスタベースのものがとっくに実現されてるだろ。

650 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 20:05:20 ]
>>649
どのくらい必要なんだろう?



651 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 20:07:34 ]
クラスタっていうとシミュレーションとか計算関係みたいなイメージがあるんだが、
クラスタで人工知能ってどっか研究してるのかな?

652 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 20:08:52 ]
>>648
シンクライアント化が進行してマシンパワーは打ち止めになってる希ガス






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

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

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