5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

魁け! Ruby 1.9.X

1 :デフォルトの名無しさん:2008/01/29(火) 19:45:46
プログラミング言語Ruby 1.9.Xについてのスレです。
2007年12月26日にリリース!されたもののまだまだ不安定だし,
1.8.Xとの互換性の問題もあることだし,
かといって,メーリングリストはほとんどROMだし(参加してないし),
ということで,1.9.Xオンリーのインストールからスクリプトまでの話題などどうぞ。
エラー,バグ報告もどしどし

■質問,話題を振る人へ
ポチッとな,とする前に次の3つのリンクを確認。
 ・http://svn.ruby-lang.org/repos/ruby/tags/v1_9_0_0/doc/NEWS
 ・http://svn.ruby-lang.org/repos/ruby/tags/v1_9_0_0/ChangeLog
 ・http://eigenclass.org/hiki.rb?Changes+in+Ruby+1.9 (参考)
未完だけど,マニュアルページもね(^^)
 ・http://doc.loveruby.net/refm/api/

質問には以下を書くこと。
 ・インストール環境(OS名、configureオプションなど)
 ・インストールの問題なのか、スクリプト自体の問題なのかを区別すること
 ・エラーメッセージ(なるべくそのままで)
 ・1.8.Xとの違いをできるだけ確認すること(1.8.Xでは実行できたとか)

質問と回答は1.9.X(いずれはRuby2.0)に寄与発展することになる!筈だ(^^)


2 :デフォルトの名無しさん:2008/01/29(火) 19:47:35
実行環境を確認するには

ruby -rrbconfig -e 'p Config::CONFIG'



3 :デフォルトの名無しさん:2008/01/29(火) 19:56:18
諸君らが愛してくれたRubyは死んだ。 何故だ!

4 :デフォルトの名無しさん:2008/01/29(火) 19:59:51
毛が多い

5 :デフォルトの名無しさん:2008/01/29(火) 20:02:47
>>3
実行速度が遅いからって話を聞いたことがあるけど、実際はどうなん?

6 :デフォルトの名無しさん:2008/01/29(火) 20:20:21
Rubyを広く使って欲しいなら1.9.0なんて言わないで1.9βとすべき。
これじゃ被害者と不信感が増すばかり。

7 :デフォルトの名無しさん:2008/01/29(火) 20:30:54
Rubyについて Part 30
http://pc11.2ch.net/test/read.cgi/tech/1200106073/
Rubyについて(アンチ専用) Part002
http://pc11.2ch.net/test/read.cgi/tech/1200210768/

はい、終了

8 :デフォルトの名無しさん:2008/01/29(火) 20:34:43
まだ仕様もあんまり固まってない言語のスレ立てんなボケ


9 :デフォルトの名無しさん:2008/01/29(火) 21:33:19
__ENCODING__

10 :デフォルトの名無しさん:2008/01/29(火) 22:00:50
1.8まであった,mailreadライブラリが,1.9から標準添付されなくなったけど,どうしてる?1.8のをコピーしてる?
それとも,mailreadに代替する別のライブラリができたのか?

11 :デフォルトの名無しさん:2008/01/29(火) 22:01:44
>>1=10
削除依頼出しておいてね

12 :デフォルトの名無しさん:2008/01/29(火) 22:26:30
gem install tmail

13 :デフォルトの名無しさん:2008/01/29(火) 22:37:28
>>10
シンボリックリンク。いまのところ、mailreadではエラーなし。
といっても、mailreadでは大した作業をしてないが

14 :デフォルトの名無しさん:2008/01/29(火) 22:46:39
Rubyの必要性がわからん
得意分野も不得意分野も謎
結局は俺のRuby知識が全くないだけのことだが、
別段知識を得る必要性も全く感じない

15 :デフォルトの名無しさん:2008/01/29(火) 22:47:44
他の言語を貶めることでしか自分の地位を保てない糞言語
http://www.rubyist.net/~matz/20080126.html

16 :デフォルトの名無しさん:2008/01/29(火) 22:52:54
文字列で相当ライブラリ変更するんだったら、撤回した仕様変更も改めて入れるか議論したらいいのに
2回に分けて大幅な変更するのは、ライブラリつくってる人がかわいそうだ

17 :デフォルトの名無しさん:2008/01/29(火) 23:07:39
まずは1.8をYARV化してから先に進むべきだった

18 :デフォルトの名無しさん:2008/01/29(火) 23:20:30
>>14
わざわざクソすれに来て煽る必要性はお感じになるのですね(^^;)

19 :デフォルトの名無しさん:2008/01/29(火) 23:20:33
魁!!ルビイ塾 1 巻

地獄への直進行の巻

目標前方五百メートル!
総員かまえーーっ
死ねい貴様ら。死んでルビイ信徒の御楯となるんじゃーー
突撃ー


・・・てゆうスレじゃないの?

20 :デフォルトの名無しさん:2008/01/29(火) 23:21:40
>>16
文字列で困るのは日本人ぐらいだしどうでもいい
日本人なら1.8であと10年戦える

21 :デフォルトの名無しさん:2008/01/29(火) 23:25:32
>もしくは「設計者がまだ初心者」とか。
くふぅ・・・><;

22 :デフォルトの名無しさん:2008/01/29(火) 23:39:11

スレッドはネイティブになったのか?

23 :デフォルトの名無しさん:2008/01/29(火) 23:40:12
Windowsユーザーだけど、どのmsiをダブルクリックしたらインストール完了するの?

24 :デフォルトの名無しさん:2008/01/30(水) 16:14:37
Rubyなんて半月もいじればもう底が見える、その程度の言語。

25 :デフォルトの名無しさん:2008/01/30(水) 17:57:21
構造化言語に奥の深さなんて要らないぜ

26 :デフォルトの名無しさん:2008/01/30(水) 18:36:10
>>25に7点くらいあげようと思う

27 :デフォルトの名無しさん:2008/01/30(水) 23:16:08
tmailで
tmail-1.2.1/lib/tmail/scanner_r.rb:108: warning: variable $KCODE is no longer effective
のヲーニングでます。
TMail will work, out of the box, on any platform that can run Ruby 1.8 or Ruby 1.9.
って書いてあるけどね。ヲーニングなんであまり実害ないけど。
ま、報告つーことで

KCODEつながりで、よく理解が進んでないんだけど、シーバンに書いてた-Kuっていらなくなったの?
# -*- encoding:utf-8 -*-って、-Kuの代わり?

28 :デフォルトの名無しさん:2008/01/30(水) 23:52:19
シーバン(笑)
これリアルにつこうてる人はじめてみたわ

29 :デフォルトの名無しさん:2008/01/31(木) 13:31:37
標準添付じゃないライブラリは(gems)、まだまだ未対応が多いな

30 :デフォルトの名無しさん:2008/01/31(木) 16:25:29
1.9.1が出ないことには

31 :デフォルトの名無しさん:2008/01/31(木) 17:54:44
>>27
tmailの1.9対応は1.2.2からだってさ
ttp://rubyforge.org/forum/forum.php?forum_id=20747

32 :デフォルトの名無しさん:2008/02/02(土) 02:16:14
1.9.xでマルチバイト文字への対応はマトモになるのか?

現状はあまりにも糞すぎるのだが。

33 :デフォルトの名無しさん:2008/02/02(土) 23:20:26
>>32
進捗遅過ぎやわの
個人的には、このまま滅茶苦茶なままRubyごとフェードアウトしても不思議とは思わん
1.8をしばらく使う奴がいる程度で終わったりしてね

34 :デフォルトの名無しさん:2008/02/02(土) 23:36:46
ここは自分では何も出来ない低脳クンたちが
集うスレですね。

35 :デフォルトの名無しさん:2008/02/02(土) 23:38:26
>>34
よう、低脳

36 :デフォルトの名無しさん:2008/02/03(日) 00:52:26
このままだとライブラリが死滅する

37 :デフォルトの名無しさん:2008/02/03(日) 01:13:13
文字列処理ライブラリでマルチバイト文字に対応してないのって何なの?
アホなの?

38 :デフォルトの名無しさん:2008/02/03(日) 02:08:37
文字列処理ライブラリって何?

39 :デフォルトの名無しさん:2008/02/03(日) 02:11:11
Regexpとか。

40 :デフォルトの名無しさん:2008/02/03(日) 02:15:38
標準ライブラリだけがライブラリじゃないんだけど

41 :デフォルトの名無しさん:2008/02/03(日) 02:19:28
stringとか。

42 :デフォルトの名無しさん:2008/02/03(日) 02:20:44
今から勉強しておこう
http://d.hatena.ne.jp/macks/20080102/p1

43 :デフォルトの名無しさん:2008/02/03(日) 02:45:48
1.9.xのm17nいいね。早く普及してほしい。

44 :デフォルトの名無しさん:2008/02/03(日) 09:16:08
>>36
あたかも、今はまだ生きているかのような物言いだな。
Rubyのライブラリなんてとっくに死んで腐敗してるよ。

45 :デフォルトの名無しさん:2008/02/03(日) 10:01:31
まだ、1.9.0の段階で対応しないほうがいいだろ
1.9.5になってから本気だしたほうが何かといい。それまでは1.8+active_supportを使おう

46 :デフォルトの名無しさん:2008/02/03(日) 10:09:54
安定版のはずの1.6.xや1.8.xすら波乱万丈だったしな
1.9.0だけを見て失望はともかく絶望するのはまだ早い

47 :デフォルトの名無しさん:2008/02/03(日) 11:53:41
そもそも1.9.0って開発版だろ

48 :デフォルトの名無しさん:2008/02/03(日) 11:56:15
一部の人にとっては「移行すべき対象」らしいぞ

49 :デフォルトの名無しさん:2008/02/03(日) 14:34:52
1.8なんて成長止まってるし

