[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 21:11 / Filesize : 227 KB / Number-of Response : 919
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Rubyについて Part 36



1 名前:デフォルトの名無しさん [2009/06/28(日) 16:29:28 ]
オブジェクト指向スクリプト言語Rubyについて扱うスレッドです。
前スレに変なのが沸いて流れてしまいましたが、まったりと行きましょう。

Ruby Home Page
www.ruby-lang.org/ja/

= 前スレ
Rubyについて Part 35
pc12.2ch.net/test/read.cgi/tech/1238194350/

過去スレ・関連スレは >>2-

403 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 23:58:35 ]
yugui さんにしろ笹田さんにしろ、若いのにすごいなぁっておもった。
おれなんか33の業務系SEだけど、
Ruby にしてもほかの言語にしても、使う側で精一杯だよ。

こういう人たちは、「プログラミング言語オタク」でもあるんだろうな。

404 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 00:31:24 ]
>>403
人のことを素直にすごいと思えるおまいさんはまだ伸びる素質がある。
なにかにつけ欠点を探して自分を優位にしておかないと気が済まない連中というのが少なからず存在して、
そういうやつは口ばっかり達者でいつまでたっても実力が身につかない。

405 名前:403 mailto:sage [2009/07/28(火) 01:39:13 ]
>>404
どうもありがとう、コーディングする機会も減ってきたが、まだまだがんばるよ。

406 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 02:17:08 ]
>>404
でも、いろんな人やら意見を懐疑的に捉えて自分なりに
いろいろ考えるのも楽しいお。
盲目的に「すげー」はかえって学ぶ機会を損失するとおも。

407 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 07:41:54 ]
何事もバランスが大事

408 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 08:16:52 ]
>>401
これ新宿駅の紀ノ国屋のところのウッドデッキかな?

409 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 09:26:57 ]
rubygemsのライブラリをpull requestするときは、せめて

 git pull git://pull先の人のmaster target_branch
 git checkout target_branch

 git rebaseまたはmerge my_branch
 testrb1.8 test/
 testrb1.9 test/
 rake
 rake1.9
 gem1.8 build
 gem1.9 build

の最後の7つを通してからにして欲しい

稀〜に、pull先の人の公開masterの時点でrake全然通んねとか腐った状況もあるが

410 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 10:10:21 ]
>>408
秋葉原のUDX1Fのテラス(タリーズ)じゃないの?

411 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 11:28:55 ]
>>408
Matzの左上に高架線の架線柱が見えるけど、
新宿のウッドデッキは、そこより高い位置に線路はない。



412 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 13:24:17 ]
なるほど。たしかにささだ氏のホームグラウンド的にもそっちだね。

413 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 13:29:53 ]
>>409
なんかめんどくさッ!

414 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 13:41:41 ]
だからgithub持ってくのには消極的反対なんだよ

415 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 13:48:18 ]
何を言う、コード追加・変更の説得力のベースになるものが
一連の手続きとして試行可能だなんて鼻血が出るほど素晴らし過ぎるじゃないか

これが問題なく終わってれば後は口頭で説得するだけだろ?
最悪取り込まれなくても、「動作可能・動作検証可能」なコードとして存在できる

メーリングリストのどっかにちょろっと書かれたのを個々人が実行、なんてのよりはるかにマシ

めんどくさいというそれそのものには大きく同意はする
でも、githubで公開する時にだけやればいいだけだしさー
pushの前に一連の検証すればとりあえずオッケー、というのだけで安心感違うだろ

416 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 13:57:01 ]
>>397
> なんか今だと関連MLの記事を数年分把握してて、
十回くらい上がるたびに同じような理由で却下されたような提案を、また得意
顔して出してくるやつがいたら、誰だってうんざりするだろ。

> 主要コミッタとのリアルつきあいも欠かさず行って、
不要。tsなんて誰も顔も知らなかった。

> 一日の何時間かをRubyに捧げる宣言しないとならなくて、
宣言なんて無意味。自分が必要だと思ったことをすればいいだけ。

