Rubyの設計上の欠点とは何か？

**デフォルトの名無しさん** · 2014/10/12(日) 20:39:59.49

Rubyの設計上の欠点を修正した新しい言語「Roovy(仮)」を考えるスレッドです。

【英語圏に優しくない】
使っている単語がそもそもおかしい。stripって何よ、いやらしい。trimだろ。

【C言語ユーザーに優しくない】
論理値の解釈が異常（if 0）。カッコの対応が分かりにくい。

【数値計算のスピードが遅い】
行列演算が遅い。何やってるんだ。

【コンパイルできない】
特異メソッドなど、コンパイルを困難にする言語のため、コンパイルが容易でない。

【デバッグが困難】
assertが無いのはおかしい。デバッグツールが充実していない。

**デフォルトの名無しさん** · 2014/10/12(日) 20:42:22.51

絶滅しそうなプログラミング言語は？

新しいプログラミング言語が人気を得ると、古いプログラミング言語は人気を失いつつも使われ続けるか、死んでいくことになる。
Dice Newsの記事では、死んでいくと予想される5つのプログラミング言語を、最後に書くプログラム「Goodbye, World」のサンプル
コードとともに紹介している。
本家/.「Goodbye, World? 5 Languages That Might Not Be Long For This World」より
http://developers.slashdot.org/story/14/10/09/1453237/goodbye-world-5-languages-that-might-not-be-long-for-this-world

死んだテクノロジーのゴミ箱行きになると予想されるのは、どのプログラミング言語だろうか。Perl 6の開発状況を考えると、
Perlは素晴らしい候補者だ。Perl 6は言語の完全な刷新を目指して2000年に設計が始められたものの、開発は遅々として進んでいない。

RubyやVisual Basic .NET、Object Pascalは一時的に人気を獲得したが、死んでいくプログラミング言語リストの上位を占めている
といえる。開発結果に問題があるか、産業が方向性を変えるか、特定の言語が時代遅れとなる時はいずれやってくる。皆さんは、どの
プログラミング言語が近いうちに絶滅すると考えるだろうか。

このほかDiceの記事では、Adobe FlashとAdobe AIRで使われるActionScriptを候補に挙げている。ActionScriptは実質Flash/AIRでしか
使われていないため、これらの技術が使われなくなれば専用のプログラミング言語も消えていくという話だ。なお、本家/.編集者の
timothy氏は、COBOLが今でも生き残っていることを考えると、PerlやRubyが死につつあるという主張を真剣にとらえることはできないと指摘している。
http://developers.slashdot.jp/story/14/10/10/2155216

---
5 Programming Languages Marked for Death
http://news.dice.com/2014/10/09/5-programming-languages-marked-for-death/
詳細ソース

・Perl
・Ruby
・Visual Basic.NET
・Adobe Flash and AIR
・Delphi’s Object Pascal

http://peace.2ch.net/test/read.cgi/tech/1382307475/940

**デフォルトの名無しさん** · 2014/10/12(日) 20:46:10.42

RubyじゃなくてRailsの問題だが
デザイナーとの協業が難しいという問題がある。
HTML、CSSじゃないものを使ってビューを作るから。

**デフォルトの名無しさん** · 2014/10/12(日) 20:47:55.48

まーたアホが思いつきでスレを立てやがって

**デフォルトの名無しさん** · 2014/10/12(日) 20:51:05.39

>>3
PHPやHipHopみたいにすると、シェルスクリプトの#!との整合性が失われるのでは？

**デフォルトの名無しさん** · 2014/10/12(日) 20:52:20.61

> シェルスクリプトの#!との整合性

それは重要ではないことだ。

**デフォルトの名無しさん** · 2014/10/12(日) 20:54:52.65

>>4
英語圏でRubyの支持が下がっていることに反論をお願いします。

**デフォルトの名無しさん** · 2014/10/12(日) 21:15:21.69

【コンパイルできない】について。
PythonにはCPythonがあるのに、Perlでさえもコンパイルできるのに、Rubyはいつまで待っても
コンパイルできない。Dは、そのままスクリプト言語兼コンパイル言語として使えるのに。
なんでか？

**デフォルトの名無しさん** · 2014/10/12(日) 21:20:05.87

コンパイルすると性能が低いことがバレるから。

遅いのはコンパイルしない言語だからだ
ということにしたい。

