1read 100read
2012年5月プログラム108: php使ってる奴はアホ、これからはRuby on Rails! (101)
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▼
【QBASIC互換!?】FreeBasic【GPL】 (498)
【GPGPU】くだすれCUDAスレ part5【NVIDIA】 (750)
Jython、Groovy、JRuby - どれが一番効率的? (253)
OpenWatcom C++ (715)
JavaScriptスレ2 (367)
【C++】 DirectX初心者質問スレ Part36 【C】 (980)
php使ってる奴はアホ、これからはRuby on Rails!
1 :09/11/15 〜 最終レス :12/05/23 これからはRailsの時代 php使ってるアホは死んでね テラカオスなPHPは全滅するべき phpは似たような機能を作るのすら大変だぜー セキュリティ的に厳しいphpは死ぬべき Rubyの品の良さを参考にしろ
2 : 板違いだからあいちゃんの出番か
3 : このスレッドは天才pンジー「アイちゃん」が 言語訓練のために立てたものです。 アイと研究員とのやり取りに利用するスレッドなので、 関係者以外は書きこまないで下さい。 京都大学霊長類研究所
4 : こいつうゆか?
5 : Railsの時代とか、Rubyが品がいいとか、何周遅れですか?
6 : RubyがいいんじゃなくてRuby on Railsがいいのか? じゃあPHPでRails風フレームワーク使えばいいんじゃないの
7 : 糞スレ
8 : >>1 ヴァカ
9 : >>1 Rubyとphpしか知らない井戸蛙がナニをほざくねん。 Ada極めてから出直して来い。 >>3 アイチャン飽きた。それよりこの板以外では見ない気がする。 次回から、このスレッドは天才幼児「アカチャン」にしてくれといってみるサンプルコード。
10 : Ruby 1.9 And Rails 3.0 http://www.slideshare.net/arrrrcamp/ruby-19-and-rails-30
11 : このスレッドは大脳生理学の権威ゴールドバッハ助教授が 「文字認識におけるゲシュタルト崩壊はスレッドを崩壊・消滅するに至るか」というテーマの実験に利用されています ゴールドバッハ助教授と被験者とのやり取りに利用するスレッドなので、 関係者以外は書きこまないで下さい。 ロスアラモス国立研究所
12 : このスレッドは>>1 さんが ずっこんばっこんのために立てたものです。 脳内でずっこんばっこんを補完するスレッドなので、 邪魔するノイズは黙って出て行って下さい。 夢管理人★みゆき
13 : これまではRailsだったけどこれからRailsで作る奴なんていないだろ よっぽど踊らされてる奴だよ
14 : 案件結構あるんですけど
15 : 将来的にはTwitterみたいにリプレースすることになる
16 : 心配すんな、Twitterみたいになれないから
17 : TwitterはフロントエンドはまだRailsだと思ってたんだが、違うのか?
18 : 趣味やプロトタイプ作成、あるいは自部門内限定アプリ開発なら Railsは最適な道具だと思うけど、それを案件としては受けたくねえな。 新規開発ならまだましかもしれないが、他人の作ったRailsアプリを 引き継いで保守/機能追加なんてやらされるとしたら、悪夢としか言えない。
19 : いいこというね るbyに限った話じゃないけどね
20 : 規約内に絶対に収まる仕組みじゃないと逆に苦労するからな CMSみたいなのには物凄く向くけどちょっと複雑になると向かなくなる
21 : そうか?Railsで苦労する仕様ならPHPでもPerlでも苦労すると思うぞ。
22 : しなくていい苦労をするって事だろ Railsの規約からはみ出た部分は作り直しになる たとえばPHPだとCakeで作ると陥る罠がたくさんあるけど SymfonyやZendで最初から作っておけばそんなことにはならん
23 : matz乙
24 : 何でこんな駄スレが生き残ってんだ?
25 : お前みたいなのがageてレスするから
26 : railsバブルはもう去っていったのに何言ってんだ? >>1 は
27 :
28 : 何を作るかが重要
29 : 伝説のPHP作者「Rasmus Lerdorf」名言集を聞くと嫌PHP厨がファビョる ・今のPHPを作ったのは、何十人もの開発者ですよ。私は1人目の開発者だったに過ぎません。 ・問題を解くのが好きなだけで、プログラミングは大嫌いです。 ・いかにプログラミングを避けるかを考えていたら、コードを再利用するためのツールとしてPHPができました。 ・PHPは、歯ブラシみたいなものですね。毎日使うものですけど、だから何でしょう?誰が歯ブラシの本なんて読みたがります? ・パーザを書くのは苦手です。本当にダメなんです。今でもね。 ・PHPには「protected属性」も「仮想メソッド」もありますよ。情報学科の教官が「重要だ」っていうやつは何でもね。僕自身は、こんなものどうでもいいと思ってますけど。 ・プログラミングを好む人がいるのは知ってますが、全く理解できないですね。 ・僕はホンモノのプログラマではありませんから、やっつけ仕事ですよ。ホンモノのプログラマは、「動いてるように見えるけど、メモリリークだらけじゃないか。直す必要があるかもね」なんて言うでしょう?僕なら、10リクエストごとにApacheを再起動しますね。 ・いえ、メモリリークはちゃんと気をつけてますよ。でも、プログラミングってほんとクソだなと思いますね。 ・プログラミング言語を作るつもりはありませんでした。どうやって作るのかも知りませんし。論理的に必要だと思われるものを足していっただけなんです。 ・僕の発言に怒ってる人がいるようですね。僕がプログラマとしてひどいのは認めますけど、でも、多分あなたたちよりマシだと思いますよ(笑)。
30 : > 僕なら、10リクエストごとにApacheを再起動しますね。 嫌PHP厨でなくてもファビョるわw
31 : >>30 こいつは頭がおかしいね
32 : mod_phpもmod_perlも、10回から20回のリクエストを受けるとプロセスがでかくなりすぎるので、 一旦殺して再生成させるという事を聞いたな。 古いPHPのGCは参照カウンタ型なんで、メモリリークは宿命みたいなものだ。
33 : PHPこそ最高のプログラミング言語だろ 俺PHPでチャット鯖のソース書いてるよ
34 : http://twitter.com/yukihiro_matz/statuses/29317109670 yukihiro_matz: 英語圏でRubyとPythonを比較する記事を見ることが少なくなってきた のは、RubyとPythonでクラスタが分離してきたからか。逆に日本語でRubyとPythonを 比較 する記事を見かけるのは国内でのPythonの地位が向上したからか。 ∩_ 〈〈〈 ヽ ____ 〈⊃ } /⌒ ⌒\ | | /( ●) (●)\ ! ! / :::::⌒(__人__)⌒:::::\| l | |r┬-| | / <こいつ最高にアホだお \ ` ー'´ // / __ / (___) /
35 : ∩_ 〈〈〈 ヽ ____ 〈⊃ } /⌒ ⌒\ | | /( ●) (●)\ ! ! / :::::⌒(__人__)⌒:::::\| l | |r┬-| | / <こいつ最高にアホだお \ ` ー'´ // / __ / (___) /
36 : > ∩_ > 〈〈〈 ヽ > ____ 〈⊃ } > /⌒ ⌒\ | | > /( ●) (●)\ ! ! > / :::::⌒(__人__)⌒:::::\| l > | |r┬-| | / <こいつ最高にアホだお > \ ` ー'´ // > / __ / > (___) /
37 : 最近のphpすげーよ。 Web開発ではperlとかrubyとかもういらね。 phpとjQueryあるいはFlashの組み合わせ最高。
38 : phpマンセーーーーー!!!!
39 : RubyというかRailsのキツイところはデプロイとサーバー環境の用意なんだよな。 極端な話、WordPressはCGI版PHPでも、それこそ月500円の共有レンタルサーバーにおけばそこそこ動く。(MySQLはいるが) ところが、Railsは無理。apacheならPassengerくらいはいる。 しかも共有サーバーだと入っているところはほとんどない上に、 Dreamhostとか共有で入っていても、まともに動かん。 少なくともVPSを借りる必要がある。共有サーバーよりは高いうえに、一般人には面倒な鯖の管理がいる。 MediawikiとかWordpressみたいに一般ユーザーが設置して使うものには向いてない。 逆に、BTSのRedmineみたいに開発者=ユーザーみたいなツールは結構広まってきてる。 まあそれぐらいかもしれんがw Railsは公開型の小規模で少期間で開発するwebサービスの開発に向いている、という話もあるが、 そんなのはPHPだって、なれた好きなフレームワーク使えばできるがなというお話
40 : GAEだとただでRoR使えるらしいぜw
41 : GAEは設定楽だけど障害頻度高すぎ 新規で簡単なマッシュアップアプリ作るのにはいいけど、 それならあえてRoR使う必要性はあまりない
42 : RailsならGAEよりHerokuだろ
43 : こんな糞スレでも一度レスしてしまうと保守したくなるもんだねぇ
44 : まあRailsが素晴らしいならパクっちゃえばいいんだよな
45 : DBのテーブル定義すら規約に従わなくちゃいけないってどうなのよ? キモいっつーの。
46 : >>45 従わなくちゃいけない 従うと楽 この2つは別物。
47 : いいよなRailsはかまってもらえて・・・ Djangoなんて・・・Djangoなんて・・・
48 : ∩___∩ | ノ ___ヽ /。・゚・(____ `・゜゚・。 | u( _●_)ヽ 〉 彡、 |∪| / 誰か助けるクマー . / ヽノ . /´ .____ いつでも連絡待ってますお! / ヽ、 _ノ\ / (○)iji(○)\ 正義がキチガイ呼ばわりされたんだぞ。 / (__人__) \ | |::::::| | 義憤に駆られることはないのかお? \ l;;;;;;l /l!| ! / `ー' \ |i そこのあなた!勇気を出すんだお。 / ヽ !l ヽi ( 丶- 、 しE |そ 一生後悔することになるお! `ー、_ノ 煤@l、E ノ < レY^V^ヽl Rubyに暗ーい影ができちゃうんだお! ____ / \ / _ノ ヽ、_ \ / o゚((●)) ((●))゚o \ 助けて欲しいんだお… | (__人__) | \ ` ⌒´ / ____ / \ / _ノ ヽ、_ \ / o゚⌒ ⌒゚o \ えっぇっえ〜ん。え〜ん。 | (__人__) | えっぇっえっぇっ。 \ ` ⌒´ /
49 : C++プログラマだけど、Rubyは難しくて使えない。
50 : Cは文字列処理が辛すぎる
51 : >>50 Cというか実はC++もだね。 char *とかwchar_t *とかstringとかwstringだけじゃなくてWIN32のLPCTSTR型とか .net用のstring ^型とかMFC独自の文字列型とかATLのCString型とかマジで色々あってほんとカオス。 その点PHPやRubyなんかはエンコードなんかでちょい面倒なこともあるけど基本楽。 まぁスクリプト言語だし当たり前っちゃ当たり前なんだけど最初それに感動したw C++だと下手すりゃ目的通りに文字列変換させるには文字列ライブラリ自作する位の知識が必要になっちゃう。
52 : >>51 C++にはQtという便利なツールキットがあって、正規表現と文字コード変換のライブラリも内蔵している。
53 : PHPだとフレームワークを使っていない、古いプログラムの保守の案件があるからそれだと無理。 Rubyの場合はRails以前はあまり使われていなかったから、Railsなどのフレームワークが前提になっているから、多少はましかも。 そのような理由で、過労死の確率はRuby専門でやったほうが低いかも。 Rails3ではコンポーネントも分離されているし、 日本語化も、Rails1のときのようなモンキーパッチを使わなくて良くなっているし、 Ruby1.9で、速度も上がっているらしいのでいいと思う。 クラウドが安定してきたら、 今後は、Ruby1.9+Rails3+クラウド(Web、DB)+jQueryで、なんとかなるんじゃないでしょうか? 現時点でのWEBアプリの理想形だと思う。
54 : 参考にできる大手企業の実績ないじゃんRuby PHPはYahooのような大規模な実績がある
55 : TwitterがRuby On Railsを使ってゲフンゲフン
56 : Twitterは今はruby使ってるのフロントだけじゃないのかな。 中規模なら結構あると思う。cookpadとかtabelogとか
57 : Twitter検索がRuby on Rails + MySQLから、Java + Lucene(Javaの全文検索エンジン)になるようだ。3倍速くなるってさ。 http://www.itmedia.co.jp/news/articles/1104/07/news043.html
58 : 朗報
59 : Rubyの書きやすさを捨ててJavaに行ったら中の人は大変だろうな
60 : Java、書きやすいよ。ソースコードが長いだけ。
61 : >>59 Javaが書きにくいってのは、RubyやRailsの宣伝文句に洗脳されてる奴が言うこと。 静的型付け言語の方がIDEとの連携が強いから、 実際コーディングのスピードは変わらないか、リファクタリング等も含めるとむしろ速い。
62 : さらに、TYPOなど、ショボいがやりがちなバグはIDEで入力するその場で判るからデバッグの手間も省けるし品質も高くなる。
63 : コードが長くなるというだけで言語仕様がクソなのがわかる。 長ければその分バグの発生率が高くなるし、保守するにも手間がかかるのが普通。
64 : "長ければその分バグの発生率が高くなるし" ワラタ スクリプト言語の信者って基本コレなんだよな。
65 : ニコ生でやたらPHPをけなしてる生主がいるけどRubyなんて使える人間がPHPより圧倒的に少ないしコストかかるだけ
66 : >>64 タイピングが苦手なんです><
67 : スクリプトは1000行以下のパイプ繋げて てっとりばやくツール作るのに最適な言語だし 腰据えて作る言語とは考え方が違う
68 : Ruby + Railsなんか使うくらいなら PHP + CakePHP使うわw
69 : 仕様変わりまくりのPHPなんか使っててだいじょぶか? http://d.hatena.ne.jp/ryoppy011/20100925
70 : 趣味ならともかく業務でCakePHP使ってるとか恥ずかしくて言えないです><
71 : 男は黙ってStruts
72 : Rubyは重すぎる
73 : >>68 PHP使うなら、Symfony一択だろjk。
74 : 本気で、開発効率がRubyよりJAVAのほうがいいとかいってる人って どういう・・・。 一ついってしまうと、 ロジックを考えるスピード > ソースコード入力のスピード ↑ こうなってる奴じゃないと、Rubyみたいな言語使って意味無い
75 : ロジックを考えるスピード < ソースコード入力のスピード ↑ みたいに、プログラミング言語が冗長していようと、 それ以上にロジック考える思考が冗長しているなら・・・ そいつは何の言語使っても同じだお 自分から >>61 バカですなんていわなくていいのに。
76 : 日本語が不自由な方がいらっしゃいました。
77 : Ruby人気ねえなあw 日本人が作ったってだけで好きなんだけど あと記号が少なくていい まあ実用的ではないけどな
78 : 出向先にいたデキル男的な人が「俺一人で面倒みてやんからよ」とRubyでシステム組んでた。Rubyはひとりよがりなな人が使ってるイメージがある。
79 : rubyを嫌ってる子って じゃあ君、なに言語使ってるのー?って感じだよね この言語に対抗できる可能性のあるのって、PythonかLispくらいだと思うのに JAVA、C#の名前を、もし挙げてくるならそのこは何かを勘違いしてる・・・w
80 : また日本語が不自由な子が(r
81 : >>79 エンタープライズ向けの言語をdisるのがかっこいい、みたいな風潮に乗っかる人っておしゃれだよね
82 : JAVAはゴミだしな C#もゴミだしな C言語もゴミだしな ゴミじゃないのってRubyとLispとHTMLだけだしな・・・・
83 : HTMLっぽい自作言語作る奴って頭良いと思うよ ezhtmlエディタっていう、あんなのが開発環境になっちゃうんだぜ けど補完もちゃんとしてくれるしな その 言語を作ってそれを効率的に使う所までの、 最大効率と 、 最短時間を考えるなら 、 ezhtml + HTML風プログラミング言語が 、 一番効率いい 、
84 : なんでRubyよりPHPの方が圧倒的に普及しているのか、その理由を考えろ でなきゃいつまでも本質は見えないんだよ
85 : おまえがゴミ uy君
86 : おまえはゴミ以下のゴミ以上 その間のゴミ ほんと口くさいからしゃべらないで ゴミ まじゴミ ゴミ 僕年収1500万ありますから Perlプログラマーですから uyはしにま
87 : uyとかいう粘着野郎が消えればrubyも少しは流行ると思うのに 至極残念です
88 : かわいそう やめてあげて
89 : uy 雑魚すぎ rubyの今後のために、消えてくれ
90 : Railsを使うのもいいけど、Perlを完全に死滅させて欲しい。
91 : >>86 Perlプログラマー(笑) 一体、2011年にPerlでどんなゴミを作っているのか知らないけれど、 恥でも晒しにきたのか? 衰退していく言語を仕事で使ってるのってどんな気分? >>87 Rubyは十数年頑張ってて、この程度しか流行らなかったんだから その程度なんだろ・・・そもそもまだ未完成言語だし、 修正されるべき点は「ちゃんとRubyを深く知っていれば」いくつもあることはわかる ひとつあげればyield周りとかな lambdaにブロックを渡すときは、yieldではなく&blockでとらなければならなくて、 iterator? や block_given? 等が ブロック渡っているにもかかわらずfalseになる所とかやばい define_method :func と def func が同義にもかかわらず、 iterator? を使っていてそれをlambdaに書き直したら動作は変わる lambda do | &a | p iterator? a.call end.call do p 9 end lambdaの時には a をみて、Procかnilかを判断しなければならなくなってる まだ未完成言語なのにその片鱗が凄まじいから、使ってる
92 : >>84 Rubyプログラマーが少ないからだろ 君の周りにRuby技術者は何人いる? Rubyの仕様は細かい上に、今後変更される可能性ある構文たいしては 未来予知してなるべく使わないようなコーディングも必要だし 扱うのは難しいと思ってるよ その場限りのスクリプトかく程度ならいいんだけどさ 上にかいたようにまだ成長途中の未完成言語だから 破壊的メソッドの落とし穴もあるし、 とにかくRuby特有の仕様が多い クラス定義にしてみても class A endのほかに Class.new do end という構文も用意されていて、小文字のクラス名の定義や、メソッド内にクラス定義する場合は後者じゃないと出来ないとか わけのわからない制約も存在する おそらくマクロの中でマクロは展開しないってことなんだろうけどな
93 : >>85 おまえがゴミじゃん >>89 rubyの今後って? 別に俺rubyとかどうでもいいよ どうせ今頃、Rubyを物凄く真似した言語を、世界各地で作ろうしてる奴がわいてるだろうし Rubyがなくなっても、「使える言語」はいくらでもある、Pythonでもいいし そもそも俺がRubyを触った理由は、 「自分でプログラム言語を作る前に、自分の構想を実装している言語があるかどうか」を調べた結果 Rubyがそれに該当したっていうだけ 信者と勘違いしている奴もいるけれど アンチだと思ってくれていいよ 他言語よりは十分マシでよくやってるんだけど、それでも細かいことをRubyでやる時に、 まだ整理されていない部分に触り、わけのわからないルールに縛られる事も いくつかあり、もどかしさを感じている 現状Ruby以外では組めようもない事をやっている 今度、2.0とか、そういう成長性を期待してRubyをとりあえず応援しているだけ 1.92で成長とまるならば、俺は今後もRubyを使っていくとは考えにくいし そうなれば自分で言語を作る >>90 だな IT技術の進化の足を引っ張る言語はいつまでもあっちゃいけない
94 : つうか俺がやりたいのは完璧な設計による完璧なプログラミングなんね ツリー構造で今色々やってそれに真理は見たんだけど 循環リストの木構造にした場合、どうなるかなと 少し今、思考を開始してる ようはツリー構造ではなくネットワークにする けどすべてのデータを平坦な構造でつなぐと すべてのシンボルをかぶらないようにしないといけないゴミ設計になるから却下、 何らかの上位、下位関係を持たせたままの循環木構造リスト だからー、こんな感じになる可能性がある A → B → C → A とあった場合、 AからCへアクセスするには A.task[:B].task[:C] って方法と A.up って方法と A.task[:B].task[:C].task[:A].task[:B].task[:C] って方法 を、存在させてみようかと つまり、すべてのノードからすべてのノードにアクセスは出来るんだけど、 基本のリストを形成する基本ポインタだけを保持してるのみで、それ以外の別ノードへのポインタを、保持させておかずに、 入力した相対関係から、その場で検索しにいく形なのはツリー管理の時と相違ない 問題はどうやって循環させていくかなんだけど、何故こうしようかと思ったのかっていうと、ゲーム等でシーンの移動 たとえば屋内の屋外の屋内の屋外みたいな、迷路みたいなダンジョンを作った時に、 屋内ノードの下に屋外ノードが作られその下に屋内ノードが...って、どんどんノードが増えていってしまうんだ たいしたメモリ使用量じゃないんだけどね ここはPhaseの概念を取り入れ、平坦な管理にしちゃうのが、ふつうの本来のゲームプログラミングなんだけど 俺はそれを完璧とは思わないので、ネストしていかないように循環リストが必要に思った
95 : 道化師は聞かぬフリでおどけた・・・・・・・・・・・・・・
96 : Rubyとかゴミだろ・・・
97 : そうでもないよ。
98 : 本当
99 : プログラミングRubyのRubyベタボメっぷりにRubyを使い始めて早10数年、使えば使う程にRubyって駄目だなと痛感する Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない 1.4時代のコードが1.6になった途端に互換性がなくなり動かなくなることはあったが、1.6→1.8ではそれが顕著になり、1.9など何のエラーも出さずに前のコードが動く方が珍しいほど それどころか1.9に行かずREEが海外ではデファクトになりつつある現状、そして始まるPlain RubyとREEの方言問題 例えばPassengerもREEの方がうまく動いたり、かと思えば特定のバージョンだとPlainじゃないとまともに動かなかったりと、とても面倒臭い 美しいコードを求める為の副作用、という名の互換性のなさはRuby界全体に蔓延していて 例えばあれだけもてはやされたRailsも、Rails2とRails3の互換性のなさに誰しも苦労したのは記憶に新しいところ 誰もが互換性のなさに辟易し、俺ライブラリを量産するため、gemで探すと似たような事をする終わったプロジェクトがわんさか引っかかる 諸処の小さなプロジェクトだけがそんな現状ならば許せるが、dbiアダプタでさえそんな現状なので バージョンが変わるとデータベースにすら接続できなくなったとか、dbiのAPIバージョン変わったのにアダプタ側の更新ないな、 とか思ってるとアダプタ作者がRubyから足洗ってたとか余裕 身内同士でRubyはコードが美しいと四六時中自画自賛しているが、実はそれこそがRubyのガン その美しいコードという名のーの為に一体どれだけの互換性と人的リソースが失われていったことか Rubyのコードは美しい、Railsスゲー、ベタボメする人は沢山いたがいつも一過性の人気しか得られないのはそこにあるし ベタボメしていた人達もしばらくするとウンザリしてRuby界から消えてしまうのも原因は実はそこにある 達人プログラマーはRubyをベタボメしなくなったし、Mongrel作者はRailsどころかRubyに見切りをつけちゃったしね ああいう熱狂的なRuby信者でもRubyから足を洗っているのを見ると、tDiaryがRubyに見切りつけてPythonで全部書き直したとか言われても驚かないだろう自分がいる
100read 1read 1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
【.NET】F#について語れ2【OCAML】 (307)
Pythonのお勉強 Part46 (544)
SSE AVXのプログラミング (589)
OpenWatcom C++ (715)
【SL4】Windows Phone 7 アプリ開発スレ Part3【XNA】 (538)
【QBASIC互換!?】FreeBasic【GPL】 (498)
--log9.info------------------
座れない (206)
【EF58】いなば号&紀伊号【DF50】 (323)
国鉄門司鉄道管理局 (213)
十三の次は京都大宮まで止まりません (162)
懐かしのリニア中央新幹線 (401)
【紫にけむる】米子鉄道管理局【夜明け】 (276)
謎の下山、三鷹、松川事件について語るスレ (225)
緑の濃淡(と黄色と赤色)の京阪電車を語るスレ (284)
【阪急阪神近鉄南海京阪】関西私鉄黄金時代を語る (375)
懐かしの近鉄特急スレ (277)
【いろんな電車の】弘南鉄道【博物館】 (170)
【国鉄】いい日旅立ちキャンペーン【百恵】 (297)
高千穂鉄道について語ろう (817)
修学旅行用155・159・167系・キハ58スレ (412)
修学旅行どこ行った? (172)
大隅・志布志線 (597)
--log55.com------------------
★2ch.scは何故失敗したのか
★クロール批判要望スレ
★削ジェンヌに文句ある人集合
★迷惑行為報告担当 - 小さな親切募集中 2
★2ch.scへの要望スレ Part3
★かっこう観測所
★スレ立て人キャップ
★2ch.scニュース系板観測所