> 事情があっても辞めるに辞められないようなイメージがあるわw
正直いってライブラリとか新規プラットフォームとかは、追加したはいいけど
後は知らんぷりで全然メンテしてくれなくなっちゃって困りまくり、という例
も多々あるので、継続できないのなら無理に入れてほしくない。


417 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 14:13:25 ]
ライブラリや新規プラットフォームは、
メンテナと「サブメンテナ」を用意しないと対応しない、でもいいと思う。

もちろん「サブメンテナ」も活動しなくなる可能性はあるけど
少しだけフェイルセーフ。

418 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 14:14:49 ]
メンテナを抜ける場合は別のメンテナ1人かサブメンテナ3人を紹介しないと抜けられないというのはどうだろう

419 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 14:18:02 ]
ああっ、教祖や経典を崇める感じでシューキョーっぽかったRubyがとうとうマルチに手を

420 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 14:19:38 ]
いいね。

あとブログや twitter なりでライブラリ保守されていないから改良した、
野良パッチをあてた、と書いている人を「スカウト」する積極さがあってもいいかも。

421 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 15:04:51 ]
必要なのは優秀なコード書きじゃない
有象無象を束ねる優秀なマネージャー

まーつまりあれだ、いつも会社でウンザリしながらやってることを、
レベルも認識もバラバラの目の前にいない素人混じりの大人数に対して
金銭的報酬もないまま本来余暇であるはずの時間をつぎ込んで捌くような人が必要だということだ



422 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 15:12:12 ]
>> 事情があっても辞めるに辞められないようなイメージがあるわw
>正直いってライブラリとか新規プラットフォームとかは、追加したはいいけど
>後は知らんぷりで全然メンテしてくれなくなっちゃって困りまくり、という例
>も多々あるので、継続できないのなら無理に入れてほしくない。

Rubyの内部事情ってそんなに酷いん?

423 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 15:18:34 ]
ここ数年の Ruby の(リリース)マネージャは個人的には疑問だなぁ。
もっとアジャイルなほうがいいと感じてる。
優秀なコーダなんだから、
マネージャはモチベーションを上げたりするような
ファシリテータやコーチ的なのが合う気がする。
なんだか古臭いマネージングな気がして。


424 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 15:19:40 ]
真の人柱だな…

425 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 15:34:36 ]
>>422
Rubyの開発しやすさ、Rubyの中ではなんでもできる、作ってて超楽しい、というのが
物理的に広い開発では極めて悪い方向に作用している

これまで破綻しなかったのはそれこそ教祖様の数多の一声(の、却下)があってこそ

426 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 15:38:45 ]
誰もやりたがらないことは
やらずに放っとけばいいよ
そのうち誰かがやってくれるから

これが Ruby クオリティ

427 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 16:43:24 ]
tsって誰

428 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 16:54:40 ]
>>425
Ruby標準・添付ライブラリが比較的マトモで、Railsがおおむねカオスなのはまつゆきの存在が大きい
Rubyからまつゆきを取り除くと、たぶんRailsになる

429 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 18:27:01 ]
コントロールブレイク ネタにマジレスしているakrたんに萌えた。

430 名前:デフォルトの名無しさん [2009/07/28(火) 18:33:34 ]
> あとブログや twitter なりでライブラリ保守されていないから改良した、
> 野良パッチをあてた、と書いている人を「スカウト」する積極さがあってもいいかも。

blogやtwitterに書きっぱなし、野良パッチ当てっぱなしの人をスカウトすると、
結果がどうなるかは、まぁ、目に見えてますよね、そういうのはいやなんだ。

一方で、ruby-devにパッチ投げまくってくる人とか、IRCでパッチ書いてる人とかは、
誘ったりしてるよ。

> ここ数年の Ruby の(リリース)マネージャは個人的には疑問だなぁ。
それ以前の惨状をご存じの上で仰っておられるのでしょうか・・・。
まぁ、外から見ていると印象は違うかもしれない。