**デフォルトの名無しさん** · 2014/10/12(日) 21:21:30.06

- Pythonにサヨナラを
http://postd.cc/saying-goodbye-to-python/

> Pythonでコーディングし始めて1万時間ほどに達したでしょうか。Pasteの教訓からライブラリ設計のヒントを得てWebObを記述しました。(略)
> しかし、なぜか私のツールで最大の成功を収めたのがvirtualenvとpipでした。(略)

> データベースを使ったWebサイトやHTTPベースの動的なWebアプリケーション、テンプレートやデプロイメントといったRESTと呼ばれる部類のものには将来性を感じられず、
> 自分が探し求めてきたものなど存在しないかのようでした。

> こうしてJavaScriptやブラウザやDOMに目を向け始めたのです。
> 私がMozillaに加わったのはPythonから離れる少し前です。

**デフォルトの名無しさん** · 2014/10/12(日) 21:27:20.29

>>6
ファイルの最初に#!があるやつを特別扱いすればいいな

**デフォルトの名無しさん** · 2014/10/12(日) 21:31:19.23

>>11
> HTML、CSSじゃないものを使ってビューを作るから。
って話をしているのに、何的はずれなこと言ってんの？

**デフォルトの名無しさん** · 2014/10/12(日) 21:31:32.77

RubyってCで書かれてるんだよね？
C++やDで書き直したら性能が向上するんじゃね？

**デフォルトの名無しさん** · 2014/10/12(日) 21:41:29.73

>>12
shebang使いたいやつだけ使えばいい。使う場合はHTML互換ではないという前提で。

**デフォルトの名無しさん** · 2014/10/12(日) 21:43:37.43

Rubyについて（アンチ専用） Part00４
http://peace.2ch.net/test/read.cgi/tech/1249737531/

**デフォルトの名無しさん** · 2014/10/12(日) 21:47:06.39

>14
だからさ、今はビューの話してんの。
わからないならでてくるなよ。

**デフォルトの名無しさん** · 2014/10/12(日) 21:59:29.71

Rubyで書かれたコードは負債
将来後悔することになる

**デフォルトの名無しさん** · 2014/10/12(日) 22:07:28.95

ググった。.html.erbでテンプレート書いてビューでパラメーターを用意して
レンダリングだろ？
やっぱ拡張子は別の方がいいな。
.rov
.rov.html
とかな。

**デフォルトの名無しさん** · 2014/10/12(日) 22:15:23.87

PHPとRoRを足して２で割ったものを作ればいいかな

**デフォルトの名無しさん** · 2014/10/12(日) 22:23:36.84

PHPみたいに拡張モジュールがたくさんあって関数呼べばすぐ使えるというのはいい。
ただ、PHPのオブジェクト指向は$this->を多用するから好きではない。

**デフォルトの名無しさん** · 2014/10/12(日) 22:57:57.14

ローカル変数とメソッド呼び出しが区別できないバグがある件な

**デフォルトの名無しさん** · 2014/10/12(日) 23:00:10.92

python

**デフォルトの名無しさん** · 2014/10/12(日) 23:00:22.72

zope

**デフォルトの名無しさん** · 2014/10/12(日) 23:01:43.49

定番コピペ
--

・Python vs Ruby vs PHP vs Haskell プログラミング言語バトル part1

> 48 : デフォルトの名無しさん : 2011/11/13(日) 08:30:25.68

> 44
> Zopeが登場した当時、「RDB+PHPはもう古い、これからはOODB+ZopeがWebの中軸になる！」と
> さかんに宣伝され、雑誌でもZope特集が組まれていた
　
> 少なくとも自分はZopeからPythonという言語を知ったし、その時点でRubyは知らなかった
> そして、その後のORM(RDB)+Railsの出現と華々しい革新性への注目は、誰もが知っているだろう
> 今でもZopeの開発は継続されてはいるが、結果的に当初の期待が大きく裏切られたという事実は動かしがたい
　
> djangoとCakePHPについては実際に触っていないので憶測になるが、おそらく技術水準ではRailsと同等だろう
> しかしRailsはRailsでコミュニティの活動が活発だし、その進化は異常に早い
　
> Railsに何か致命的なトラブルが発生して開発が停滞する、あるいはdjangoやCakePHPから
> 何かのイノベーションが提示されでもされない限り、後発のdjangoやCakePHPがRailsに追いつくのは無理
> Railsは決して技術的に完璧なWebフレームワークではないんだけどね....（たとえばSeaSideのような.... ）
　
> だからこそ「もしもZopeが....だったなら」という「たら・れば」感はPythonコミュニティの潜在認識になっている