50 :デフォルトの名無しさん:2008/02/03(日) 16:30:02
>>48
> 一部の人にとっては「移行すべき対象」らしいぞ

そりゃ、世の中トップ引きというか、そういう人たちだっていますから。

CentOSじゃなくFedoraを、Fedoraの2系列あるサポート期間中の新しいほうを、
さらにはrawhideを、CVSのメイントランクを、と、そういう人たちの
おかげでバグがあぶり出されるわけですから。

51 :デフォルトの名無しさん:2008/02/03(日) 16:38:01
>>49
意味がわからん

52 :デフォルトの名無しさん:2008/02/03(日) 16:40:25
開発者が1.8に興味ないから仕方あるまい

53 :デフォルトの名無しさん:2008/02/03(日) 16:41:27
>>49
開発は1.9に移行して正式版出そうとがんばってるのになんで1.8の話してんだ?
まったくもって意味わからん

54 :デフォルトの名無しさん:2008/02/03(日) 16:50:08
一部の人にとっては「移行すべき対象」らしいぞ

55 :デフォルトの名無しさん:2008/02/03(日) 18:45:18
>>54
一部の人って、1人の人のこと?

56 :デフォルトの名無しさん:2008/02/03(日) 18:48:04
1.8に簡単にもってこられるメソッドなんかは、どんどん追加していけばいいのにね

57 :デフォルトの名無しさん:2008/02/03(日) 20:51:11
人的資源の関係かなぁ・・・?
まぁ個人的にはそこまでしなくても1.9の安定版がまともになれっとは思うけど

58 :デフォルトの名無しさん:2008/02/04(月) 06:04:45
>>49
成長が止まってる、ってのは多くの人にとっていいことだろ

仕事で使う人とか、フレームワーク書く人とか、ロリコンとか。

59 :デフォルトの名無しさん:2008/02/04(月) 20:15:17
誰がうまいことを言えと

60 :デフォルトの名無しさん:2008/02/05(火) 03:54:21
体格ロリで止まっても肌の老化は止まらんぞ

61 :デフォルトの名無しさん:2008/02/05(火) 08:23:46
ActiveScriptRubyはいつ1.9に対応するんだよ。
遅せーよ。

62 :デフォルトの名無しさん:2008/02/05(火) 09:44:58
単なる開発版に対応する義理はないよな

63 :デフォルトの名無しさん:2008/02/05(火) 09:53:41
>>61
文句を言うなら、おまえがやれ。
と言ってもおまえみたいな低スキルじゃ
文句を言うことしかできないか。
馬鹿はかわいそう。

64 :デフォルトの名無しさん:2008/02/05(火) 09:54:40
いつまた仕様が変わるか、わかったもんじゃないし。

65 :デフォルトの名無しさん:2008/02/05(火) 10:03:20
それでいいんだよ
だいたい標準添付ライブラリですら未対応なやつもあるんだから
rindaとか

66 :デフォルトの名無しさん:2008/02/05(火) 21:49:39
ActiveScriptRubyはフレームワークだけ提供して、処理系は自由に入れ替えられるようにすればいいんだよ。
何でRubyのバージョンアップをActiveScriptRubyに引っ張られなきゃいけないのか。まったく。

67 :デフォルトの名無しさん:2008/02/05(火) 21:54:51
>>66
お前が網羅的にテストしてくれれば、すぐにでも出すんじゃない?

68 :デフォルトの名無しさん:2008/02/06(水) 19:35:42
$KCODEってどうなったの?無くなったの?

69 :デフォルトの名無しさん:2008/02/09(土) 00:01:04
>>68

>>27に対する反応が>>28だから、このスレではまともな回答を期待できないかもよ

70 :デフォルトの名無しさん:2008/02/09(土) 00:18:19
Ruby 1.9では$KCODEは廃止されました。

71 :デフォルトの名無しさん:2008/02/09(土) 02:31:33
1.9.1はとうぶんでないのねん

72 :デフォルトの名無しさん:2008/02/09(土) 05:49:16
そういう重要なところはちゃんとドキュメントに書いとけよ

73 :デフォルトの名無しさん:2008/02/13(水) 21:42:21
1.9をつかうくせにメーリングリストをチェックしないやつが悪い

74 :デフォルトの名無しさん:2008/02/13(水) 22:00:30
curryとか変なメソッドが入った。
cbrtとかlgammaとか需要あんの?Mathn扱いでいいじゃん

75 :デフォルトの名無しさん:2008/02/13(水) 22:05:43
カリー化用か

76 :デフォルトの名無しさん:2008/02/14(木) 16:54:37
バグトラッカを使う話はどうなっちゃったんだろう。

話はでたけどスルーされたとか、直したつもりでコミットしてない
とか多すぎじゃね?バグがどういうコードで直ったのかも全然わからんし、
外部から指し示すこともできない。前時代的なMLにいつまで頼ってるつもり
なのかと。

77 :デフォルトの名無しさん:2008/05/15(木) 15:16:55
るびきちが立てたっぽいスレ名だね
少年ジャンプだけがお友達だもんね 彼w
30過ぎても少年だね

78 :デフォルトの名無しさん:2008/06/13(金) 16:21:57
>>77
おれの自己紹介乙

79 :デフォルトの名無しさん:2008/06/14(土) 20:27:16
>>76
Redmineを使い始めたね。
うまく機能すると良いなあ。


80 :デフォルトの名無しさん:2008/06/15(日) 07:58:40
Ruby1.9を読む
http://www.dzeta.jp/~junjis/code_reading/index.php?Ruby1.9%A4%F2%C6%C9%A4%E0

81 :デフォルトの名無しさん:2009/01/19(月) 00:56:50
Ruby2.0が出ると聞いてやって来ました。

82 :デフォルトの名無しさん:2009/02/03(火) 22:16:21
Railsは1.9.1に対応済み?

83 :デフォルトの名無しさん:2009/02/03(火) 22:39:47
>>82
2.2はそう言われてる

84 :デフォルトの名無しさん:2009/02/03(火) 22:52:29
DHHとかは対応させたつもりでいるらしい。


85 :デフォルトの名無しさん:2009/02/04(水) 00:10:17
現時点で業務で1.9.1を採用するのは馬鹿の所業

86 :デフォルトの名無しさん:2009/02/04(水) 00:14:37
どうせ1.9.2で非互換になるコードが入ってRails死亡だからな
おさるさんパッチ言語(笑い)

87 :82:2009/02/04(水) 00:15:54
>>83,84
う、actionmailerとactivesupportをrequire するだけで,エラーになってまう。

88 :デフォルトの名無しさん:2009/02/04(水) 00:18:37
>>86
1.9.2は開発用バージョンだから正式リリースの1.9.3ね

89 :デフォルトの名無しさん:2009/02/05(木) 12:32:18
>>86
逆だろう。RubyバブルはRailsに牽引されてきたわけだから
Railsが動かない時点で1.9.1に今のところ価値なし。

90 :デフォルトの名無しさん:2009/02/05(木) 13:16:11
ま、本来は 1.9.1 が出る前のバージョンで自分のライブラリの対応を済ませるもんだが、
こればっかりはデッドロック的に致し方のないことと思う

ただ、これは一応正式安定版だから、1.9.1に対応しろという(あるいは対応しない宣言を求める)声はこれで高まるだろう
1年くらいすれば結構状況変わるんじゃねえの

91 :デフォルトの名無しさん:2009/02/05(木) 13:22:06
まぁ、まだ出たばっかだしな。

92 :デフォルトの名無しさん:2009/02/05(木) 13:27:20
外人さんの中にはエンコーディングとかいきなり言われても概念わっかりましぇんという人が一定数混じってるな
文字列扱うライブラリの前途は多難そうだ

93 :デフォルトの名無しさん:2009/02/05(木) 21:20:30
比較的まともな外人で、
内部UTF-8決め打ちで対応完了、キリッ
みたいなのな。


94 :デフォルトの名無しさん:2009/02/06(金) 01:06:00
国産なのに外人に頼ってる現状もなんだかなぁだな

95 :デフォルトの名無しさん:2009/02/06(金) 01:34:18
日本人しか使ってないプログラミング言語なんてその名前だけで糞だろ
外国人が普通に使ってるのは普通なプログラミング言語の証拠

96 :デフォルトの名無しさん:2009/02/06(金) 03:02:49
外部ライブラリの開発の話では?
日本人って開発には直接関わって来ないくせに要望だけは多いよね

97 :デフォルトの名無しさん:2009/02/06(金) 09:21:30
日本人自虐厨キター

どこの国の人間だってたいして変わらんっつうの
それこそ日本語以外のレポート読めよ
お前が英語読めないだけなんじゃねえの

98 :デフォルトの名無しさん:2009/02/07(土) 07:23:23
英語嫁って言い出してるし

国産言語じゃないの??何で日本語以外のレポート?

99 :デフォルトの名無しさん:2009/02/07(土) 08:49:51
とまあかように《彼》は英語コンプであります

100 :デフォルトの名無しさん:2009/02/07(土) 08:51:36
なるほど

101 :デフォルトの名無しさん:2009/02/07(土) 09:19:02
Rubyist Magazine - Ruby 1.9.1 の歩き方
http://jp.rubyist.net/magazine/?0025-FirstStepRuby191


102 :デフォルトの名無しさん:2009/02/23(月) 15:26:45
Windowsの1.9.1でNokogiriを使ってみた

doc = Nokogiri::HTML(html.delete("\n")), nil, 'UTF-8'
file_path = doc.xpath('//xxxxxxx').first.get_attribute 'href'

とすると「xpathなんてメソッドねーよ」と怒られたから、

p doc.class

を加えたらArrayと出た。

まじかよと思って

p doc = Nokogiri::HTML(html.delete("\n")), nil, 'UTF-8'