というか、coreの人間はtrunkしか見てないんで、リリース直前でもない限り、
リリースマネージメントはあんまり関係ないよ。
むしろそんな調子なのでちゃんとリリースマネージメントをやってくれる人がいないと、
いつまでたってもリリースできないんだ。

>>425
> Rubyの開発しやすさ、Rubyの中ではなんでもできる、作ってて超楽しい、というのが
> 物理的に広い開発では極めて悪い方向に作用している

Rubyと言っても、>>416のライブラリってのは標準添付な拡張ライブラリだろうから、
ソースは基本的にCだよ、Ruby使えるから素より遙かに楽だけど。

まぁ、そういういくつかのライブラリでの話であって、
全体的にそこまでの惨事になっているわけではないのでご安心ください。

>>428
あと、akrさんの存在もかなり大きいと思う。

431 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 18:51:43 ]
そもそも、今までのコミッタってどうやってコミッタになってるの?
誰かに推薦されたとかそんな感じ?

どういう形でコミッタになったのか、ということと、コミッタになった後
どんな活動を続けているかand/or続けなくなってるか、ということって、
それなりに相関があるんじゃないかと思うんだけど、どうかな?



432 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 18:55:43 ]
「惨状」とは思わなかったなぁ。

今は締切までに機能追加が間に合わないと、
次のリリースまで待たないといけなくてイマイチ。
期日の厳守のしすぎは目的と手段を見失っている感じ。

あと「惨状」とか「優秀なマネージャ」とか主観が強すぎ。


433 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 19:48:55 ]
>>430
だからまあ、パッチの都合がよければpull requestを受け入れて、悪ければスルー。以上終了、って感じの
ゆるくて敷居の低いアプローチが求められてるんじゃね。

散々既出のネタに対して過去ログ嫁だのFAQ嫁だのレスしたりFAQ整備したりする必要はなくなるから。
どうせ何かの案が採用される率なんて手法に依らず千三つみたいなもんなんだから
却下がノーコストで提案の母数が増えるならそっちの方がよかろうと。

434 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 20:08:43 ]
BTS使っているから、何度も寄せられる要望を抽出して、そこを見ろ、でもいいと思うし。

435 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 23:48:36 ]
おお、Yuguiさん乙だ
自身のブログでgemの多言語化について詳細に書いてる。アクセス集まってるのか心なしか重い。
そういやRubyKaigiまだ見てないな・・・。

436 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 23:49:41 ]
1.9系の話ね。

437 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 00:02:05 ]
って一週間前に書いてるじゃん
なんで気づいてなかったんだ俺

438 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 00:12:05 ]
漏れはとりあえずマニュアル整備してくれてる方々に最大の賛辞を送りたい

439 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 08:58:31 ]
>>431
ざっとIRCでアンケートを取ったところ(IRCにいるということは現在アクティブであると推察される)、
パッチを投げてたら釣られた人と、立候補が半々くらいだった。

あとは、coreをいじる人とライブラリメンテナでは違いがあって、
ライブラリの場合はある程度完成しちゃうとそれ以降いじらなくなる人がいるかな。
最近ライブラリの追加に否定的な人が多いのはこの辺の事情も影響してる。

440 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 09:10:28 ]
はッはッはッ、安定したライブラリに手を入れる必要なんてどこにあるんですカ

441 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 09:13:23 ]
>>423
そうやってexperimentalな機能をとりこみ続けるとカオスになる。
今まで以上にいつまでも安定しない処理系を使ってもらえるか疑問。
ただし、とにかく色々出してみて有用なのを取り込んで安定させるというスタイルに向けて舵を切るべく、その意味でもgit化は期待できる。早くやれ。

個別の機能については「これは重要だから仕様凍結を破れ」と意見すれば受理される余地はある。
だから、メーリングリストで取り入れるべきだと主張すればいい。メーリングリストの敷居が高ければtwitterだっていい。



442 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 10:09:19 ]
> blogやtwitterに書きっぱなし、野良パッチ当てっぱなしの人をスカウトすると、
> 結果がどうなるかは、まぁ、目に見えてますよね、そういうのはいやなんだ。

