つまりRubyってPerlの後続じゃん？

[1 デフォルトの名無しさん 2012/05/05(土) 18:42:26.58]

いまだにPerl使っている人ははやく移行を考えたほうがいい

[2 デフォルトの名無しさん 2012/05/05(土) 18:43:56.37]

○○の代替にしか使えないものは
オリジナルを超えられない。

普及させたければ、何かの分野で
他にとって変えられないものになれ。

[3 デフォルトの名無しさん 2012/05/05(土) 18:46:00.91]

代替じゃねーよ
Perlの進化系

[4 デフォルトの名無しさん 2012/05/05(土) 18:47:19.77]

むしろPythonへ移行を考えたほうがいい。

[5 デフォルトの名無しさん 2012/05/05(土) 18:49:02.55]

普通に考えたらPythonだよねぇ。

[6 デフォルトの名無しさん 2012/05/05(土) 18:52:31.38]

rubyのCPANのようなものがperlのそれを超えていれば　ね

[7 デフォルトの名無しさん 2012/05/05(土) 20:26:57.22]

それはPerl使いが移行すれば速やかに解決するよ
なぜならばRubyのほうが圧倒的に優れているから

[8 デフォルトの名無しさん 2012/05/05(土) 20:33:46.98]

RubyのGEMとやらはCPANよりもアットーーーーーーー的に優れてんの？

[9 uy 2012/05/05(土) 22:19:20.25]

CPANのライブラリ量が多いからといって
RubyではなくPerlを使う理由にはならないけどね

開発速度がそもそも違うんだから

[10 デフォルトの名無しさん 2012/05/05(土) 23:07:33.68]

Rubyになって開発速度が上がった話なんかあるのか？

[11 uy 2012/05/06(日) 01:15:36.81]

perlとrubyを比べてるときにその発言をするなんて

[12 デフォルトの名無しさん 2012/05/06(日) 02:24:44.67]

たぶんRubyは、Perlよりおそいだろう

[13 uy 2012/05/06(日) 03:35:13.19]

バカだね

[14 uy 2012/05/06(日) 03:35:40.87]

バカがperlを使う

[15 デフォルトの名無しさん 2012/05/06(日) 03:36:18.89]

惰性

[16 uy 2012/05/06(日) 03:37:08.83]

開発速度でも実行速度でもrubyが上だった

もう勝負はついてる

[17 デフォルトの名無しさん 2012/05/06(日) 03:39:08.35]

ただひとつの利点

省略記法



そこまで使いこなせないでperlとか言ってるなら、
プログラミングで効率を出すことをあきらめたほうがよい

[18 デフォルトの名無しさん 2012/05/06(日) 03:42:07.38]

http://d.hatena.ne.jp/kwatch/20100430/1272585083

これを見れば、最速な言語は C/C++ であり、Java や Haskell や
OCaml といった静的な言語は軒並み上位に登場する。これに対し、
Ruby や Python や PHP といったスクリプトは全部下のほう (つまり遅い)。
その速度差は非常に大きく、このベンチマークで見ると Python3 や
Ruby1.9 は C/C++ の約50倍から60倍遅く、Perl は約90倍、
PHP にいたっては約130倍遅いことになる。

[19 デフォルトの名無しさん 2012/05/06(日) 03:54:29.38]

Perlのいいところを最大限に活かしながら
悪いところや無駄なところを改良し
Perlに欠けていた機能を追加したものがRuby
いまやPerl自体人気がないので新規で始める人は少ない

[20 uy 2012/05/06(日) 04:49:14.36]

>>18
なんで2010年データなんだよ
2年前に作られたBOTか何かかお前

[21 uy 2012/05/06(日) 04:57:33.37]

PythonとPHPとRubyを正しく見比べられない奴はいるけど
流石にPerlとRubyは一目瞭然過ぎて入門書の1ページを開いただけでどんな初心者でも分かるはず
本当に一部のperl愛好家以外は見限ってるからな

今更RubyとPerlを比べる奴などもはやいない
間違って浸透したPHPをこれからRubyがどうやって駆逐していくか
RubyでJAVAや.NETを駆逐できるのか、段階はそこに行ってる

PHPは確かにマシだったんだよ、
きてぃにしか使いこなせないPerlと、
変わり者にしか使いこなせないPythonしか、CGI記述言語がなかったんだ
ちょっとその2言語は、凡人に「はい、これ使ってくださいｗ」って渡すには、あまりにも道具が優れすぎてて