と「p」をつけて中を見たら、「p doc.class」の結果が「Nokogiri::HTML::Document」に変わってうまく走った。
「p」をつけたりとったりするとやっぱり結果が変わる。pをつけると本当の自分を思い出すのだろうか。

103 :デフォルトの名無しさん:2009/02/23(月) 16:05:42
> foo = 1, 2, 3
=> [1, 2, 3]

> p foo = 1, 2, 3
1
2
3
=> nil

> foo
=> 1

104 :デフォルトの名無しさん:2009/02/23(月) 16:14:51
つか自業自得だな
勝手に滅んでくれって感じだ

105 :デフォルトの名無しさん:2009/02/23(月) 16:17:48
>>104
Rubyスレ全般で1.9にかみついてる基地外か
うるせーよ

106 :デフォルトの名無しさん:2009/02/23(月) 16:20:14
>>105
違う
引数の括弧を最初から適切につけていれば全く起こらなかった問題
Ruby は特定の関数的メソッド以外の普通のメソッドの引数の括弧を省略するようにはなっていない
多値と区別できないからだ

107 :デフォルトの名無しさん:2009/02/23(月) 16:23:42
引数のカッコをつけない人はこういうのを甘んじて受けてるんだからこれでいいんだよ

108 :デフォルトの名無しさん:2009/02/23(月) 16:23:50
>>106
勉強し直せよw

109 :デフォルトの名無しさん:2009/02/23(月) 16:28:58
doc = Nokogiri::HTML(html.delete("\n"), nil, 'UTF-8') と普通に書けば何も問題は起こらなかったな
doc = Nokogiri::HTML(html.delete("\n")), nil, 'UTF-8' は
doc = [Nokogiri::HTML(html.delete("\n")), nil, 'UTF-8'] という多重代入とみなされるというだけの話
Ruby 1.9.1 は特に関係ないと思われる

110 :102:2009/02/23(月) 16:30:42
おおお、元ソースからコピって修正したとき変な括弧の付け方をしてしまった。
恥ずかしいな。サンクス。

Rubyでは基本的に括弧を省略するのが慣習だと思ってたが違うのか?
何はともあれ解決したからうれしい。

111 :デフォルトの名無しさん:2009/02/23(月) 16:43:39
>>110
>>106 の言うように、puts や print みたいな「関数っぽい」メソッドは、カッコをつけずに空白をつけることのほうが多い
△ puts("hello!")
○ puts "hello!"
その他のレシーバつきメソッド、またはインスタンスメソッドはカッコをつけることのほうが多い
△ URI.parse 'http://example.com/'
○ URI.parse('http://example.com/')
無論つけなくても動作するが、今回のように代入が絡むとヘンな解釈になることが多いので、カッコをつけるように慣らす人が大半

ただ、Rails の人はもうほとんど病的と言っていいほどにカッコを使わない
(明示的なエラーが出てからやっとそこだけ括るので、今回のようなバグに気づかないことも稀にある)
これは出身言語の影響と、言語内 DSL という特殊事情が絡まった結果だと思われ

112 :デフォルトの名無しさん:2009/02/23(月) 16:57:36
>>111
なるほど
おれは趣味で最近使い始めたばっかだけど全般的に意識して括弧はつけないようにしてる・・・
それがRuby流だと聞いたから。1.9と関係なくてすまん。

Nokogiriは全くだめということはないようだから、次はparseexcelを試すよ
今度は間違えないようにするわ!

113 :デフォルトの名無しさん:2009/02/27(金) 16:22:00
>>112
> それがRuby流だと聞いたから。1.9と関係なくてすまん。

そんなことはない。
RailsはRubyじゃないからな。


114 :デフォルトの名無しさん:2009/02/28(土) 09:33:38
>>113
> RailsはRubyじゃない
な・なんだってぇ!!!


115 :デフォルトの名無しさん:2009/02/28(土) 16:41:21
言語の百花繚乱は、ITバブルの残照という気がする...。

本来効率性を重視するのなら、一企業の開発言語は、絞った方がリスクマネージメントの観点からも、
良いと思うがねぇ。

116 :デフォルトの名無しさん:2009/02/28(土) 16:47:28
ITバブルというより根本的にエンジニアの性なんじゃないかな。
「おれ言語を作り隊」みたいな。シェルなんてひどいじゃん。

117 :デフォルトの名無しさん:2009/02/28(土) 17:29:47
>>115
工員が使う言語は少ない方がコスト低いだろうね。


118 :デフォルトの名無しさん:2009/02/28(土) 17:35:10
>>115
万能言語があるのなら、その通り。
しかし実際にある言語は万能ではない。適用ドメインによって言語選択は変わって当然となる。

119 :デフォルトの名無しさん:2009/03/14(土) 13:12:22
米国でRuby関連書籍の売り上げが減速か − @IT
ttp://www.atmarkit.co.jp/news/200902/27/langs.html

スキルのない半可通が流行で採用して、プロジェクトは失敗。
戦犯としてRailsやRubyが処罰されるというケースの増加が心配されます

120 :デフォルトの名無しさん:2009/03/15(日) 04:55:57
コピー乙w

121 :デフォルトの名無しさん:2009/03/15(日) 14:37:54
間違いなく 1.9 のせいだろ

122 :デフォルトの名無しさん:2009/03/15(日) 15:12:38
Python 3も(2.5,2.6に対する相対的な)人気はRuby 1.9みたいなもん?


123 :デフォルトの名無しさん:2009/03/24(火) 13:44:08
微妙に違うとおも

124 :デフォルトの名無しさん:2009/04/09(木) 17:49:27
ダメ

125 :デフォルトの名無しさん:2009/04/13(月) 18:43:04
rubyの勉強はじめたんだけど、ruby1.8の本で勉強してると
ruby1.9だと動かないのが多すぎて嫌になった。
こんなに急激に仕様を変える言語なんて勉強する気になれないからヤメタ。

Rubyの開発動機ってそもそも何?
単なる自己満?

126 :デフォルトの名無しさん:2009/04/13(月) 18:49:52
>>125
ぜひPerl4→Perl5やPHP3→PHP4なんかにも正義の鉄槌を下してください

127 :デフォルトの名無しさん:2009/04/13(月) 19:43:12
Perl4から5ってそんなにすごい変化だったんだ。Perlのこと全然知らないや

128 :デフォルトの名無しさん:2009/04/13(月) 19:53:41
Perl5になったとき、手元にあった数千行のスクリプトは2行くらいしか変えなくてよかったな。
Rubyに関しても、magic commentを書くこと以外は何も変えずに済んでいる。
お前ら一体どんなひねくれたコード書いてんの?

129 :デフォルトの名無しさん:2009/04/13(月) 20:27:08
ライブラリ, フレームワーク依存。

130 :デフォルトの名無しさん:2009/04/13(月) 21:42:29
おれも自分で書いたところはほとんど問題なかったが、
外部ライブラリでつまづいた。
Winは捨ててCentOSで開発するようにした結果、
なんとか切り抜けて今は1.9.1オンリーだが。WinのNokogiriが痛かったな。

131 :デフォルトの名無しさん:2009/04/13(月) 21:44:55
今は暇と体力のある人がガサガサ開拓してる状態だな
1年くらいして状況がどう変わるか楽しみだ

132 :デフォルトの名無しさん:2009/04/13(月) 22:40:43
Perl4→5のときはpackageでクラスっぽいものが書けるようになったが、
おおむね上位互換だったと思う。


133 :デフォルトの名無しさん:2009/04/14(火) 08:55:53
>>130
> WinのNokogiriが痛かったな。
kwsk

134 :デフォルトの名無しさん:2009/04/14(火) 09:33:34
>>128
そりゃ単に運が良いだけだ

IOの読み書きするライブラリや、$KCODEにかかわるコードを書いてると泣く
あと他の人も言ってるように拡張ライブラリが動かなくて泣く

135 :デフォルトの名無しさん:2009/04/14(火) 10:40:30
>>133
Winの1.9系でNokogiri動かないんだよ。もう直ってるのかもしれんが。
Nokogiriのページみたら1.9に対応してるって書いてあったんだが、
Winは対象外だったようだ。Linuxなら動くからゲストOSにCentOSを入れて開発。
今度はRadRailsでステップ実行できない問題が出たけど、
全然動かないよりはマシだから我慢してる。

136 :デフォルトの名無しさん:2009/04/14(火) 12:39:31
>>135
> Nokogiriのページみたら1.9に対応してるって書いてあったんだが、
自前でコンパイルしろってことじゃないかね

137 :デフォルトの名無しさん:2009/04/14(火) 13:22:52
>>136
ttp://nokogiri.rubyforge.org/nokogiri/

インストール方法で「sudo gem install nokogiri 」ってあるのに?

「sudo」ならWinは対象外ともとれるが、
「sudo」を当然のように入れて説明することはよくあるから、
それをもって判断するのは難しいと思う。

確かWinRubyにある「msvcrt-ruby18.dll」の名前が「msvcrt-ruby191.dll」に変わったことが、
原因の一つだったような気がするが、ちょっと記憶があいまい。
コピーして名前を変えたりしたやつがいたけど、
それでもうまく動かないとか言ってたような記憶もある。
がんばって時間を浪費した挙げ句けっきょくダメというのは嫌だったから、
さっくりOSを変えた。

138 :デフォルトの名無しさん:2009/04/14(火) 14:02:44
>>137
だから「自分でコンパイル環境用意しろ」ってことなんだろ、Windowsかどうかとは無関係に。
Win版バイナリ用意しろっていうことなら山男にいってくれ。
さすがにここは見てないと思うぞ。

> 確かWinRubyにある「msvcrt-ruby18.dll」の名前が「msvcrt-ruby191.dll」に変わったことが、
> 原因の一つだったような気がするが、ちょっと記憶があいまい。