443 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 10:27:17 ]
Rubyにしろなんにしろ属人的なものは減らしていかないと逝けないの鴨知れない
Matzだっていつまでも生きていられる訳じゃないんだし

444 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 10:33:55 ]
個人の才能による作品を認めない優秀なマネージャ

445 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 10:35:32 ]
芸術作品を日常使うと不便というのはよくある話

コルビジェの作った建築も雨漏りがしたっていうし

446 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 10:38:18 ]
>>444
信念を持ってリジェクトできることこそが、マネージャーとして優秀である証
それがすばらしい作品であることと、それを取り込んだものがすばらしくなるかどうかは別

447 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 10:40:14 ]
コンテストじゃないんだから勘弁してくれ

448 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 11:02:37 ]
人間としても成熟してこそ優秀なマネージャ

449 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 11:59:51 ]
>>439
すると、後は非アクティブな人のうち、パッチを投げて釣られた人・立候補した人の比率がどうかを見るといいんでしょうか?

ところでIRCでアンケート取ったとかいうことは、あなたは中の人ですか?

450 名前:デフォルトの名無しさん [2009/07/29(水) 12:23:49 ]
そういえば、一応すでにgithubにリポジトリのミラーはあるよ
github.com/rubyspec/matzruby/tree/trunk
pushとかpull requestとかはできないけど

>>449
非アクティブな人にはアンケートという技が使えないので、MLあさらないといけないんですよね。
「SSH鍵」とかのキーワードで探せばいいと思うんだけど。

jp.rubyist.net/magazine/?FirstStepRuby ちなみにIRCってのはこれ

451 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:24:15 ]
アンケートを取ったのが中の人かどうかが何にどう関係するのかがわからない



452 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:29:51 ]
>>440
> はッはッはッ、安定したライブラリに手を入れる必要なんてどこにあるんですカ
典型的なのはバグ報告が来た場合、セキュリティ絡みだととっても困る。
あとは本体の仕様変更に追従すべき場合、たとえばM17Nですね。

453 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:35:28 ]
それくらいならそのコード読めばだいたい修正個所はわかるんじゃね
作成した人しかコードが触れないという呪いでもかかってるわけじゃなかろう

そのライブラリと分野のプロフェショノー(滑らかな発音)を一人は置く状態にしておく、というのもわかるが
でもそれだと修正要求に応じられるだけのバックグラウンド知識がライブラリメンテナに要求されるな

454 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:40:28 ]
まーそりゃ本体組み込みや添付のライブラリは基本的なライブラリが多い(ことが期待される)から、
ライブラリのメンテナーの知識レベルは高いほうがいいと思う

ネットアクセスライブラリ作ったけど HTTP の知識よくわかんないどうすればいいかな、ではやっぱ困る
せめて、それなりに自分ひとりで意見組み立てた上で他の人のアドバイス募る、くらいでないと

455 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:43:20 ]
>>453
www.ruby-lang.org/ja/news/2008/08/23/dos-vulnerability-in-rexml/
こういうのが来て、メンテナと連絡がつかなかったらどうする?

456 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:52:50 ]
些細な変更でも、誰がそれをやるかって言うのはあるな。

457 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 12:56:19 ]
>>455
いやだから、rexml のソースは読めるだろ
初心者には無理だが、中級者かそれ以上なら首っ引きでなんとでもなるだろ
普段のだらだらした新機能要求ならまだしも、セキュリティバグなら「誰かできる人」がやるべきだろ

たとえば、「メンテナが学会出張中なのでそれが終わってからゼロデイ脆弱性のパッチをリリースします」でいいのか?

458 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:19:27 ]
いいんじゃねえの
メンテナーの責任ってそういうことだろ

459 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:22:01 ]
てか、そもそも、作成者が対応する義理も義務も何もないんだぜ
使って不都合なら、使用者側でなんとかするか、問題のないものに切り替えるべき