初心者は使えなかった、だから、明らかにPerlともPythonとも劣っているPHPが
言語仕様ゴミカスでありながらも、現在一番Web言語として広く使われてる
けれどこの均衡はrubyによって崩され始めている
今後、JAVAか、js辺りが、ものすごい速度でCGI記述言語への進化をしたり、
格段に優れた言語が突如出てこない限りは、時間的にRubyが勝つようになっている

[22 デフォルトの名無しさん 2012/05/06(日) 05:39:52.63]

Rubyには強みがない。

[23 デフォルトの名無しさん 2012/05/06(日) 05:42:25.46]

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
http://www.tiobe.com/content/paperinfo/tpci/images/tpci_trends.png

1 2 C 17.555% +1.39% A
2 1 Java 17.026% -2.02% A
3 3 C++ 8.896% -0.33% A
4 8 Objective-C 8.236% +3.85% A
5 4 C# 7.348% +0.16% A
6 5 PHP 5.288% -1.30% A
7 7 (Visual) Basic 4.962% +0.28% A
8 6 Python 3.665% -1.27% A
9 10 JavaScript 2.879% +1.37% A
10 9 Perl 2.387% +0.40% A

[24 デフォルトの名無しさん 2012/05/06(日) 05:45:02.12]

Rubyは5倍も差を付けられている
PHPに追いつけるかが、将来の焦点

今は2倍差を付けられているPerlを
超すことが目標。

ばんがれ！

[25 uy 2012/05/06(日) 07:12:40.31]

という事にしたいらしい

[26 uy 2012/05/06(日) 07:52:42.32]

mrubyすごいなこれ
2M弱しかない
プログラム言語は軽量されているべきだ
あんまし話題になっていないけど、何気にすごいものリリースしてきたような気がする

[27 デフォルトの名無しさん 2012/05/06(日) 08:10:29.62]

> 2M弱しかない
あぁ、フロッピーディスク2枚分だな。

[28 デフォルトの名無しさん 2012/05/06(日) 08:17:51.69]

バンガロール

[29 デフォルトの名無しさん 2012/05/06(日) 08:58:55.34]

>>26
後1/4ぐらいにしないとだめだろうね。

[30 デフォルトの名無しさん 2012/05/06(日) 14:49:16.82]

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

[31 uy 2012/05/06(日) 19:33:06.20]

>>29
なにがだめとか分かって無いだろお前

[32 デフォルトの名無しさん 2012/05/06(日) 20:24:22.89]

eperlが500KBぐらいでしょう？

まだまだ重い

[33 デフォルトの名無しさん 2012/05/06(日) 20:30:58.51]

でもガラクタ

[34 デフォルトの名無しさん 2012/05/06(日) 22:14:24.16]

>>26
> プログラム言語は軽量されているべきだ
以前から気になっているのだけれど、
「軽量する」という風に「○○化する」の「化」を省くのはどこかの方言なのかな？

[35 デフォルトの名無しさん 2012/05/06(日) 22:22:31.28]

つ AWK

[36 デフォルトの名無しさん 2012/05/07(月) 00:37:15.17]

モルモンがプロテスタントを超えられるはずが無いだろう。

[37 uy 2012/05/07(月) 00:53:39.59]

>>34
「化」や「的」は省くことによって言葉に勢いをつける

[38 デフォルトの名無しさん 2012/05/07(月) 00:57:44.13]

>>37
さすがです

[39 デフォルトの名無しさん 2012/05/07(月) 02:40:12.82]

おれの語感としては単に入力漏れな感じなので普通の勢いにもみたない

[40 uy 2012/05/07(月) 06:18:34.32]

人は歩みを止め闘いを忘れたときに老いていく

[41 uy 2012/05/07(月) 08:47:26.40]

けどperlの省略記法好きなんだよなー
perl6のforイテレータでつかえる$_も素晴らしい
後置きforも良いセンス
そこだけがrubyで実装されていないのが狂おしい
もしrubyで実装されたら、俺働く

[42 uy 2012/05/07(月) 08:59:22.73]

http://damako.net/perl6doc/for.html

みてみろよこのPEｒｌ6構文

最高過ぎるだろ
しかも･･･

"test".say;
↑これで表示されるんだよ
俺がRubyでやりたかったことの全てがPErlに詰まってる気がする

Perl6はじめるなら今しかないよ

http://rakudo.org/how-to-get-rakudo/

[43 デフォルトの名無しさん 2012/05/07(月) 11:48:45.69]

結論：
Perl -> Ruby -> Perl6 (今ココ)

[44 デフォルトの名無しさん 2012/05/08(火) 02:34:24.03]