**デフォルトの名無しさん** · 2014/10/12(日) 23:07:53.82

新言語Rovyではメソッド呼び出しに必ず!か?を付ける。
!は破壊的で?は非破壊的。
?はC++のconstメソッドと同じ。

**デフォルトの名無しさん** · 2014/10/12(日) 23:09:46.65

zopeとは何だったのか
いや、それ以上にzopeへリソースを使った人達は何だったのか

**デフォルトの名無しさん** · 2014/10/12(日) 23:13:27.43

Rovyでは、インスタンス変数に@ではなく.をつける。

**デフォルトの名無しさん** · 2014/10/12(日) 23:14:19.37

なんでそんなに記号が好きなのか？
記号がなくても成り立ってる言語があるのにな。

24 · 2014/10/12(日) 23:15:09.82

以下の URL が NG ワードとして規制されているらしい
よほど >>1 にとっては >>24 の定番コピペが嫌みたいだね
スレタイでググルとネットでも人気の記事らしい

http://a n o n d.h a t e l a b o.jp/2012 0118 2202 04

# URL 文字列中の半角空白を取り除くと、ソース(コピペ元)を参照できる
# あるいはスレタイでググルと先頭にでる

**デフォルトの名無しさん** · 2014/10/12(日) 23:30:47.53

>>1で挙げられてる問題？ってどうでも良くね？

**デフォルトの名無しさん** · 2014/10/12(日) 23:30:55.15

Rovyでは変数は、キーワードvarを使って宣言できる。
explicit var文により、varの使用を強制できる。
Rovyでは変数にはキーワードasを使って型ヒントを書くことができる。
explicit type文により、型ヒントを強制できる。

**デフォルトの名無しさん** · 2014/10/12(日) 23:32:56.92

s/explicit/strict/

strictとtypeはRovyのキーワード。

**デフォルトの名無しさん** · 2014/10/12(日) 23:37:49.70

Rovyでは、ブロックのまとまりはC言語と同様に{}を使う。

# 破壊的メソッドf!。
def f! a,b {
.a = a
.b = b
}
# 非破壊的メソッドg?
def g? {
.a = 0 #エラー
}

**デフォルトの名無しさん** · 2014/10/12(日) 23:42:21.99

var .a as int
var .b

def f! a as int, b {
.a = a
.b = b
return 0
}

asとdefとreturnはRovyのキーワード。

**デフォルトの名無しさん** · 2014/10/12(日) 23:50:53.28

>>29
めんどくせーよ。スペース入れるなら一箇所だけにしろや

http://anond.hate labo.jp/20120118220204

**デフォルトの名無しさん** · 2014/10/12(日) 23:53:24.92

>デバッグツールが充実していない。
rubyってどんなデバッグツールがあるのか知りたい
リモートデバッグ・エディットコンティニュ・ダンプ出力・解析とか普通に出来るの？

**デフォルトの名無しさん** · 2014/10/12(日) 23:56:17.23

Rovyでは、行がカンマで終わった場合は次の行をつなげて解釈する。

**デフォルトの名無しさん** · 2014/10/13(月) 00:28:02.58

Rovyは、
try {...} catch {...}
try {...} catch my_exception {...}
try {...} catch my_exception as MyException {...}
のいずれかで、例外を捕捉できる。tryとcatchはRovyのキーワード。

**デフォルトの名無しさん** · 2014/10/13(月) 00:34:20.05

C++のswitch-caseに相当するRovyの制御構造は、case-by-caseであり、次のような構文である。

case by n {
case 0:
...
thru
case 1,2,3:
...
default:
...
}

case,thru,by,defaultはRovyのキーワード。

**デフォルトの名無しさん** · 2014/10/13(月) 00:46:41.92

s/def/fn/

Rovyは任意のブロック内部に
catch:
catch my_exception:
catch my_exception as MyException:
を書くことができる。

**デフォルトの名無しさん** · 2014/10/13(月) 00:55:25.26

s/as/@/

**デフォルトの名無しさん** · 2014/10/13(月) 01:25:19.93