460 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:26:41 ]
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/35945
から始まるスレッドにも情報があるんだが、
このREXMLのDOS脆弱性は以下のような悪条件が揃っていた事例であった。
1. セキュリティ絡みのバグ
2. メンテナと連絡がつかない
3. 根本的な解決にはAPIの変更が必要

このため、当初はモンキーパッチを公開し、議論の上で根本的な解決を入れることになった。
議論はruby-dev, ruby-core, 非公開のセキュリティMLで行われた。
議論の結果、REXML::Document.entity_expansion_limitという新APIが追加された。
先述の通りメンテナ不在であったため、これらは前田さんによって行われた。

461 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:28:58 ]
なぜ対応するかというと、はっきり言えば矜持なんだろう
「この状況はマズい」と感じて、「なんとかしないといけないものだ」と考えるから

じゃあ、みんなでよってたかってやればいいんじゃねーの、と思う
緊急用待機のメンテナーなんてなくてもいい
ライブラリ新機能更新用のメンテナーと、みんなが読み解けるように維持されたコード、この2つでたぶん充分だ



462 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:49:33 ]
>>461
> じゃあ、みんなでよってたかってやればいいんじゃねーの、と思う
だめな例としてセキュリティインシデントが挙げられたんだと思うけど

> ライブラリ新機能更新用のメンテナーと、
> みんなが読み解けるように維持されたコード、この2つでたぶん充分だ

パッチ取り込みのコストを過小評価してないかなぁ。
というか、とりあえず誰か先に出てたgithubのミラーをベースに、
Redmineに上がっているバグを修正し、githubにupして、メールベースでpull希望だしてみたら。

463 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:54:42 ]
仕事でRuby使っても大丈夫かどうか不安になってきました

464 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 14:01:41 ]
誰かメンテナがいたとして、その人が修正コードを出してきたとしても、
「よっしゃ○○さん仕事早ええじゃあ早速コミットします」
じゃないだろやっぱ
それなりに複数の人が検証時間取ったり実はそれほどとってなかったりするだろ

じゃあやっぱ他の人が適当に修正コードらしきもの作ってもそれなりに検証されたりするんじゃね
メンテナのコードなら間違わない可能性が高いというのなら、そもそもバグは起こってないはずでさ

465 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 14:07:15 ]
>>464
ヒント: メンテナにはコミット権がある

466 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 14:31:25 ]
もともと、リリースがらみの仕事はまつもとさんに集中していた。
しかし、Rubyも1.8になるとライブラリの肥大化と安定性への期待が高まってきた。
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/40202 1.8.2 リリース前
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/25635 1.8.3
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/25998 1.8.3^preview1予告
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/26135 1.8.3-preview1
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/27265 1.8.3でやっちまった例(logger)
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/27275 1.8.4
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/27429 1.8.4
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/28233 1.8.5

特にリリースエンジニアリングが重要な課題だと認識されたのは、
1.8.3において、リリース直前のloggerに対する変更が原因で、
リリース版の1.8.3でRailsが動作しなかったことではなかろうか。

これにより、リリース直前の機能変更の危険性が開発陣で認知されることとなり、
仕様凍結の必要性が叫ばれることとなった。

その後、1.8.4や1.8.5において、凍結を実施してみたところ、
その感想はおおむね「多少マシになったけどまだダメ」といったところであった。

467 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 14:39:36 ]
schedule for Ruby 1.8.6
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/30239
1.8.6ではいくつかの大きな変更が行われた。
1つは武者さんのリリースマネージャの就任である。
これは、まつもとさんが1.9への変更に専念できると同時に、
まつもとさんやその他のcore開発者の1.8からの隔離を意味していた。
これにより、1.8系は格段に安定性を増すことが可能となった。

もう1つは卜部さんの安定版メンテナの就任とパッチリリースの導入である。
従来のRubyは、
1. 十分な機能追加があった場合
2. 大きなバグの修正があった場合
にリリースが行われていた。
しかし、これだと特定のバージョン+バグの修正という安定性を重視した
構成をとりづらいというデメリットがあった。