でもPerl6って（ちゃんと）日本語扱えないんでしょ？

[45 uy 2012/05/08(火) 04:09:20.69]

>perl6
> puts"あ";
===SORRY!===
Malformed UTF-8 string

------------------------------
>>44
で？
これが何？
何か問題あんの？

プログラミング中に日本語とか情弱しか使わない

[46 デフォルトの名無しさん 2012/05/08(火) 04:49:28.89]

Rubyがんばれ！

[47 片山博文MZボット ◆0lBZNi.Q7evd 2012/05/08(火) 15:53:39.39]

>>45 CGIで日本語使いたいことってあるでしょ？

[48 uy 2012/05/08(火) 20:31:28.28]

別にないけど

[49 デフォルトの名無しさん 2012/05/08(火) 21:13:09.62]

日本語わからん奴にナニを求めても。

[50 デフォルトの名無しさん 2012/05/09(水) 01:23:22.50]

つまり何を使えばいいの(*•ω•)？

[51 uy 2012/05/09(水) 01:47:43.66]

Rubyです

[52 デフォルトの名無しさん 2012/05/10(木) 23:50:26.51]

Rubyも国産のくせにマルチバイト扱うのは面倒な言語だったな

[53 デフォルトの名無しさん 2012/05/11(金) 00:12:39.84]

馬鹿には無理

[54 uy 2012/05/11(金) 06:15:41.47]

オブジェクトにいくらでもあとからメソッド追加できる言語で面倒とか

バカは何を使ってもバカには無理ですねｗｗｗｗｗｗｗｗｗｗ

[55 デフォルトの名無しさん 2012/05/11(金) 22:27:58.70]

実行中にメソッドを追加したいことはあるか？

答えはNO

実行開始直前にメソッドが追加出来れば良い

[56 uy 2012/05/12(土) 04:00:45.52]

その程度のアルゴリズムしかかけないなら動的言語使わなくていいな

[57 デフォルトの名無しさん 2012/05/12(土) 04:17:21.41]

irb のような入力しながら実行できる環境なら
実行時にメソッドを追加したいことはあるかもしれない。

だけど、ソースコードを実行する場合、
動的にメソッドを追加する必要はない。

なぜならソースコードは静的に保存されているから。
実行中にソースコードは変わらない。

[58 uy 2012/05/12(土) 09:02:57.13]

だーから

その程度のアルゴリズムしかかけないなら動的言語使わなくていいな


RoRも使わなくていいな

アホは20年前と同じプログラミングしてればいい

それでもまだ通用するからな

おめ

[59 デフォルトの名無しさん 2012/05/12(土) 10:17:28.81]

あぁ、ガキが喚いてるｗ

[60 uy 2012/05/12(土) 10:49:55.05]

いまどきeval系の機能がいらないとか言っちゃう時点で

[61 デフォルトの名無しさん 2012/05/12(土) 12:28:18.19]

eval系の中で一番いらない機能はeval

[62 uy 2012/05/12(土) 13:26:49.85]

なんか遅いっていう印象が強いからな

俺もなるべくevalは使わない
意味的にはevalである処理をかいてもeval関数自体を呼ぶのは最後の手段

[63 デフォルトの名無しさん 2012/05/12(土) 14:01:14.49]

eval除いたeval系ってなんだよｗ

[64 デフォルトの名無しさん 2012/05/12(土) 14:04:10.68]

evalと関係ないものを
勝手にevalの仲間に分類してる予感ｗ

[65 uy 2012/05/12(土) 14:21:24.08]

Rubyやらない子には全然わからないと思うよ
まず第一にこれがeval

n = 5
p "#{n}" # => 5

[66 デフォルトの名無しさん 2012/05/12(土) 14:26:59.05]

あぁ、Rubyではそれがevalで実装されてるんだ。
ただの変数展開、静的に置き換えればいいだけなのにね。
（scalaはそうなってる。）

[67 uy 2012/05/12(土) 14:27:49.08]

RUBYのソース全てを見てるわけじゃないけど
他言語にはない機能でRubyに存在してる機能はほとんどがevalだろ
少なくとも最初は。

俺が直接evalを呼ぶのを推奨しないのは、
eval以外でかくことによって、あとから最適化や高速化がしやすくなるはずなのと、
あるいは既に直接evalでかくよりも高速化されてるメソッドである場合があるから、なるべくそっちでかく

[68 uy 2012/05/12(土) 14:30:08.38]

>>66
変数展開じゃなくて「式展開」
だからそこでメソッド定義だって出来るよ
puts "#{
def a
puts 99
end
a
7
}"