それは本末転倒な理解だな。
拡張ライブラリのインターフェースが変わってるから、1.8のDLLと1.9の拡張ライブラリじゃ動かない。
それをさけるために名前を変えている。

> コピーして名前を変えたりしたやつがいたけど、
> それでもうまく動かないとか言ってたような記憶もある。

「動くわけない」と断言する。

> がんばって時間を浪費した挙げ句けっきょくダメというのは嫌だったから、
> さっくりOSを変えた。
gj

139 :デフォルトの名無しさん:2009/04/14(火) 14:16:26
確かにgem使ってもコンパイルするな。
おまえの言うことに対するおれの理解が浅かった。
そこまで詳しいならおまえが動くようにしてくれよ。いや嫌みじゃなくてマジで。

140 :デフォルトの名無しさん:2009/04/14(火) 14:46:22
「自分が必要でなおかつ自分に直せてなおかつちょっと暇ならやる」というのがこの手の常套
どれかが欠けてるのだろう

141 :デフォルトの名無しさん:2009/04/14(火) 18:32:16
>>139
もうあまりWindowsをいじってないからなぁ。
MacPortsのmingw-gccでコンパイル自体はできるかも知れんが、
gemがクロスコンパイルに対応してるかは疑問。


142 :デフォルトの名無しさん:2009/04/14(火) 21:24:43
アーロン、きさまのどこがひげの山男なんだwwwww
とついったーの写真を見て思った。


143 :デフォルトの名無しさん:2009/04/14(火) 21:32:47
Mechanize 0.9.3 を最優先で出して欲しい
今の 0.9.2 は全世界が迷惑した近年稀に見る極悪動作バージョンだろ

144 :デフォルトの名無しさん:2009/04/14(火) 21:54:04
require 'rubygems'
require 'mechanize'

agent = WWW::Mechanize.new
agent.get('http://www.google.co.jp/')

これが動作しないって重症だよな

145 :デフォルトの名無しさん:2009/04/15(水) 12:52:42
>>141
結局ソースの修正が入ると思うが。
それってコンパイルの問題とは言わないでしょ。

146 :デフォルトの名無しさん:2009/04/15(水) 17:11:04
>>145
Windows版ではNokogiriはそのままじゃコンパイル通らないということ?
それが分かってるなら教えてやれよ。


147 :デフォルトの名無しさん:2009/04/16(木) 16:23:51
こやつめw

148 :デフォルトの名無しさん:2009/04/22(水) 23:10:00
本屋でRubyの本を立ち読みして、Perlより全然ソースが読みやすいと思って
一気に本を買い込んでRubyデビューしようと思ったのに、
何この状況?
初心者はどうすりゃいいの?
1.8を使うほうが無難なの?

149 :デフォルトの名無しさん:2009/04/22(水) 23:25:19
普通の人は 1.8.7 を使う
1.8.7 でできないことは特にはないし、
1.8.7 を使ってる人のほうが多いし、
今後 2年くらいは1.8.7(か、その続き)が隆盛だろう(このへんちょっと自信ないが、今年中は問題ない)

1.8.7 で Ruby に慣れた頃には、Ruby 1.9.2 が出てライブラリや入門もマトモになってるはず
1.8.7 で学んだ Ruby は、1.9.2 くらいに移行するのに充分に役立つはず
今から暗中模索の徒手空拳で 1.9.1 をやろうとするのよりは何万倍もスムーズだろう

150 :デフォルトの名無しさん:2009/04/22(水) 23:27:37
出たw1.8.7バカw

151 :デフォルトの名無しさん:2009/04/22(水) 23:49:22
>>148
1.9.1 を勧めるのは Ruby アンチ(この期に及んでまだいる)なのであまり真に受けないように
彼はあなたが Ruby に挫折することを望んでいます

152 :デフォルトの名無しさん:2009/04/23(木) 00:26:52
頭いっちゃってるな

153 :デフォルトの名無しさん:2009/04/25(土) 20:42:00
あれ?家でふつうにRuby1.8.7使って色々作ってるけど、
1.9.1って初心者が使えるような状況になってるの?
まだだよねえ?

いま自作の拡張ライブラリを1.9.1に対応させようとして
コンパイルする前にextconf.rbでエラー出て困り果ててるとこw

154 :デフォルトの名無しさん:2009/04/25(土) 21:52:45
どんなエラーだよ

155 :デフォルトの名無しさん:2009/04/25(土) 22:37:26
ああ、教えてもらおうと思って書いたわけじゃなかったんだ、ごめん
でもよくわかんないからせっかくだから書いてみる

Could not create Makefile due to some reason,
probably lack ofnecessary libraries and/or headers.
Check the mkmf.log file for moredetails.
You may need configuration options.

って出てて、ライブラリが見つからないってことみたい
1.8.7では普通にコンパイルできるから、パスが通ってないってわけではないと思う
参照する環境変数が変わってたりするのかな?
オプションを指定する必要があるってメッセージだけど、設定方法がわからないの(゜▽゜;)

156 :155:2009/04/25(土) 22:46:15
情報が全然足りなかったw
えっと、WindowsでWin32バイナリのruby-1.9.1-p0-i386-mswin32をダウンして、
それを使ってVC2008でコンパイルしようとしてる。
あんまり関係ないかもだけどDirectXを使おうとしてて、
1個目のdxguid.libをチェックするとこでエラーが出てる。


157 :155:2009/04/25(土) 23:14:27
extconf.rbからライブラリのとこ削って、できたmakefileに自分で追加して、
コンパイルしてみたら、windowk2.hの関数の再定義エラーが大量に出た。
やっぱ俺程度で1.9.1に手を出すのが間違いなのか。
山に篭って修行して出直してきまふ

158 :155:2009/04/25(土) 23:16:10
winsock2.hだ、どういう打ち間違いなんだorz
それではまたノシ

159 :デフォルトの名無しさん:2009/04/26(日) 19:08:21
>>156
> えっと、WindowsでWin32バイナリのruby-1.9.1-p0-i386-mswin32をダウンして、
これはVC6でコンパイルされてる。

> それを使ってVC2008でコンパイルしようとしてる。
VC6とはランタイムがあわないからリンクできない。
本体も自分でコンパイルする。


160 :155:2009/05/02(土) 17:18:47
なんか規制されて書けなかったorz
>>159
>VC6とはランタイムがあわないからリンクできない。
>本体も自分でコンパイルする。
つまり、1.8.7ではリンクして使えてたけど、
1.9.1ではできなくなったってことでいいのかなあ?

161 :デフォルトの名無しさん:2009/05/03(日) 06:36:59
>>160
> つまり、1.8.7ではリンクして使えてたけど、
> 1.9.1ではできなくなったってことでいいのかなあ?
1.8でもできない。

162 :155:2009/05/03(日) 16:07:29
>>161
>1.8でもできない。
えー?
だって、うちのデスクトップでVC2008でコンパイルできたし、
コンパイラとか入ってないActiveScriptRuby1.8.7だけインストールしてあるノートで動いてるよ?
ActiveScriptRubyってVC6だったよね・・・?
なんかはげしく勘違いしてるんかなー

163 :155:2009/05/03(日) 16:09:17
あ、書き忘れたけど1.9.1でもruby-1.9.1-p0-i386-mswin32とVC2008でコンパイル成功したよー
勘違いじゃなければだけど・・・。

164 :155:2009/05/03(日) 23:05:37
わかった!
俺、VC2008のランタイムをスタティックリンクしてるから使えてるんだ!
しょぼしょぼな話題で連投失礼。お騒がせしましたwノシ

165 :デフォルトの名無しさん:2009/05/05(火) 17:54:40
>>164
> 俺、VC2008のランタイムをスタティックリンクしてるから使えてるんだ!
それだと外部ライブラリ使う拡張ライブラリが使えなくなるぞ。

166 :155:2009/05/06(水) 13:49:22
>>165
>それだと外部ライブラリ使う拡張ライブラリが使えなくなるぞ。
ヘボくてゴメン、意味がわからないorz

Ruby本体(mswin32)・・・VC6ランタイムを動的参照
俺が作ったやつ・・・VC2008ランタイムを静的参照
VC6で作ったほかのライブラリ・・・VC6ランタイム(Ruby本体と同じやつ?)を動的参照

となって、問題があるようには思えないんだけど・・・
ActiveScriptRuby同梱のVisualuRubyも同時に使えてるし。


167 :デフォルトの名無しさん:2009/05/06(水) 14:46:48
あぁ、拡張ライブラリだけをVC2008でスタティックリンクで、か。
config.hでエラーになるはずだけど、そこは当然書き換えてる?
外部に依存しない単独のライブラリなら動くかもしれんけど、
もう長いことDLLを使う形でしかコンパイルしてないから、
動くかどうか保証はできない。

168 :155:2009/05/06(水) 21:11:11
config.hははじめのところをコメントアウトしてる。
外部に依存しない単独のってことは、つまり、
俺がつくったやつから他のライブラリを参照しようとすると
うまくいかない可能性があるって感じかな。
VC6があれば問題なかったんだけど、
VC2008しか無いのに拡張ライブラリ作って公開しようと思うあたりが困ったちゃん。


169 :デフォルトの名無しさん:2009/05/06(水) 22:04:43
もうみんなでmingw使おうぜ!

170 :デフォルトの名無しさん:2009/05/06(水) 22:40:26
やだよw

171 :デフォルトの名無しさん:2009/05/07(木) 18:30:12
155がやってるのは「たまたま動いてる」だけで、動くことは保証されない。
例えば、fd渡しがあって大きめのI/O操作したらアウト。

172 :デフォルトの名無しさん:2009/05/07(木) 18:42:22
fd渡しなら一切のI/Oでアウトだからやってないと思う。
でもまぁ、それでバイナリ配布とかはやめてね。