他にも、仕様凍結と併せてブランチを切ることで不要な変更の混入を抑止したり、
さらに長くした凍結期間といった、細かな変更も行われている。

これらの施策によりRuby 1.8.6は「最初のまともな安定版」となることができ、
1.8.6は高い評価を得ることとなった。

468 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 15:16:19 ]
>>459
実際そういう考えが主流だった時代もあったけど、
今時それはよくないよね、って考えで
かつ実際血を流して対応してくれる人が出てきてくれた御陰で
Rubyは-pxxxのセキュリティパッチ適用リリースが出るように
なったわけで。

そうなるまでは機能追加とセキュリティパッチは
ごちゃ混ぜでリリースされてたわけで。

今考えるとすごい状況だよな

469 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 15:26:01 ]
github は一度 push したブランチが訂正できないから嫌い
git に「ハッシュ値を変更せずにコミット内容だけ訂正する」みたいなオプションがあればいいのに

470 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 16:40:07 ]
>>464
もうちょっと地に足をつけた上で提案としてまとめたほうがいいんじゃないかな
それぞれの場面で実際に誰が動くのか、動かなかった場合どうするのか考えないと、
話は進まないよ。

たとえばマスターはsvnのままという前提で行くと、pull requestされたパッチを、
どうやってgitの世界からsvnの世界へと持っていくか、とか。

471 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 18:14:35 ]
>>469
お前さん、「ハッシュ値」って意味わかっていってる?
それが簡単にできたら、gitの前提が崩れさるだけじゃなく、
セキュリティ的に大騒動が起きるんだが。




472 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 22:56:33 ]
>>451
答えてくれて嬉しいんだけど、この親切で素敵な人はいったいどこの誰だろう、という私の好奇心が満たされる。

473 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 23:04:36 ]
>>457
そうだな、中級者かそれ以上なら誰でも直せるかもしれないな。
だから、誰だかわからんけど「誰かできる人」が直してくれるはずだから、
それまで放っておけばいいよな。

と、いうことになったら永久に誰も直さないかもしれないから、最終的には
責任を負うべき「メンテナー」というものが存在してるわけだろ?

474 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 02:21:46 ]
>>473
まさにそういうことです。
で、メンテナ不在のライブラリは結構すでに多くて、
redmine.ruby-lang.org/wiki/ruby/Maintainers
のうち、noneに加えて、まつもとさんと中田さんがメンテナになってるのは、
事実上メンテナがいないのものです。
また、メンテナがアクティブでないものは、why、serのと青木さんのかな。
前田さんのもほとんどメンテナンスされてないかも。

475 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 02:57:17 ]
層の薄さが

476 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 04:52:54 ]
>>473
わかってないんだな

どうして緊急性のあるものと緊急性のないものをわざと混同して話すんだ?

477 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 05:01:59 ]
>>476
Redmineを見れば緊急性のないものがいくつか放置されているのが見て取れると思うんだけど

478 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 10:43:33 ]
>>476
だから、

緊急性があるかどうかを判断して、
影響範囲を検討して、
修正を行って、

というのを誰がやることになるのかが問題だ、つってんだろ。

479 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 11:02:25 ]
「緊急度が低い用件」という、何がしかの判断が済んでいるシロモノがあるように見えるのが間違いだな
判断されてるならそれに任せればいいという話にしかならん

「緊急なのか危険なのか誰にも全く判断されずに転がってる要件がいくつもあります」でなければならない

480 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 11:02:53 ]
メンテナがいなかったり動いていない場合はとりあえず中田さんに振る、
というのが現状なんだが、遅かれ早かれ限界は来る

481 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 11:06:34 ]
>>479
バグ報告の時点で重要度とか優先度とかあるのおかしいと思うんだ、俺



482 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 11:08:11 ]
Rubyの赤は中田さんの血の赤というわけか

483 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 11:21:03 ]
>>481
理想と現実の区別はしような

484 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 13:21:53 ]
>>481
別に報告者の考えるそれがあるのはおかしくないじゃん
それらは必要なら受付者が変更するものなわけだし