・Rubyを知らないと読めないガラパゴし言語。pとputsとprintと種類がありすぎ。
・ブロックの締めがendなのでたくさんendが書いてあるだけで読みづらい。

**デフォルトの名無しさん** · 2014/10/13(月) 02:08:57.33

>>36
リモートデバグ：ruby-debug-ide + 適当なIDEで
エディットコンティニュ：これは知らない
ダンプ出力：まあLinux環境ならRubyに限らず普通にcore吐けば何のプログラムでもできるかと。
Ruby処理系自体かCで書かれた拡張ライブラリのバグ解析に使うという話になるけど
解析：動的解析であればDTraceサポートしてるので使えばいいし、
静的解析は決定版はないけど最近の流行だとrubocopかな

まあ商用の処理系に比べると弱いのは確か。

**デフォルトの名無しさん** · 2014/10/13(月) 02:48:22.27

Enterprise Rubyは分裂工作

**デフォルトの名無しさん** · 2014/10/13(月) 03:12:27.85

Luaの可読性を高めた言語を作ればRuby要らない希ガス

**デフォルトの名無しさん** · 2014/10/13(月) 04:20:24.71

>>1のあげている欠点がそもそもRubyの捨ててる部分なだけで、Cにメタプログラミングの文法追加しろって言ってるようなもんじゃん

設計思想にある意味特化して、その他取捨選択することで有用な道具を作れるんじゃないですかね

現状、>>1の考えた最強言語なんてつくっても、誰も使わない気しか...

というわけで、糞スレです本当にありがとうございました

**デフォルトの名無しさん** · 2014/10/13(月) 04:51:43.36

>>46
満足したらもう来ないでね。
あなた無しで進行するからｗ

**デフォルトの名無しさん** · 2014/10/13(月) 05:20:31.09

$/って何だ、と思ったときに検索しても出てこないというのは致命的。
やっぱちゃんとした名前付けるべきかと。

**デフォルトの名無しさん** · 2014/10/13(月) 05:28:27.85

Rubyのcase-whenは最悪。ただ、ifやunlessやuntilなどが文の後ろに付けられるのは便利だって思った

**デフォルトの名無しさん** · 2014/10/13(月) 05:52:07.74

SQLのバグは解決したのか？
Ajaxとの親和性は？

**デフォルトの名無しさん** · 2014/10/13(月) 07:44:36.57

右に寄ってる

**デフォルトの名無しさん** · 2014/10/13(月) 11:43:53.18

switch {
case if (a<0):
//何らかの処理
break;
case if (a==0):
//
...
}
みたいな文法が追加されないものか。

http://peace.2ch.net/test/read.cgi/tech/1412495628/54

**デフォルトの名無しさん** · 2014/10/13(月) 12:00:37.68

ruby-debug-ideってもう2.1で動くようになったんだっけ？
まあ普通はvimでコード書いて、ブレークしたくなるたびにbinding.pryをソースに書き込んで開発してんだろうな。2014年の今でも。

**デフォルトの名無しさん** · 2014/10/13(月) 20:16:49.05

>>1
＞RubyやVisual Basic .NET、Object Pascalは一時的に人気を獲得したが、死んでいくプログラミング言語リストの上位を占めている

VBは死なないだろ、Windowsがある限り。

**デフォルトの名無しさん** · 2014/10/13(月) 22:16:09.66

Rubyを使って書いたコードは
将来泣きながら他の言語で書き直す羽目になるだろう

**デフォルトの名無しさん** · 2014/10/14(火) 12:58:58.70

>>48
English ってライブラリがある

**デフォルトの名無しさん** · 2014/10/14(火) 14:48:48.02

>>55 そういうのは出来て3年とかいう言語に対して言うんだよw
20年も経っている言語に対してそんなこと言ってる奴はただのゴミ。

**デフォルトの名無しさん** · 2014/10/14(火) 15:50:56.78

twitterのプログラマ泣きながら修正していたぞ

**デフォルトの名無しさん** · 2014/10/14(火) 18:19:48.77

>>57
D

**デフォルトの名無しさん** · 2014/10/14(火) 18:59:04.05

Rubyも最近のC++みたいに、メタプログラミングが高尚みたいな雰囲気があるから
そういうノリで作られた奴は後年は参考にするのも困難だろうな

**デフォルトの名無しさん** · 2014/10/14(火) 20:01:42.98

