[表示 : 全て 最新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-

321 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 01:34:01 ]
LTネタだって知らないと本気の拡張に見えそうだな。


322 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 08:43:00 ]
>>317
>> 現状、Mechanize経由で使ったりする分には、
>> コンテンツ取得後にレスポンスボディをNKFでUTF-8に変換して差し替えて
>それよりはCP932に差し替えた方がいいのでは
コンテンツのcharsetが予測できない場合だとどれかに決め打つことになるわけですが、
その場合だと文字集合的に一番広いUnicodeにせざるをえないかと。
この場合でもNKFで対応できないコードが入ってくればアウトなのでまあ、
実用上そうそう困らなくてそれなりに楽、って程度の話ではありますが。

>>318
>まぁ、順次UTF-8に移っていくとは思うよ、やっぱりよくできたエンコーディングだし。
>バイト列として扱う時の事を考えてよく設計されてるよ。
ですね。
ASCIIがそのまま通って、かつファイルシステムクリーンというのは素晴らしい。


323 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 08:53:01 ]
ISO-2022-JP-* みたいなイビツなシロモノがスタンダードにならなくて本当に良かったわ
「Unicodeでは全ての文字を含められない」ってのが理由だったがぶっちゃけどうでもいいし

324 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 09:09:25 ]
新しい文字は放っておいても生まれる。絵文字とか。
というわけで、 UTF-8 系列をとりあえずの基盤として受け入れたのはたぶん結果的にはマシ。

325 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 09:11:43 ]
余裕をもってUCS4にしようぜ

326 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 09:28:58 ]
>>324
その割にはサロゲート対応だの、4バイトまでだの、
なかなか中途半端な現状だけどな
UTF-16ってのが諸悪の根元か?

327 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 09:39:34 ]
UTF-8 は尖兵
ユニコードとやらも意外と悪くないではないかとか思わせるために敢えて本筋を剥いだ草

328 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 09:48:30 ]
I'm perfect soldier.

329 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 09:49:35 ]
草とか言うな(w

気がついたら UTF-8 ファイルと UTF-8 アプリケーションばっかで
他のエンコーディング系列に移行できなとかそんなのか



330 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 09:59:43 ]
最強の尖兵乙

331 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 11:03:52 ]
>>321
最初からRejectKaigiを狙ってたんじゃないのか?


332 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 11:45:19 ]
あああ、LTじゃなくてRejectKaigiか。


333 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:02:24 ]
rubyってjisちゃんと扱えないのか。苦労するはずだわ。
ruby捨ててjavaでがんばる。

334 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:06:25 ]
> rubyってjisちゃんと扱えないのか。苦労するはずだわ。
何の話をしてるの?

335 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:10:08 ]
> 余裕をもってUCS4にしようぜ
UCS-4も最新のISOでは0x10FFFFまでしか文字を定義しないことになったよ。

> その割にはサロゲート対応だの、4バイトまでだの、なかなか中途半端な現状だけどな
サロゲートペアはUTF-16の話で、UTF-8にはあまり。4バイトまでなのは困らないでしょ。

> UTF-16ってのが諸悪の根元か?
本質的にはUCS-2が根源かな。

> UTF-8 は尖兵
UTF-8が最終形じゃないかな、UCS-2やUTF-16の方がむしろpreview。

336 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:11:42 ]
一文字64bitの新文字コード作ろうぜ

337 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:24:59 ]
>>335
そこが今ひとつわからんのだが、31bitあったのを21bit?にしたのは、
なにか技術的な要請があったの?
それとも、先行したUCS2に引きずられただけ?

256*256*17面(だっけ)にしたのは、どういうことなんだろう。

338 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 03:13:11 ]
>>337
まず、31bitだったのはsigned int32ね。
0x10FFFFまでなのは、UTF-16の収録限界が由来で、
BMPの0xFFFF+サロゲートペアの(0xDC00-0xD800)*(0xE000-0xDC00)だから

339 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 06:35:23 ]
そもそもUnicode自体がクソだろ
文字鏡をつかっていればあるいわ



340 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 07:24:13 ]
現実的にUnicodeより良い物があるの?

341 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 09:45:27 ]
Unicode一本化されたとこから漸次さらに優れたものに移行すればいいじゃん
カオス状態がUnicodeのおかげでずいぶんましになってる所なのに

342 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 11:29:26 ]
Rubyスレなのに気付いたらUnicodeの話になってた!

343 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 11:30:10 ]
文字コードの話はなぜか妙に食いつきがいい

344 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 11:35:23 ]
開発コアメンバが語るRubyの今とこれから(前編)
www.atmarkit.co.jp/news/200907/24/ruby.html

そろそろ1.8系から1.9に移るころなのかな?

345 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 12:35:10 ]
>>341
Unicodeがある意味全てを終わらせてしまったので、
優れたものが出てくる余地はない。
Unicodeが優れたものなんじゃなくて、悪貨は良貨を駆逐するという意味で。

346 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 12:46:51 ]
日本の3つの文字コードへの対応ライブラリパッチのファイルサイズ見れば、色々間違いだと思えるようになるよ

>>344
なんでこう、ちょっとカッコいいポーズしてください写真なん?
や、写真使うのは取材側の人だから要望聞いたほうがいいんだけどさ

Ruby1.9 に移行するのは絶対に間違いない
問題は、そのためのライブラリサポートの手間をいつ誰が取るかだと思う

外国の人はいろんな意味で慎重な移行をやりたがらないと思うんで、
それこそマルチバイトユーザーで最大Rubyコミュニティである日本人の出番なのではないかと

英語のライブラリ作者向けガイド書いた人がどっかにいたが、ああいうの頑張るべきかもしれない

347 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 12:50:53 ]
弾子飼かと思った

348 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 12:55:37 ]
とりあえず rubyrb1.9 test/ で Ruby1.9 対応完了とかほざく外人作者さんの調教から

古い rubygem でしか動かないライブラリが捨てられていくのと同じように、
Ruby 1.9 で実際上動作しないライブラリが捨てられていくようになればいいんだけど

349 名前:デフォルトの名無しさん [2009/07/25(土) 13:11:14 ]
Railsが1.9でまともに動けば移行が進むんじゃね。




350 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 14:20:13 ]
つまり asakusa.rb 期待 age?

351 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 19:38:39 ]
>>344
記事内容とはまったく関係ないし、たぶん写真写りのせいだと思うんだが
2枚目の写真のYugui氏が怖い

352 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 19:39:58 ]
UTFが、8859と互換なのが大きいからなあ。日本人が使えないって騒いだって、欧米圏は、もう他に移行はしないだろう。

353 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 19:48:08 ]
>>344
率直に言って恥ずかしいな
写真が気になって記事が頭に入らない

354 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 19:49:35 ]
>>352
使えるのに使いたくないって騒いでるだけじゃないかと

355 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 19:54:58 ]
>>351
全てがマイナスに働いている、ある意味レア写真
著者近影に使ったら書籍自体が山積みでお祓いに出されるレベル

もうちょっちいいのなかったんかね

356 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 20:00:03 ]
>>352
互換じゃないお
互換なのは ISO-8859-1 の部分だけだお
それ以外の 2 から 16 くらいまでの文字は、文字は入ってるけど互換性ないお

357 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 20:10:41 ]
キモイキモイキモイキモイ
キモイキモイキモイキモイ
キモイキモイキモイキモイ
キモイキモイキモイキモイ

358 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 20:46:12 ]
>>339
文字鏡はライセンスが問題になって以来、もうないと思うけどな

359 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 20:47:32 ]
>>351
目が白目むいてるように見えるのが大きいんだろうな



360 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 22:26:04 ]
ホントにキモイな。

Ruby関係って、他にもキモイやついなかったか?

361 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 22:32:55 ]
1.9っていうと開発版だから〜って思って2.0をずっと待ってた。
そんなに自信もって進められるなら2.0リリースしてくれよ。