485 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 14:14:32 ]
本当は、報告されてきたバグや要望を、重要度や優先度をつけつつ担当者に割り振る、
Redmineマネージャみたいな人が必要なんだよね。

486 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:12:37 ]
おまえらその議論の情熱を10%でもコードにぶつければだな

487 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:21:06 ]
そりゃただの逃避だ
我々に必要なのは神業コードでも大量データでもない

488 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:24:28 ]
そーだな

「オレたちにできるのは愚直にコードを書き続けることだけだ!」

でできたのが山のような未管理のコードとライブラリ
現実見ようぜ現実

489 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:27:27 ]
まぁ、この一連の議論で一人くらいは釣れないかなぁと思っているわけです。
* 新しく登録されるバグを誰かに押し付けるだけのお仕事
  (誰に押し付けるかで半年ROMる必要があるか)
* 登録されたバグの中から簡単そうなのを見つけてパッチを作るだけのお仕事
  (最初はお作法にあってないとかで、せっかく書いたパッチを書き直されるかもしれないけどめげない)
* 英語のわけのわからん機能追加に対して「何寝言言ってるんだバカ」と英語で答えるだけのお仕事
とかが君を待ってるぜ

490 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:31:54 ]
抜けるときに10人生け贄、もとい後継者を紹介するみたいな闇ルールがなければ......

実は>>489も後継者探しなのではと疑ってしまう猜疑心の強い俺

491 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 15:39:34 ]
特にどこかメンテナンスする義務を負わないように逃げまくって、
気の向いたときに気の向いたところを直すとかにすれば大丈夫だよ。



492 名前:デフォルトの名無しさん [2009/07/30(木) 15:53:30 ]
>>420
> あとブログや twitter なりでライブラリ保守されていないから改良した、
> 野良パッチをあてた、と書いている人を「スカウト」する積極さがあってもいいかも。
それやると、みんな沈黙するという結果に至る。

493 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 16:27:23 ]
メンテナーがメンテナンスで食っていけないかぎり、この問題は解決しないのでは?

494 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 16:29:19 ]
なんらかの報酬か褒賞か報奨はあってもいいかなとも思うが、そんなんないのが普通だよなとも思う

すぱっしょさんくすに本名載せたるから名刺代わりに使え、というのが限界かと(w

495 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 16:45:11 ]
Ruby会議を利益が出るようにして、メンテナーに配分とか。

496 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 16:46:31 ]
税金でメンテナーの給料を出す様に民主党のマニフェストに入れて貰うとか。

497 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 17:13:53 ]
>>492
> blogやtwitterに書きっぱなし、野良パッチ当てっぱなしの人をスカウトすると、
> 結果がどうなるかは、まぁ、目に見えてますよね、そういうのはいやなんだ。
の発言のほうが沈黙するだろw
こんなの書いててすみません、みたいな。


498 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 17:38:44 ]
やっぱり金だよな

499 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:03:34 ]
Rubyビジネスなんとかで金出して優秀なマネージャをフルタイムで雇えばいいじゃん。

500 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:22:14 ]
他のオープンソースプロジェクトって、どうやって回してるんだろう

501 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:33:17 ]
>>494
> なんらかの報酬か褒賞か報奨はあってもいいかなとも思うが、そんなんないのが普通だよなとも思う

報酬をもらわないうちは、これの価値は無限大と思っていられる。

報酬なんか出したら、みんな手を出さなくなってしまう。





502 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:35:39 ]
>>494
> すぱっしょさんくすに本名載せたるから名刺代わりに使え、というのが限界かと(w

ぼくの知覚圏内では、パッチ送って「ぼくの名前出さないで」な人は結構多いん
だが、Ruby宇宙ではそんなことないのか?

503 名前:デフォルトの名無しさん mailto:sage [2009/07/30(木) 18:40:07 ]
見返りが欲しい人は名前載せてもいいよそれくらいしかできないよ、という話かと
名前別にいらない、という人は少なくないな






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<227KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef