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

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

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

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

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

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

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

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

**デフォルトの名無しさん** · 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 その通り
ググって違うもの探して終わりとか
文句は言っても自分で治すという発想はない

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

却下される理由は別にあったりしてね

**デフォルトの名無しさん** · 2014/11/01(土) 21:55:34.13

ujとかそんな名前のクソコテ居たけどあいつどうしてるんだろうな。
自慢のrubyがこんなになっちまってｗ
死んだのかな

**デフォルトの名無しさん** · 2014/11/02(日) 13:37:03.48

918: 11/02(日)10:26 ID:gwsCz/b5(1) AAS
pythonに勝ちたいなら、さっさとscirubyの開発進めて欲しい。言語としてrubyが好きでも、pythonに移らざるを得ない

**デフォルトの名無しさん** · 2014/11/02(日) 15:29:21.09

>>103
ああ、あの、ID がついた直後に連日トップ当選の勢いで活動していた奴か‥
あの情熱的な文章はなかなか書けるものじゃない、今一度読みたいものだ‥

**デフォルトの名無しさん** · 2014/11/02(日) 16:41:36.65

IDの効用がこんなところにも

**デフォルトの名無しさん** · 2014/11/03(月) 01:35:06.84

uy · 2014/11/10(月) 04:49:37.91

>>103
ha?

今は芸術活動で忙しい

プログラミング言語なんて、大多数の人間が使いやすいちょうど真ん中辺りを通った言語がメジャーになるだけだろ
人は同じことをやってれば慣れて行くわけで
同じ記法はどんどん煩わしくなっていく
ずっと触ってても煩わしくならないのは変幻自在になるアナログアルゴリズムだけだ

六年前、あの時rubyが最も使いやすいと思った俺は、もういない

自分のプログラミング行為こそを主体で考えた時に、自作言語を作る以外に最高効率はない
自作アナログ言語で最高効率を出す

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

アナクロ？

**デフォルトの名無しさん** · 2014/11/12(水) 17:24:25.73

>>105
多分だけど、ID付随直後にアク禁レベルの連投してたのは俺だよ

**デフォルトの名無しさん** · 2014/11/12(水) 17:49:04.95

【ネット】「靖国問題を書いたら炎上。700以上のコメント、IPを調べたらたった4人だった」…ネットで炎上を煽るノイジーマイノリティ
http://daily.2ch.net/test/read.cgi/newsplus/1415758196/

uy · 2014/11/14(金) 14:33:46.17

プログラマはゴミなのは変わりないけど
世界的に見たらマシな部類だと最近、ちょっとお前らの相対評価が俺の中で上がったよ
俺は世界を作りたいわけで、
プログラマのように少なからず、宇宙の真理だとか、無茶な完璧主義が入った人間の得意分野が
かろうじて俺の知識量とタメはれる程度だから
そういう場所で、突っ張らないで最初から「世界なんて作れるわけないじゃん」とか「恥ずかしい発言したくない」等々で
小さく縮こまって無難な選択しかしなくなった連中は、もはや関わる利点を感じられない
一部キチガイプログラマのように偉大な夢を持ったバカでないと、

"""発言や、プライドの高さに力が追いついてない"""って状況なんだよ
人を成長させるのは

ここで最初っからプライドが存在しないとか、無難な発言しかしない人間は一見、大人に見えて
それは間違った大人、成長が完全に停止した大人だ、学習することを放棄した大人だ
なぜ自分の発言を先行させてでもやる気を引き出して自分がそこに追いつこうとしないのか

ああ、仕事でできもしないのにできます言うゴミは死すべきだけど
仕事以外の世界においては「できます」が万が一出来なくても大きなリスクにはならないのに
その度胸さえ失ってしまったら、何が残るのだろうか？

小さく縮こまって無難な選択しかしなくなったら、その時点で詰み
お前らはなんなん？人間か？俺はもう人ではない。
この立場になってわかるもの、俺の世界において、「人間」とはプチ強い生命体ってだけで、他の虫や動物と、何ら変わりは無いし
人間はプチ強いっていう要素にさえ気をつけておけば、虫や動物や魚と、同じように人間を扱ってても、大丈夫だということ
ちょっと人外になったつもりで、この世界の人間を観察してみてはどうか？これはきっと、お前らが次へ行くためのステップとなる

**デフォルトの名無しさん** · 2014/11/14(金) 14:44:37.40

片山の病気が伝染ったか

**デフォルトの名無しさん** · 2014/11/14(金) 14:54:35.03

トリプルクォーツ・・・パイスンに寝返ったのか

◆QZaw55cn4c · 2014/11/14(金) 16:58:43.75

>>112
おう、おひさ！

**デフォルトの名無しさん** · 2014/11/20(木) 20:36:22.45

【主な敗因】
１．SEO戦略の間違い。
２．Ruby Enterprise Editionの分断工作に負けた。
３．英語圏の勢力を取り入れることが出来なかった。

**デフォルトの名無しさん** · 2014/11/21(金) 22:01:19.85

ダイナミックロードしようとプログラム書いてると、rubyのヘッダファイルが糞なのが良く分かる

**デフォルトの名無しさん** · 2014/11/22(土) 02:16:05.90

ヘッダ？へっ？ダメって？

**デフォルトの名無しさん** · 2014/11/22(土) 21:11:26.26

ruby自信を他のアプリに組み込みにくいって事なのかな？よく知らんけど。

**デフォルトの名無しさん** · 2014/12/02(火) 09:54:57.28

https://www.youtube.com/watch?v=smkjDjYMiYQ&;index=5#t=19m00s
19:00 ～

**デフォルトの名無しさん** · 2014/12/05(金) 13:21:11.42

ブロックの記述の仕方がいまいち気に入らないなあ