362 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 22:42:04 ]
インタビュー経由で疑問に思ったんだが、Rubiniusって結局何がどう嬉しくなるんだ?
・コードをそのままRubyオブジェクトにできる
・BSDライセンスになる
ことぐらい?

そもそも、CRubyの上で動くRubiniusが、CRubyより速くなるというのがよく理解できない
詳しい人がいればぜひ教えてほしい

363 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 22:45:51 ]
まだ>>361みたなこと言ってるやつがいるのか

364 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 22:46:13 ]
1.9使ってたけどRailsを使う必要があったんで1.8に戻した。
1.8でも十分速いし、対応ライブラリも豊富だからこれでいいよ

365 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 22:49:18 ]
みんな!民主党が大変な事になってるよ。
www.nicovideo.jp/watch/sm7737318

366 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 22:49:24 ]
>>360
> 他にもキモイやついなかったか?
好きで使ってる奴でキモくない人間を一人も見たこと無いよ。

367 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 22:49:36 ]
一方おれは1.9でRailsを使っている。
特に大きな問題はなく今のところすべて回避できている。
回避できない問題もあるんだろうが。

368 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 22:52:45 ]
>>362
対象の言語でVMを実装できるというところが「きれい」

369 名前:デフォルトの名無しさん [2009/07/25(土) 23:50:54 ]
pythonってVMだったか?
Ruby VM より早いPythonってどうなんだろうね



370 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 23:51:03 ]
心の底から>>361と同意見

MatzはなぜRite=2.0にこだわるんだ
今の1.9.1を2.0にして、Riteを3.0にしたらいいのに

371 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 23:51:35 ]
【科学】道路に軍手が落ちているワケ、名城大研究チームが突き止める[09/07/24]

namidame.2ch.net/test/read.cgi/hidari/1225537555/


372 名前:デフォルトの名無しさん mailto:sage [2009/07/25(土) 23:57:09 ]
>>362
アルゴリズムによってはCで書かれたHaskellがCよりも速いのと一緒

373 名前:デフォルトの名無しさん mailto:sage [2009/07/26(日) 04:16:25 ]
2.0 への思い入れ云々を除いても、バージョン1をバージョン2に上げるほどの何某があるとは思えん
1.9.1 の次くらいを 2.0 にするならまあアリかなと思う

1.9.1p0 の存在が鬱陶しいと思ってる人は少なくないはずだよ

374 名前:デフォルトの名無しさん mailto:sage [2009/07/26(日) 04:27:31 ]
1.9.1 は本体オンリーはともかく第三者ライブラリ全体を含んだ便利度はまだまだだなー、と感じるわけだが、
これが 2.0 だった場合は「バージョン 2.0 とか言ってる割には全然…」だの
「2.0 はアレなので 2.0.4 以降インストールしてください」だのいうことになったと思う

今現在我々が 1.9.1 の使い勝手に抱いている感想は、
それのバージョンが 2.0 だったからといっていい方向に作用したと思われるものではない、はず

375 名前:デフォルトの名無しさん mailto:sage [2009/07/26(日) 11:15:43 ]
ttp://d.hatena.ne.jp/mrkn/20090717/rubykaigi2009_trap
ヒドスwww

376 名前:デフォルトの名無しさん [2009/07/26(日) 16:42:35 ]
ささぴーひっどーぉい。(か☆わ★い☆い★女☆子★高☆生 より

377 名前:デフォルトの名無しさん mailto:sage [2009/07/26(日) 17:06:50 ]
うわぁ

378 名前:デフォルトの名無しさん mailto:sage [2009/07/26(日) 19:52:21 ]
おいtrunkのrakeやrdocやrubygemsは最新版にアップデートしないのか

379 名前:デフォルトの名無しさん mailto:sage [2009/07/26(日) 20:11:05 ]
ruby-coreでいえ



380 名前:デフォルトの名無しさん mailto:sage [2009/07/26(日) 21:03:56 ]
アップデートしてくれる度にtest-allのエラー数が激増するんで困ってる

381 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 11:34:32 ]
> Google App EngineではJRails on Rubyも動いてます。
> もうJVMでいいじゃんっていうことになる危機感は?