173 :155:2009/05/07(木) 20:47:14
ランタイムに依存するデータはライブラリ間で渡せないっていうことかな・・・。
ふむふむ、勉強になりますφ(..)カキカキ
VC6ほしいなあー

174 :デフォルトの名無しさん:2009/05/08(金) 03:22:53
VC6から移行すべきなんだが

175 :デフォルトの名無しさん:2009/05/08(金) 06:11:13
>>174
どういうこと? 今のrubyではVC6じゃないと動かないんじゃ?

176 :デフォルトの名無しさん:2009/05/08(金) 09:29:42
pythonみたいに移行したほうがいいよ
誰かが音頭を取るべきだ

177 :デフォルトの名無しさん:2009/05/08(金) 15:35:51
今移行しようとしてるとこだよ、mingwに。

178 :デフォルトの名無しさん:2009/05/11(月) 16:10:22
お前ら、1.9.1のパッチレベルリリースが間近らしいぞ。
問題あるなら今のうちに報告しとけよ。

179 :デフォルトの名無しさん:2009/05/11(月) 16:14:26
わかりやすいいこうまにゅあるおつけてくださいo
とくにがいじんさんにもなっとくできるえんこーでぃんぐのかいせつおつけてくださいo
っていうかせっとくもうやだ

180 :デフォルトの名無しさん:2009/05/11(月) 16:15:49
エンコーディングまわりは、その方面で痛い目にあった経験がある
日本人にすら難しいのに。

181 :デフォルトの名無しさん:2009/05/11(月) 16:23:24
がいじんさんは
先頭に # -*- coding: utf-8 -*- つけとけ
しか理解すまい


182 :デフォルトの名無しさん:2009/05/11(月) 16:29:41
force_encodingが大活躍なんだが、ほかの対処方法はある?

183 :デフォルトの名無しさん:2009/05/11(月) 18:24:46
どういうデータを扱おうとしてるのか分からんことにはなんとも言いようがない。
外部からエンコーディングとデータが別々に渡されるんならそれこそ
force_encodingするしかないだろうし。


184 :デフォルトの名無しさん:2009/05/11(月) 21:28:27
openするときエンコーディング指定してないだけだったりしてな。


185 :デフォルトの名無しさん:2009/05/13(水) 02:24:50
1.9.1-p129 age


186 :デフォルトの名無しさん:2009/08/12(水) 13:58:55
Macで1.9.1をソースからインストールしたのですが、標準添付されている
gemが上手く動きません。Digest::MD5が何かおかしいんだと思いますが、
具体的にはどうすればよいのでしょうか?

以下は gem install hogeしたときの表示です。

/Users/xxx/lib/ruby/1.9.1/rubygems/digest/md5.rb:8:in `require': dlopen(Users/xxx/lib/ruby/1.9.1/i386-darwin9.8.0/digest/md5.bundle, 9): Symbol not found: _rb_Digest_MD5_Finish (LoadError)
Referenced from: /Users/xxx/lib/ruby/1.9.1/i386-darwin9.8.0/digest/md5.bundle
Expected in: flat namespace

187 :デフォルトの名無しさん:2009/08/12(水) 14:49:05
dlは互換性なくなってるのだけど、hogeは1.9対応なの?


188 :デフォルトの名無しさん:2009/08/12(水) 14:50:54
ああん、あげてもーた。


189 :デフォルトの名無しさん:2009/08/12(水) 15:03:18
dlもhogeが1.9対応かどうかも関係ないだろ。

190 :デフォルトの名無しさん:2009/08/12(水) 15:04:21
>>187

gem install hogeのhogeに関わりなく、たとえば
gem update --system
でも同じエラーが出てしまうのです・・・。

191 :デフォルトの名無しさん:2009/08/12(水) 17:43:13
>>186
1.9.1のrevisionは?
あとext/digest/md5/extconf.hはどうなってる?

ちなみにCONFIGURE_ARGS=--with-bundled-md5で試してみたところでは、
ちゃんと定義されてるようだ。
$ nm ext/digest/md5/*.o | grep -e MD5 -e :
ext/digest/md5/md5.o:
00000ed7 T _rb_Digest_MD5_Finish
00000d60 T _rb_Digest_MD5_Init
00000da5 T _rb_Digest_MD5_Update
ext/digest/md5/md5init.o:
U _rb_Digest_MD5_Finish
U _rb_Digest_MD5_Init
U _rb_Digest_MD5_Update


192 :デフォルトの名無しさん:2009/08/12(水) 18:39:56
>>191

ruby-1.9.1-p243を使いました。
ext/digest/md5/extconf.hは次のようになっています。

#ifndef EXTCONF_H
#define EXTCONF_H
#define HAVE_CONFIG_H 1
#define HAVE_OPENSSL_MD5_H 1
#define HAVE_SYS_CDEFS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_UNISTD_H 1
#endif

193 :デフォルトの名無しさん:2009/08/12(水) 22:47:49
>>179
http://jp.rubyist.net/magazine/?0025-Ruby19_m17n
http://yokolet.blogspot.com/2009/07/design-and-implementation-of-ruby-m17n.html
http://blog.grayproductions.net/articles/understanding_m17n
http://github.com/candlerb/string19/tree/master

194 :デフォルトの名無しさん:2009/08/14(金) 14:54:55
>>192
OpenSSLのMD5を使うようになってるが、それだとmd5.hはインクルードしないので
#define MD5_Finish rb_Digest_MD5_Finish
は無効のはずなんだが。

まっさらの状態からコンパイルしてもそうなった?


195 :デフォルトの名無しさん:2009/08/17(月) 03:32:02
rubyって1.9になってから速くなったよね。たいしたもんだ。

196 :デフォルトの名無しさん:2009/08/17(月) 17:37:53
節子…、それ違う。Matzの実装が異様に遅すぎたから、普通の速度に戻しただけだ。

197 :デフォルトの名無しさん:2009/08/17(月) 17:39:35
普通の速度にしたというか、安全側から高速側に倒しただけ

198 :foi.americanprogress.org:2009/08/17(月) 17:49:57
自動焼人 ★ = 自動保守 ◆KAWORUKOFI = 自動保守#K9K?_D[L

名言集 その4
『俺、100人規模の集団サイバーテロの主犯だったこともあるんだぜ』

http://yutori7.2ch.net/test/read.cgi/news4vip/1249830540/ のID:PVAf+dux0 = 自動焼人 ★

> 965 :以下、名無しにかわりましてVIPがお送りします [sage] :2009/08/10(月) 00:02:09.35 ID:PVAf+dux0
> まぁ何だ。
> 俺の過去の経歴に比べたら、割れ厨なんて鼻くそレベルなんだけどなw
> 100人規模の集団サイバーテロの主犯とか、いろいろとな。


----------------------------------------------
この自動焼人 ★メールマガジンの配信停止をご希望される方は
http://qb5.2ch.net/test/read.cgi/sec2chd/1250169591/
にて自動焼人 ★までご連絡ください

199 :デフォルトの名無しさん:2009/08/17(月) 21:22:23
>>197
ってことは、結構バグったりするのかしら?
仕事でruby使ってるんだけど、1.9.1に上げようか迷ってまふ。

200 :デフォルトの名無しさん:2009/08/17(月) 21:45:47
どういう職種でどういう用途でどのくらいの期間使うのかによる。
医療系の仕事ならやめとけ。

201 :デフォルトの名無しさん:2009/08/17(月) 21:51:33
>>200
なるほど。医療系じゃなくてよかった。
うちは原発の制御しかしないので、速攻 1.9.1p129 に上げてみます。

202 :デフォルトの名無しさん:2009/08/17(月) 21:53:09
医療…原子力制御…
Java並の安定性があるんだね!よかった!


203 :デフォルトの名無しさん:2009/08/17(月) 21:59:31
よーし、宇宙開発で使っちゃうぞ

204 :デフォルトの名無しさん:2009/08/17(月) 22:01:46
あの文言は素敵だと思う
考えた人はアジの技能あり

205 :200:2009/08/18(火) 00:43:35
原発も詰めとこうかと思ったけどめんどくなってやめた。
そしたら>>201から狙い澄ましたようなボディブロー

206 :デフォルトの名無しさん:2009/08/21(金) 10:14:44
tmpfileに何があったの?


207 :デフォルトの名無しさん:2009/08/21(金) 10:32:45
見てきた。

http://redmine.ruby-lang.org/repositories/diff/ruby-19/lib/tempfile.rb?rev=23494&rev_to=22784

Tempfile#unlinkすると勝手にcloseするようになっちまってたのか。
これはひどい。だいたい、
lib/tempfile.rb (Tempfile#unlink): close first for Windows. a patch from Florian Frank. [ruby-core:23505]
とあるけど、これ全プラットフォームでこの動作になってるような。

UNIX厨のmatzが、なんでこんなパッチ採用したんだ……


208 :デフォルトの名無しさん:2009/08/22(土) 18:36:27
ああああああ、String#size の返り値が 1.8 と違うのか
まあそりゃそうだわな
あああああめんどくさああああ

というか 1.8.6 に String#bytesize とか入れておいてくれればよかったのに

209 :デフォルトの名無しさん:2009/08/22(土) 18:50:47
ASCII_8BITにするのがそんなに手間かね

210 :デフォルトの名無しさん:2009/08/22(土) 18:54:05
>>209
はい

211 :デフォルトの名無しさん:2009/08/22(土) 18:57:32
レスから考えて1.8と1.9の共用スクリプトだろうからな
sizeのためにforce_encodingするとかまあありえんわ
というかASCII_8BIT厨は早く絶滅してくれないかなと思う

212 :デフォルトの名無しさん:2009/08/23(日) 10:23:40
>>209
そんな腐った修正ですますなんて、おまえ土方だな?

213 :デフォルトの名無しさん:2009/08/23(日) 12:09:39
具体的にどう修正すべきかも書けよ

214 :デフォルトの名無しさん:2009/08/23(日) 12:21:03
RUBY_VERSION で場合分けする

安全確実高利回り
コードが若干長くてやや複雑で記述が煩雑になるのだけが極めてごく些細微細な欠点

215 :デフォルトの名無しさん:2009/08/23(日) 12:30:47
>>208
> というか 1.8.6 に String#bytesize とか入れておいてくれればよかったのに

1.8.7 には入ってるよ。
1.9 用とソースを共通化したいなら 1.8.6 はいい加減捨てよう。

216 :デフォルトの名無しさん:2009/08/23(日) 12:31:58
respond_to?(:bytesize)
の方がいいと思う

217 :デフォルトの名無しさん:2009/08/23(日) 13:03:09
>>214
それはないw

218 :デフォルトの名無しさん:2009/08/23(日) 13:21:00
>>216
実際問題として、それではダメだ
こういう場合、特定の名前のメソッドがあるかどうかが問題なのではなく、
メソッドが「どう」動作するかが重要だから
あらゆるメソッドを responed_to? しなければならなくなるし、バージョン差異を埋めるのには向かないと思う

219 :デフォルトの名無しさん:2009/08/23(日) 13:58:48
Pythonじゃないんだから互換性なんて無視してRubyらしさを追求すればいいと思う。

220 :デフォルトの名無しさん:2009/08/23(日) 14:10:47
responed_to? がなんのために存在するメソッドか考えれば、1.8/1.9 判定に使うのが不適当とわかるはず
defined?(Encoding) とかも同様

Ruby 本体のバージョンが違うことが問題なんだから、素直にバージョン比較すればいいのに
なんでそこでだけ頑なに「Ruby としての読み下しやすさ」を否定した処理をしようとするのがよくわからん

221 :デフォルトの名無しさん:2009/08/23(日) 14:20:59
if RUBY_VERSION >= 1.9.0 then … else … end という記述がヤボったくてカッコ悪いと思われてるのでは

なんかこう、超クールな処理になるようにすればみんな使ってくれるかも
1.8 系列だと読み飛ばすけど 1.9 系列だと処理するブロックとか

222 :デフォルトの名無しさん:2009/08/23(日) 14:25:55
> 1.8 系列だと読み飛ばすけど 1.9 系列だと処理するブロックとか

if RUBY_VERSION < "1.9.0"
 ... # for Ruby 1.8
else
 ... # for Ruby 1.9
end

223 :デフォルトの名無しさん:2009/08/23(日) 14:46:04
$Rv = RUBY_VERSION < "1.9.0" ? {1.8 => true} : {1.9 => true}

というグローバル変数を設定してるスクリプトなら見たことがある

 if $Rv[1.8]
  ... # for Ruby 1.8
 else
  ... # for Ruby 1.9
 end

とか

 (Ruby1.9専用処理) if $Rv[1.9]

とか使うらしい

224 :デフォルトの名無しさん:2009/08/23(日) 14:50:33
よし構文と専用演算子の導入だ。

225 :デフォルトの名無しさん:2009/08/25(火) 02:53:38
RUBY_VERSIONで分岐すんなよ。消すぞ。

226 :デフォルトの名無しさん:2009/09/18(金) 23:28:08
【extname.rbの中身】

# -*- coding: utf-8 -*-

a = "記録.txt"
b = "設定.txt"
p File.extname(a)
p File.extname(b)


【実行】

C:\Usr\Ruby>ruby --version
ruby 1.9.1p129 (2009-05-12 revision 23412) [i386-mswin32]

C:\Usr\Ruby>ruby extname.rb
".txt"
""  ←.txtにならない


何ぞこれ

227 :デフォルトの名無しさん:2009/09/19(土) 01:44:36
>>226
バグだろ。redmineに登録しといてくれ。


228 :デフォルトの名無しさん:2009/09/19(土) 11:32:19
ちょっと調べてみた。
パス名関係はまだエンコーディングに対応してない。
常に外部エンコーディングと見なして処理してる。
より正確には、Windowsの場合はCharNextを使っているのでシステムのコードペー
ジの設定に依存する。

詳しく説明すると、UTF-8では「設定.txt」は
e8 a8 ad e5 ae 9a 2e 74 78 74
だが、
$ echo -e '\xe8\xa8\xad\xe5\xae\x9a.txt' | nkf -Swx
險ュ螳txt
\xadは半角ユなので1バイトずれて\x9a\x2eが一文字と認識されてしまう。
そして.が消えてしまってextnameは空になる。


229 :デフォルトの名無しさん:2009/09/19(土) 13:37:15
なるほど。
しかも ruby -w で pathname.rb を読むと警告でる。

230 :デフォルトの名無しさん:2009/09/19(土) 20:32:49
出ないぞ、と思ったら1.9.1か?
trunkでは直ってるようだ。


231 :デフォルトの名無しさん:2009/09/26(土) 21:11:40
へえ

232 :デフォルトの名無しさん:2010/01/03(日) 12:32:43
開けましておめでとうございます。

233 :デフォルトの名無しさん:2010/01/03(日) 12:45:41
空けましておめでとうございます。

234 :デフォルトの名無しさん:2010/01/03(日) 23:51:06
貫通けましておめでとうございます
姫初めはいかがでしたか?

235 :デフォルトの名無しさん:2010/03/21(日) 14:35:35
大量のオブジェクトが生成されるコードがあって、1.8.7で実行すると
非常に遅いんだけど、ちょっと手直しして1.9で実行すると大幅に
改善されたりしますか?

自分で試したいのはやまやまなんだけど、「ちょっと」の手直しが
どのくらいか不明なので、すいませんが教えてください。

236 :デフォルトの名無しさん:2010/03/21(日) 15:38:04
>235
DBから20万行取得するだけのスクリプトが3倍速になった。

237 :234:2010/03/21(日) 16:22:51
>236

本当ですか!?やっぱりスイッチする価値ありかなあ。

238 :デフォルトの名無しさん:2010/03/21(日) 19:45:27
手直しが確実に必要なわけ?
試しに動かせないの?

239 :デフォルトの名無しさん:2010/03/21(日) 20:33:27
やってみないとわからないです(´・ω・`)