ねーよ。
メタプログラミングは最後の手段だ（使うな、という意味ではないが）。

**デフォルトの名無しさん** · 2014/10/14(火) 23:32:30.03

Rails含めて互換性の無さが酷いからな

**デフォルトの名無しさん** · 2014/10/15(水) 07:51:01.76

メタプログラミング用の言語を別に作って
そのメタコードがから ruby や python や C++ のコードを吐けばいい

**デフォルトの名無しさん** · 2014/10/15(水) 08:05:12.69

Pythonには、同じことをやる方法は一個だけ用意するみたいな風習があるんだっけ
Rubyはcollectとmapみたいなエイリアスが組み込み時点でいろいろあって
Railsに至ってはcountとsizeとlengthが全部あって、しかも内部動作が全く違うカオスが出来てたりするからそういうのはうらやましい

**デフォルトの名無しさん** · 2014/10/15(水) 10:36:26.88

>Pythonには、同じことをやる方法は一個だけ用意するみたいな風習があるんだっけ

それ都市伝説
lambda が不完全なのの言い訳

**デフォルトの名無しさん** · 2014/10/15(水) 11:30:17.23

これだろ ttps://wiki.python.org/moin/TOOWTDI

Ruby業界で言う「驚き最小」みたいなものか？

**デフォルトの名無しさん** · 2014/10/15(水) 17:10:58.87

実際使ってみると Ruby も驚きの連続な訳で

**デフォルトの名無しさん** · 2014/10/15(水) 23:49:15.29

Ruby がダメなら COBOL を使えばいいじゃない

**デフォルトの名無しさん** · 2014/10/16(木) 10:26:06.54

馬鹿には無理

**デフォルトの名無しさん** · 2014/10/16(木) 15:43:30.25

ゴミ言語の改良は不可能だと思う。

**デフォルトの名無しさん** · 2014/10/16(木) 20:59:42.39

a.out を手当たり次第 strip した思い出

**デフォルトの名無しさん** · 2014/10/17(金) 01:43:16.40

mruby

アプリケーションの組み込み言語で
ホストアプリの側がC++の場合、
組み込み言語の側でもC++でコンパイルできないと
ホスト側とデータの受け渡しや整合性に問題がでてくる。

ホスト側でSTLやboostの正規表現マッチつかってて、
組み込み言語の側で別の動作してるとかだといやだなあ。

あと、長いスクリプトを組むという運用がされなければ
組み込み言語の文法が高機能かどうかって重要じゃないし。

**デフォルトの名無しさん** · 2014/10/17(金) 04:32:03.22

OSのカーネルや言語処理系は最もコード密度が高い分野。一度もソース読んだ事の無い人にとっては
理解不能な世界。組み込み用のmrubyやJavaScriptですら公開されてるソース読んですぐ理解出来る代物ではない。
だれがどのように保守するかは大きな問題。カーネルや開発者の高齢化問題も発生する。
経済が破綻すればオープンソースは資金調達や人員の確保問題で保守がどうなるか不明なところがある。
そうなると伝統的プロプライエタリなOSや言語が長期的には有利かもしれない。

**デフォルトの名無しさん** · 2014/10/17(金) 09:38:34.76

確かにそうなんだろうな

**デフォルトの名無しさん** · 2014/10/17(金) 22:28:05.19

Rubyは他言語を理解できないバカ専用の言語だろ？

**デフォルトの名無しさん** · 2014/10/20(月) 08:17:20.63

WindowsのExplorerで「やり直し」と「元に戻す」の機能がありますが
その具体的な内容が判らないので「何をやり直すのか」「何が元に戻るのか」が判りません
XPのときはSP3あたりから編集メニュー上にマウスカーソルを持っていくとステータスバーに内容が表示されていました
Windows7も編集メニューの方ではなくファイル一覧の何もないところで右クリックでコンテキストメニューを出すと
「やり直し」と「元に戻す」があってそこにカーソルを持っていくとステータスバーに出て来るようになりました
Windows8になるとまたエクスプローラーが先祖返りしてステータスバーに何も表示されません
なんでこんな糞設計のまま放置プレイなんでしょうか？

**デフォルトの名無しさん** · 2014/10/20(月) 12:44:15.82

>>76
スレ違いだけど、クイックアクセスツールバーに
戻るを追加すれば見れるように鳴るよ。