ここはまつもとさんじゃなく、
ささださんの回答が見たかった。

382 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 13:42:39 ]
bigtableは独特だからなぁ

383 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 14:31:58 ]
ここに書けばささださんの回答は得られる

384 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 14:59:14 ]
Rails で web アプリケーションをやろうとしていて、
1.9 系はまだ使いたくないという場合は、1.8.7 を選んでおけばいいのでしょうか?


385 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 15:02:50 ]
あい

「一般ユーザー」でRuby1.9を現在使うメリットとデメリットを均すとマイナスになります
エラーの意味も原因もさっぱりわからん直せと言われてもさっぱり、な人はしばらく 1.8.7 で待機しましょう

386 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 15:16:21 ]
自力で改修くらいできるぜヒャッハーという人はガンガン 1.9.1 を使って欲しいところ
汎用性があったらライブラリ作者に連絡でもしてくれ

387 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 15:19:38 ]
そんな人が何人いるんだよ…

388 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 15:47:28 ]
改修くらいはできるけど
あえて1.9.1以降を、自分から積極的に使う意欲はわかない

389 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 15:48:51 ]
github になったら commit する人とか少し出るかも



390 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 17:22:17 ]
ちょっとだけ違う野良フォーク祭りになるだけのような気がしなくもないが、
ブログとかに差分がちょこっと書かれてるだけとかいうのよりは遥かにマシか

391 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 18:06:17 ]
なにをどうすれば pull request に足るものなのかよくわかんないんだよね
だったら自分専用でいっかーみたいな

392 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 18:08:36 ]
そういう混沌状態を意図してるのでないの?
思いっきりforkやcommitの敷居を下げることでさ

393 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 19:12:31 ]
パッチが欲しいからgithubに行くと言ってる人がいるとするならば、
その日とは「なんでもいいからpull requestしろや、俺が全部
さばいてやるぜ」というつもりで言ってるんだよね?

394 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 19:46:47 ]
githubになったって、そこ巡回してpullするリソースがないよ。
現状、Redmineに上がっているパッチだって取り込まれるのに時間かかってるのに。

あと、そんなパッチもtypoの修正ならともかく、たいていはそのままじゃ取り込めない。

395 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 21:20:40 ]
じゃあ、githubに移行するという話は根拠のないデマなの?

396 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 21:24:00 ]
githubに移行して欲しいと言う人たちはいる。
また、githubに公式リポジトリのミラーを置く計画はある、こちらはyuguiさんのリソース次第

397 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 21:25:43 ]
とはいえ、今より敷居が下がるのはいいことだとおもうけどね

なんか今だと関連MLの記事を数年分把握してて、
主要コミッタとのリアルつきあいも欠かさず行って、
一日の何時間かをRubyに捧げる宣言しないとならなくて、
事情があっても辞めるに辞められないようなイメージがあるわw

398 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 21:59:12 ]
>>397
それ全部満たしてる開発者いないだろw

399 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 22:39:26 ]
WindowsのMingw版rubyを1.8.7にバージョンアップしたら
Thread.new{system 'ruby -e sleep(30)'}
が、負荷10数%食うようになってた orz

Mingw版 1.8.6 とか 1.9.1だとそんなことは無いし
Mswin版 1.8.7 で試しても問題なかったのでMingw版1.8.7だけなのかも

STDIN.getsがスレッドを止めなくなったとかの影響なんだろうか
とりあえず、ちょっとだけ待ってスレッドを殺すことにした
1.9だとspawn使えるんだけど




400 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 22:55:00 ]
それはまつもとさんでもあやしいなぁ……w

401 名前:デフォルトの名無しさん [2009/07/27(月) 23:48:33 ]
www.atmarkit.co.jp/news/200907/24/ruby01.jpg

なにポーズつけてるんだよ(w

402 名前:デフォルトの名無しさん mailto:sage [2009/07/27(月) 23:51:46 ]
これは三つ子と言われても普通に信じるレベル

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 ]
必要なのは優秀なコード書きじゃない
有象無象を束ねる優秀なマネージャー

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






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

前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