240 :デフォルトの名無しさん:2010/03/21(日) 21:08:44
手の施しようがないほど遅くなる場合もある
足し引きの結果が速くなるか遅くなるかは実際に動かさないと判断できない

241 :234:2010/03/21(日) 21:25:53
>238
1.8系と1.9系の共存はできなくないらしいけど
なんかヘマをやってライブラリ関係が衝突しそうで怖いのです。
まあそんなこと言ってる時点で1.9は「待ち」ですかね。

>240
なんとそういうこともありますか。
ますます移行しにくくなりました。

Mac使いなんで、1.9がOSXにプリインストールされる
ようになったらまた考えます。

242 :デフォルトの名無しさん:2010/03/21(日) 22:36:36
>>241
いちおう、MacPportsでruby19を入れるなら、デフォルトで異なる
場所に入るし、コマンドの名前も違うので混ざりはしない。


243 :デフォルトの名無しさん:2010/06/13(日) 23:32:10
エンコード指定uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

マジックコメンkimeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

あのスマートだったruby君が理屈っぽいピザになってしまった。。。Railsとか言う奴のせいだ。


244 : ◆rT33C51l9k :2010/06/14(月) 00:11:52
マジックコメントはこんなことやれば一応は省略できるな
ruby -Ka filename.rb
ruby -Ku filename.rb

つうかまさかこのままマジックコメント付けることを義務化し続けるゴミ言語で突き進む気はないだろうな?
なんだろう。OSの文字コードの標準をUTF-8にしやがれっていう見えないプレッシャーでもかけてるつもりかねwww


245 :デフォルトの名無しさん:2010/06/14(月) 10:03:15
おまえは馬鹿か?
マジックコメントが示すのは、ソースコードのリテラルがどの文字コードで書かれているか、だけだぞ極端に言うと。

246 :デフォルトの名無しさん:2010/06/14(月) 17:13:31
と、馬鹿がもう一人

247 :デフォルトの名無しさん:2010/06/16(水) 02:06:16
JAVAのエクリプスみたいなソフトって無いの?
Windowsで動くやつで

248 :デフォルトの名無しさん:2010/06/16(水) 07:48:16
NetBeansを使えばいいと思うよ
ていうか、Eclipseにも確かRubyプラグインある

249 :デフォルトの名無しさん:2010/07/02(金) 20:20:12
Ruby 1.9.1-p429 アゲ

250 :デフォルトの名無しさん:2010/07/14(水) 01:08:41
結構、言語処理系に行くっていうのが、はまりポイントで、
確か、Rubyのまつもとゆきひろさんか誰かがおっしゃっていたんですが、
「エンジニアっていうのはだいたいOSを作るか、
言語処理系を作るかに分かれる」らしいんです。
私はどっちにも足をつっこんでしまった感じで、
これは泥沼なんじゃないのかなとも思いますね(笑)


251 :デフォルトの名無しさん:2010/07/14(水) 08:36:24
Matzの頭にはCPUを作る方への分岐はないんだな

252 :デフォルトの名無しさん:2010/08/09(月) 23:53:11
アニメにはまる道もあるぞ。

253 :デフォルトの名無しさん:2011/01/12(水) 17:47:24
モジュール関数を呼ぶ時、
MyModule::mymethodと::で繋ぐのが好ましいんでしたっけ?
それともMyModule.mymethodという風に「.」で繋ぐ方が望ましいんでしたっけ?
これは確かどっかに書いてあって、それでどっちかに統一しなきゃな、って思ってたんだけど、
ruby久々に触ったら忘れてしまってた…。
これどっちだったか分かりますでしょうか?ちなみに理由も添えて教えてほしい
更に言えばどこに書いてあった、という情報源も提示していただきたいのです