**デフォルトの名無しさん** · 2014/10/20(月) 15:02:42.05

すぐばれる嘘をつくなよ
ばかだろお前

**デフォルトの名無しさん** · 2014/10/24(金) 13:31:22.94

黒魔術推奨なところ

**デフォルトの名無しさん** · 2014/10/25(土) 17:07:58.20

小さな組織が大企業を超越するという明確な意志を持たない者にRubyを使うのは難しい

**デフォルトの名無しさん** · 2014/10/25(土) 17:37:20.53

Ruby++になれない

**デフォルトの名無しさん** · 2014/10/25(土) 19:42:36.61

>>73
もしそうなったら、本末転倒のジョークだよね
プロプライエタリだと資金的に開発不可能になったソフトウェアであっても、
OSSならコードが公開されてるから継続的に開発できるってのがメリットなのに

**デフォルトの名無しさん** · 2014/10/25(土) 19:57:29.94

ユーザなんて無能だからユーザやってるわけで
開発者が放棄したものを引き継げるわけなんかないんだよ
前提がおかしい

**デフォルトの名無しさん** · 2014/10/25(土) 22:47:56.60

別にソフトウェアのユーザがエンドユーザとは限らないんだけど

**デフォルトの名無しさん** · 2014/10/26(日) 11:49:11.71

ソフトがたタダからって
開発者がタダで開発してくれるとは
限らないんだよな。

**デフォルトの名無しさん** · 2014/10/26(日) 13:16:20.62

そうとは限らないだけで、必要ならやってくれるんだよ

**デフォルトの名無しさん** · 2014/10/27(月) 08:44:02.98

最近 OpenSSL の vulnerability が次々に Open になってるのを見ると
OpenSource であることが必ずしもメリットばかりでないことは良く判る

**デフォルトの名無しさん** · 2014/10/27(月) 10:38:02.77

たまたまオープンソースなだけで、そうじゃなくても同じような事になってんじゃないかな。

**デフォルトの名無しさん** · 2014/10/27(月) 10:52:53.13

リバースエンジニアリングで穴見つけるのと、
ソース見て穴見つけるのとだと、
後者の方が捗る気がする。

**デフォルトの名無しさん** · 2014/10/27(月) 10:56:27.81

それは穴を塞ぎたい人にとっても同じだよね。

**デフォルトの名無しさん** · 2014/10/27(月) 12:52:35.79

エントロピー増大ですね。わかります。

**デフォルトの名無しさん** · 2014/10/27(月) 22:16:22.99

OpenSSLは読む気がなくなるレベルでクソなコードだったために
オープンソースでありながらクローズドな性質を持っていた

**デフォルトの名無しさん** · 2014/10/29(水) 11:36:03.19

なるほど
一理ある

**デフォルトの名無しさん** · 2014/10/29(水) 21:08:00.12

脆弱性を探すみたいな作業って、地味だし、みんなやりたがらないんじゃないかな

**デフォルトの名無しさん** · 2014/10/29(水) 21:15:24.34

Googleみたいに金と人あまってるところが
研究と称して穴ほじくってる感じ

**デフォルトの名無しさん** · 2014/10/30(木) 08:44:34.09

でもオープンソースの宣伝文句的には、コードがいつも衆目にさらされるから
クソコードはすぐ是正されるんじゃなかったっけ？

**デフォルトの名無しさん** · 2014/10/30(木) 09:19:20.44

昔はそうだったかも知れないが
最近はクレクレばっかりだよ
いつからこんな風になってしまったのか

**デフォルトの名無しさん** · 2014/10/30(木) 10:36:03.10

ライブラリやソフトウェアを便利に共有できるようになった弊害かもな
車輪の再発明による経験と知見の獲得の機会が減り
アリモノを利用する以上の技術を持つ奴の割合も減る

**デフォルトの名無しさん** · 2014/10/30(木) 11:03:08.10

×利用するOSSにバグがあったら報告して修正コードを送る
◯OSSにバグがあったら諦めてググった方法で迂回する

こんなイメージ

**デフォルトの名無しさん** · 2014/10/30(木) 11:09:58.64

バグを報告して修正コードを送っても老害が立ち塞がって却下するしｗ

**デフォルトの名無しさん** · 2014/10/30(木) 11:39:53.86

>>99 その通り
ググって違うもの探して終わりとか
文句は言っても自分で治すという発想はない