**デフォルトの名無しさん** · 2014/12/05(金) 14:41:25.82

d = File.open('hage', &:read)

**デフォルトの名無しさん** · 2014/12/05(金) 18:59:25.55

Rubyのコード、滅茶苦茶寿命が短い
ネットで調べたサンプルコードが動かない
ダメよ～ダメダメ

**デフォルトの名無しさん** · 2014/12/06(土) 04:19:34.73

JSの"use strict"、VBSの"option explicit"のように、
変数宣言を強制してほしい

また、Global,Local変数なども区別してほしい

変数があっても、それが宣言なのか、
以前から存在する変数なのかが、わからない

**デフォルトの名無しさん** · 2014/12/06(土) 04:58:22.72

グローバル変数はしっかり区別されとるが…

**デフォルトの名無しさん** · 2014/12/06(土) 15:13:51.07

>>125
ネットで調べたサンプルコード：
　　>>> print "Hello world"
　　Hello world

では、試してみよう：
　　>>> print "Hello world"
　　　File "<stdin>", line 1
　　　　print "Hello"
　　　　　　　　　^
SyntaxError: invalid syntax

たしかに動かないね

**デフォルトの名無しさん** · 2014/12/06(土) 20:10:32.19

>>124
ちゃんとオブジェクト志向してればそんなの気にする必要無いはず

**デフォルトの名無しさん** · 2014/12/06(土) 20:26:41.39

オブジェクト指向してるとインスタンス変数とローカル変数が同じレベルに来るから余計たちわるくねえ？

**デフォルトの名無しさん** · 2014/12/06(土) 20:48:04.71

>>128
ruby触ったことある？
インスタン変数は@で呼び出すんですよ？

**デフォルトの名無しさん** · 2014/12/06(土) 22:11:36.22

インスタン変数かっこいいよね！ライブ見に行ったよ

**デフォルトの名無しさん** · 2014/12/06(土) 22:16:53.09

インスタン島で即席モアイを作るのが夢です＞＜

**デフォルトの名無しさん** · 2014/12/11(木) 07:44:28.65

Perlの、use strictやmy取り込めば良かったのに

**デフォルトの名無しさん** · 2014/12/11(木) 18:45:49.92

https://github.com/matz/streem

ブロックの表記に決まってんだろ
matzが新しく作った言語はbraced blockだぜ

endの良さを語ってくれたクソカスの諸君気分はどうだい

**デフォルトの名無しさん** · 2014/12/11(木) 18:53:44.77

誰でもいいからbashやzshを超えるシェルをですね

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 14:26:04.11

まずはPOSIXの仕様を素直に実装した実装では？

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 18:56:41.34

PowerShellって、確かLinuxにも移植しようって人達がいたはず

**デフォルトの名無しさん** · 2015/01/04(日) 01:47:15.70

Ruby開発者が使わないので「RubySpec」開発終了
http://www.softantenna.com/wp/unknown/ruby-spec-end/

>RubySpecの開発者Brian Shirai氏はブログ記事「Matz’s Ruby Developers Don’t Use
> RubySpec and It’s Hurting Ruby」にてプロジェクトが終了する理由を説明。2014年12月25日に
>リリースされたRuby 2.2.0がRubySpecのテストをパスせず、そればかりか深刻なエラーである
>セグメンテーションフォールトで異常終了すると指摘し、これはMRI　(いわゆる本家Ruby)の
>開発者がRubySpecを使ってテストすれば容易に避けられることだとしています。

**デフォルトの名無しさん** · 2015/01/04(日) 14:02:32.93

フォークして使ってるし、コントリビュートもしてたから今回の件は開発者の質の悪いFUDというのがコミッタ様の見解です。

**デフォルトの名無しさん** · 2015/01/04(日) 22:13:55.87

コミッタ様が使ってるのは、フォークして
都合の悪い（後方互換性を壊した所為でエラーになる）テストを取り除いた
去勢されたやつですけどねー

フォークしたバージョンじゃテスト通りますよ（ドヤぁ
じゃねーってのw

**デフォルトの名無しさん** · 2015/01/05(月) 00:29:28.45

ちげーよMRIが仕様なんだ
勝手に毛唐が振る舞いを定めるな
殺されたいのか

**デフォルトの名無しさん** · 2015/01/06(火) 01:11:48.59

あなた方が頑張って作った互換性確認キットをフォークして使ってます(本家)
とか、別の処理系作ってる人たちにとっては地獄の様な状況だったろうな。

**デフォルトの名無しさん** · 2015/01/07(水) 16:31:12.07

いつまで「おれの妄想した地獄」に浸ってるんだこのバカw

**デフォルトの名無しさん** · 2015/01/09(金) 00:06:38.10

頼んでもいないのに合わせようとして何が楽しいのかねえ？
無理に納豆食えなんて言わないよ、悪趣味な

**デフォルトの名無しさん** · 2015/02/15(日) 00:10:13.83

>>28
かっこいいから

**デフォルトの名無しさん** · 2015/09/01(火) 04:29:14.74

gemsが一回で通らないの多すぎる
時間が経つにつれて改善されるどころか酷くなった
まぁrubyコミッタのせいじゃないけど
コミッタがカスなら献身的な人は他いっちゃうよ

**デフォルトの名無しさん** · 2015/09/01(火) 04:51:13.47

わかります

**デフォルトの名無しさん** · 2015/09/01(火) 09:01:46.66

スクリプトなんて書捨て上等なんだから
それ使ってライブラリ書いて上に積みあげていくなんて最初から破綻しとる

**デフォルトの名無しさん** · 2015/09/02(水) 03:58:16.28

せめてるびまで紹介してるようなgemsくらい
一回で通るようにしろよって感じ
みんな無駄な時間など使いたくねーんですよ