「昔自分が書いたコード見ればいいだろ」と思うかも知れないけど、
その時は仕事で使ってたもので、自分が書いたコードも手元に無いのです

254 :デフォルトの名無しさん:2011/01/12(水) 18:45:14
クラスオブジェクトの特異メソッドを呼ぶときは、それ用の特殊な記法よりも、

<オブジェクトを示す式> . <メソッド名> のほうが Ruby の一般的な記法なので
それに合わせて、MyModule.mymethod のほうがよい。

:: は定数専用でしか使わないようにする。

255 :デフォルトの名無しさん:2011/01/12(水) 20:06:22
なぜ、定数なら :: なの?

256 :デフォルトの名無しさん:2011/01/12(水) 20:23:51
::はそもそも定数の区切りとしての用途のもの。
モジュール名やクラス名も、値としてClassクラスやModuleクラスの
インスタンスを持つ定数に過ぎない。

MyModule.mymethod は単なる特異メソッドの呼び出しなのだが、
クラスやモジュールの得意メソッドはC++を背景に持つ人にはstatic
メソッドに見えるので、便宜を図って::でも呼べるようになってるだけ。


257 :デフォルトの名無しさん:2011/01/12(水) 20:28:51
と書いておいて申し訳ないが、定数の区切りというのは正しくないか。

r = Regexp
r::EXTENDED #=> 2

とかアリだし。


258 :253:2011/01/14(金) 09:09:02
回答ありがとう。確かに「.」が正しかった気がします。

ついでにもう一つ、perlには配列の最後の要素の添字を求めるのに $#foo という記法がありますが、
rubyでは foo.size-1 するしかないんだっけ?
なんかこれが美しくないので専用の記法(あるいはメソッド)が無いか調べてたんだけど、
多分これは無かった気がしたので無いんでしょうね
インクリメント、デクリメントも無いしね

259 :デフォルトの名無しさん:2011/01/14(金) 10:25:49
>>258
多分、無い。
perlの記法が美しいとは全く思えないんだけど、
class Array
 def -@
  size - 1
 end
end
-[1,2,3] # => 2
みたいなことは、やろうと思えば出来る。
でも、last_indexとかのメソッドを作った方がいいだろうね。


260 :デフォルトの名無しさん:2011/01/14(金) 11:13:26
添え字アクセスのときなら、負の数なら末尾から数えるんだけど(-1が末尾)、
それが実際にいくつになるかはsizeと相談するしかなさそうだな。


261 :デフォルトの名無しさん:2011/01/14(金) 18:23:41
そこって初心者に聞かれたらなんて答えればいいんだろう。
Object#contantsの戻り値がHashとかだったら、構文糖衣だぜって言って終わりなのだが。
まあ、実装はHashなんだろうけど。

262 :261:2011/01/14(金) 18:28:47
あ、↑は>>257

>>258
えー、$#の方が美しいのか。わからん。
しかも最後の添字の番号が欲しいってどんなときだろう。
最後の要素をとるならArray#lastがあるしな。

インクリメント、デクリメント演算子は=がなくて代入っぽくないからないらしいよ。

263 :デフォルトの名無しさん:2011/01/14(金) 18:32:03
>>261
× Object#constants
○ Module.constants
何度もごめん。

264 :デフォルトの名無しさん:2011/01/17(月) 08:42:21
>>260
あー、それ忘れてた。ただ「添字がマイナスの時は末尾から数える」って公式に決まってたっけ?
今オンラインリファレンスざっと見たけど書いてない。ウサギ本に載ってた気がしたが…
要するに将来のverUpなんかであっさりこの辺の挙動変えられると安心して使えないよね
そもそも、foo[-1]と書くよりfoo.lastと書いた方が美しいし読みやすいし、いい事尽くめではあるが

>>262
foo.size-1 より $#foo の方が美しいとは言わないが、(俺もどっちもどっちだと思う)
専用の記法があったらな、ないのかな、って思っちゃって

>>259案のlast_indexメソッドをArrayクラスに追加ってのが一番美しいと思う
ただそこまでする必要があるか?っていうと、
やはりこれは公式に標準搭載されていて全員に認知されていてこそ意味があると思うので、
個人的にこういうことするんだったら素直に foo.size-1 と書くのが平易で正しいと思う

265 :デフォルトの名無しさん:2011/01/17(月) 08:47:22
>>260
>あー、それ忘れてた。ただ「添字がマイナスの時は末尾から数える」って公式に決まってたっけ?

array.c
* Negative indices count backward from the end of the
* array (-1 is the last element).

266 :デフォルトの名無しさん:2011/01/17(月) 08:57:08
>>264 だった。

IPAのFinal Draftによると

[](*args)
a) nをレシーバの長さとする
b) argsの長さが0のとき、ArgumentError
c) argsの長さが1のとき、
1) その引数がIntegerならその値をkとする。Integerでなければ未定義
2) k<0ならkにnを加える。まだk<0ならnilを返す。
3) k>=nならnilを返す。
4) k番目の要素を返す。
d) argsの長さが2のとき<以下略>



267 :デフォルトの名無しさん:2011/01/22(土) 09:11:34
>>265-266
ほー。なるほど。サンクス

268 :デフォルトの名無しさん:2011/03/01(火) 12:21:59.04
  ∩___∩ 未だ連絡ゼロクマー
  | ノ  ___ヽ
  /。・゚・(____ `・゜゚・。 いつでも連絡するクマー
  |    u( _●_)ヽ 〉
 彡、   |∪|   /  誰か助けるクマー
. /    ヽノ . /´
         .____
        / ヽ、  _ノ\
      / (○)iji(○)\    正義がキチガイ呼ばわりされたんだぞ。
     /    (__人__)   \
     |       |::::::|     |  義憤に駆られることはないのかお?
     \       l;;;;;;l    /l!| !
     /     `ー'    \ |i  Rubyistとして後ろめたさはないのかお!
   /          ヽ !l ヽi
   (   丶- 、       しE |そ  一生後悔することになるお!
    `ー、_ノ       煤@l、E ノ <
               レY^V^ヽl  そこのあなた!勇気を出すんだお。
       ____
     /      \  助けて欲しいんだお・・・
   /  _ノ  ヽ、_  \ 同じ釜の飯を食ったんだお・・・
  / o゚((●)) ((●))゚o \  いつも一人で居残り残業してたんだお・・・
  |     (__人__)    | あまりの悲しさに、むせび泣いたこともあったお
  \     ` ⌒´     / そんなやる夫を見捨てるのかお?

       ____ このままだったら一生恨むお
     /      \ たとえ誰がなんと言おうと、強烈な違和感なんだお
   /  _ノ  ヽ、_  \ 直観がモノ言ってんだお
  /  o゚⌒   ⌒゚o  \  えっぇっえ〜ん。え〜ん。
  |     (__人__)    |  えっぇっえっぇっ。うっぅっぅうー。。。
  \     ` ⌒´     / うええ〜ん。。。えぐっぇぐっうっうっううぅー。。。

269 :デフォルトの名無しさん:2011/03/01(火) 14:30:32.72
そういえばとっくにRuby 1.9.2出てるのに話題に上がってないようなのは何故だ

270 :デフォルトの名無しさん:2011/03/01(火) 16:53:25.81
本スレで出来るからじゃない?


271 :デフォルトの名無しさん:2011/03/01(火) 17:29:39.38
いまから Ruby を始めるのであれば 1.9.2 が妥当?

272 :デフォルトの名無しさん:2011/03/02(水) 01:11:46.83
>271
2.0を待て。

273 :デフォルトの名無しさん:2011/03/02(水) 13:17:28.52
>>271
まっさらな状態から始めるなら断然1.9.2だね
1.8よりいろいろと便利になってるんで

274 :デフォルトの名無しさん:2011/03/10(木) 16:44:21.82
Ubuntu 環境で 1.9.2 を使いたいのですが deb が提供されていないようので
rvm あたりを導入するのがよさげなのでしょうか。


275 :デフォルトの名無しさん:2011/03/10(木) 17:21:47.91
変なレイヤーがあるとトラブル時に原因が分かりにくくなるので、
まったくの初心者は
--prefix=/usr/local (デフォルト。要root)か --prefix=$HOME みたいな
引数でconfigureしてインストールするのを勧めたい。

けど、最近は rvm がトレンドなんだろうな。

276 :274:2011/03/11(金) 17:59:58.64
Thank you > 275

Debian/Ubuntu 環境で1.8.7をそれなりに使っていたので
まったくの初心者ではないのですが、今後の運用を考慮して
昔風に make install するか rvm で楽できるのか、悩むなあ。

しかし、なんで1.9.2はdeb化されていないのだろう。


277 :デフォルトの名無しさん:2011/03/11(金) 18:14:03.77
>>276
ttp://packages.debian.org/search?keywords=ruby1.9.1
ややこしいけど中身は1.9.2だよ

278 :デフォルトの名無しさん:2011/03/12(土) 00:08:30.87
そんなことになっていたとは知りませんでした。
どうもありがとうございます > 277


279 :デフォルトの名無しさん:2011/03/15(火) 11:36:03.96
>>271
このへん初心者スレで時々ツッコミが入るのだが、
世間様で公開されてるコードはせいぜい1.8.7くらいしか考えてないことが多い
移行準備のために1.9から1.8.7に持ってきた機能すらほとんど使われてない有様
ちょっと古い本に書いてあったりぐぐって見つけたりしたコードを1.9.1や1.9.2でそのまま実行しようとしても、
「なんだかよくわからないエラー」でさっぱり動作しないことがしょっちゅうある

それを乗り越える教科書を持ってるか教えてくれる詳しい人なりがいるか、
あるいはなんでもかんでも悩んで大きくなるまぞな人なのなら、1.9.2から始めても構わないよ

280 :デフォルトの名無しさん:2011/03/15(火) 11:47:01.55
いやそれは「1.9.xで困ったらこのスレとかで気軽に聞いてね」と言うべきところだろ…

281 :デフォルトの名無しさん:2011/04/08(金) 21:39:04.63
Twitter、検索結果表示が“3倍速く”なったと発表――フロントエンドの切り替えで
Twitterは、フロントエンドをRuby on RailsからBlenderに切り替えた結果、検索結果の待ち時間が大幅に改善されたと発表した。

http://www.itmedia.co.jp/news/articles/1104/07/news043.html
-----------------
急成長する検索ニーズに対処するために検索エンジンを書き換え、リアルタイム検索エンジンを立ち上げた。
その際にバックエンドをMySQLからJavaベースのテキスト全文検索エンジンLuceneに移行した。
また先週、フロントエンドをRuby on RailsからBlenderと呼ばれるJavaサーバに切り替えた。
待ち時間の短縮は、こうした取り組みの成果だという。

282 :デフォルトの名無しさん:2011/04/08(金) 23:13:34.06
Blenderっていわれても3DCGの奴しか思い浮かばない

283 :デフォルトの名無しさん:2011/04/09(土) 01:39:58.76
まるちにれすすんな

284 :デフォルトの名無しさん:2011/04/28(木) 00:40:49.31
>>282
Nettyとかいう非同期型ネットワークアプリケーションフレームワークを元に
作った(今のところ)一品ものらしい
ttp://www.jboss.org/netty

どこで読んだか忘れたけど、GCがスケールしなかった一番の要因みたいよ
まあフロントエンドが変わるっていっても作業する言語が全部Javaになるわけじゃないよ、とかも言ってたけど

285 :デフォルトの名無しさん:2011/06/28(火) 23:08:38.58
あまり人がいないということは
1.9 で困ってる人はいないということかな

286 :デフォルトの名無しさん:2011/06/28(火) 23:42:37.06
いやいや、まだみんな1.8に留まってるということですよ

287 :デフォルトの名無しさん:2011/06/29(水) 02:41:50.01
Visualuruby って今バージョンいくつ?

288 :デフォルトの名無しさん:2011/06/29(水) 02:43:01.12
Last update 09/02/08
Newest Changes

swin090208
ruby-1.9.1対応向け変更
ruby-1.9.1での利用時は、マルチスレッドでデッドロックが生じる場合があります。
そのため、ウインドウを作成したスレッド以外からSendMessage()を呼び出したり、
それを呼び出すおそれのある機能を使うことが出来ません。

289 :デフォルトの名無しさん:2011/11/20(日) 14:26:37.04
ふうん

290 :デフォルトの名無しさん:2012/01/03(火) 09:27:09.08
プログラミング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で全部書き直したとか言われても驚かないだろう自分がいる


291 :uy:2012/01/27(金) 08:39:25.16
Visualuruby はもうrubyに追いついてないだろ

あれは諦めたほうがいい
IronRubyがどれくらい進化したかなと思ってまた試そうと思ったらインストールが上手くいかなかった
アンノウンエラーがでる
Ruby in steel2とかでてるな
誰か試してよ

292 :uy:2012/05/23(水) 16:08:04.59
この前ちょっと試そうとおもってインストールしてたわ

インストールは、あれはVS10のシェルのダウンロードに10分くらいかかるんだけど
その間、インストーラーが応答なくなってるから、
10分程度放置しないとダメみたいだな
見た目上はフリーズでも裏でちゃんとDLしているらしい

293 :デフォルトの名無しさん:2012/05/23(水) 17:30:47.60
>>290から一ヶ月でこれだよ。もう発狂してるだろうなぁ。
http://www.infoq.com/jp/news/2012/03/ruby-eee-eol

294 :デフォルトの名無しさん:2012/08/10(金) 14:12:49.70


295 :デフォルトの名無しさん:2012/08/12(日) 12:36:53.66


296 :デフォルトの名無しさん:2012/08/12(日) 13:28:47.86
s

297 :rubyしかできない:2012/08/12(日) 17:47:48.08
rubyしかできない事にされていらついてきた
でも大体この言語でできてしまうのだからしかたない

298 :デフォルトの名無しさん:2012/08/19(日) 15:55:02.51
>>290
Python2.7と3の互換性のなさにもうんざりするがな。

299 :デフォルトの名無しさん:2012/08/20(月) 19:44:30.79
あげ

300 :デフォルトの名無しさん:2012/08/21(火) 00:46:44.59
魁(さきがけ)

301 :デフォルトの名無しさん:2012/08/21(火) 07:23:55.13
「民放の19時台視聴率が1ケタになった」 テレ朝プロデューサーの「ツイッター」に「当然」の声

・テレビ朝日の藤井ゼネラルプロデューサーは15日、ツイッターで「ついに昨日、19時台の民放は全局、
視聴率が1ケタになった(関東地区)」と呟いた。昨日というのは14日(火)のことで、
新聞のテレビ欄を見ると「泉ピン子宮古島に来襲」「AKBVS戦隊ヒーロー」「熟女4人が下町電車旅」などの番組が並んでいる。
この呟きがネットで大きな反響を呼んでいて、「正直、見たい番組が、ない…TV 本当にもういらないかも・・・」などと
「当然」と受けとめるリツイートが大量に寄せられている。

送評論家の松尾羊一さんによれば、昔から19時台はゴールデンタイムの入り口として、まずは小学生から高校生を集める番組制作が行われた。
20時台になれば会社から家族が戻り、家事も一段落。家族全員でテレビを見ながら団欒する、という流れがあった。
しかし、携帯電話やゲーム、パソコンなど普及によって19時台の視聴者は10年前から急速にテレビ離れしていった。

視聴率が下がると制作費が削られるため魅力的な番組が減るスパイラルに陥り、
起死回生策としてマンガやゲームでヒットした作品を持ってきたりもしたが、
「他のメディアでヒットした作品におもねても、テレビで成功するわけではない。若い人は感覚が鋭いため納得のいかないものは見ない」

さらに、番組が一部の人しか興味を示さないような狭い内容になってきた。
こうしたことが視聴率が取れなくなった原因だと松尾さんは説明する。

復活のヒントはあるのだそうだ。
実は、19時台で高視聴率を記録した番組があり、それはテレビ朝日系で08年から19時台に放送した
池上彰さん司会の「学べる!!ニュースショー!」。この番組はティーンエイジャーが主な視聴者で大うけだった。

「見てわかりやすいし、勉強になるだけでなく楽しめる。この応用としてドラマやクイズ、バラエティー番組を制作する。
そこに若い人達のニーズがあるのではないかと思います」そう松尾さんはテレビ業界に対し提言している。(抜粋)
 http://www.j-cast.com/2011/06/17098704.html?p=all

302 :uY:2012/08/22(水) 23:47:52.05
あげ

303 :デフォルトの名無しさん:2012/08/23(木) 07:46:52.51
なんでこんなアホがいるんだろう

304 :デフォルトの名無しさん:2012/08/26(日) 04:59:42.68
q

305 :デフォルトの名無しさん:2012/09/06(木) 01:04:02.91
twitterも当たるから当たらないか分からないサービスなんて
最初からjavaでは書きたくなかったんだろうな

306 :デフォルトの名無しさん:2012/11/26(月) 05:29:16.65
「まつもと 速くなるのはRubyの普通の処理です。例えば変数の代入とかループを回したりという処理が速くなっているので、そこがボトルネックになっているようなものは速くなりますね。フィボナッチ数列の計算とか(笑)
笹田 パズルとか、文字列処理みたいなものが少ないプログラムは2倍くらい速くなるんじゃないかと思います」

まつもと×笹田、Ruby 1.9を語る − @IT</title>
http://www.atmarkit.co.jp/news/200712/25/ruby.html
2007/12/25

307 :デフォルトの名無しさん:2012/12/26(水) 01:15:01.70
クリスマス
Ruby 1.9.3-p362

308 :デフォルトの名無しさん:2012/12/26(水) 10:42:02.22
ttp://epcan.us/s/12261002003/ep838977.jpg

309 :デフォルトの名無しさん:2013/01/18(金) 00:21:49.97
Ruby 1.9.3-p374 がリリース

310 :デフォルトの名無しさん:2013/02/23(土) 00:42:42.16
Ruby 1.9.3-p392 がリリース

311 :デフォルトの名無しさん:2013/06/28(金) 10:07:37.93
Ruby 1.9.3-p448 がリリース

312 :デフォルトの名無しさん:2013/11/22(金) 23:26:11.19
Ruby 1.9.3-p484 がリリース

313 :デフォルトの名無しさん:2014/01/16(木) 14:31:06.49
ゴミwwwゴミwwwゴミwwwゴミwww

314 :デフォルトの名無しさん:2014/02/27(木) 04:49:13.57
Ruby 1.9 から始まる Ruby 2 系の最新の安定版です。Ruby 2.1
は以前からの互換性を重視するとともに、様々な高速化

315 :デフォルトの名無しさん:2014/02/27(木) 04:50:52.14
Ruby 1.9.3-p545 がリリースされました。

今回のリリースが、Ruby 1.9.3 の最後の通常リリース

316 :デフォルトの名無しさん:2014/10/28(火) 01:19:50.02 ID:PwVM++EI
Ruby 1.9.3-550 リリース

317 :デフォルトの名無しさん:2015/03/12(木) 07:05:39.36 ID:qh8O4P61
サポ終了

318 :デフォルトの名無しさん:2015/03/12(木) 13:40:03.52 ID:D6tqWCRU
サポって何かやらしい(´・ω・`)

319 :デフォルトの名無しさん:2015/03/14(土) 01:25:09.32 ID:1TMRqy9C
プログラミング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で全部書き直したとか言われても驚かないだろう自分がいる

75 KB
新着レスの表示

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :


read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)