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

577 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 13:13:39 ]
WindowsではいまだシフトJISが通らないと困ることも多いだろ。
UTF-8で統一強行したらみんな不幸だわ。

578 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 13:19:44 ]
>>576
Shift_JISのHTMLを読み込んだらUTF-8になってるってこと?

579 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 14:37:14 ]
force_encoding ってバイト列のほうは変更しないから何度繰り返しても大丈夫だよね?

580 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 15:01:13 ]
>>573
文字を文字として扱いたいときには、きちんとエンコーディングをつける。ただそれだけのこと。
バイナリとして操作したらはまるにきまってる。

>>576
そういう問題ではないと思うけど。

>>579
まぁ、そうだけど、なんで何度も繰り返したいの?

581 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 15:47:41 ]
あ、1.9の話してる

クラス変数って継承されるの? 継承されないの?

582 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 15:57:32 ]
全パターンありそうだな
ttp://www.google.com/search?hl=ja&safe=off&num=50&q=Ruby1.9+%22%E3%82%AF%E3%83%A9%E3%82%B9%E5%A4%89%E6%95%B0%22+%E7%B6%99%E6%89%BF%7C%E3%82%B5%E3%83%96%E3%82%AF%E3%83%A9%E3%82%B9&lr=lang_ja


583 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 16:37:00 ]
>>580
>まぁ、そうだけど、なんで何度も繰り返したいの?
繰り返したいんじゃなくて一回しか呼ばれないことを保証できないんじゃない?
ライブラリ的なものを作ってると悩むかもしれん。

584 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 16:53:27 ]
>>581
される、でFA。

継承というのもまた違う気がするが。共有というべきかな。

585 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 17:17:09 ]
>>582
どうしてこうなった…



586 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 17:55:50 ]
あれ、「1.9ではクラス変数は継承されない」という説明があるのはなんで?

587 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 19:56:26 ]
>>561
無理だろう
仮に、rubygems開発チームが改善する気になってくれたとしても
現時点でrdoc&ri生成がデフォルトになってる以上、もうどうにもならんと思う

そもそも最初から、rdocとriの自動生成なんてやるべきではなかった
発想がいくらなんでも富豪的すぎる

588 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 21:37:42 ]
ttp://shyouhei.tumblr.com/post/152842980/ruby
gitktkr

589 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 22:55:02 ]
キャーショウサーン


これは抱かれてもいいレベル

590 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 23:10:48 ]
30時間はすげーな、mput超乙
しかもこれから来るpull requestを全部捌くわけ?

591 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 23:17:08 ]
さて、git.ruby-lang.orgへの移行はどれくらい先になるか

592 名前:デフォルトの名無しさん mailto:sage [2009/07/31(金) 23:38:01 ]
卜部おにーさんは格好良いなあ

593 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 05:24:25 ]
>>587
それこそrubygems開発陣のマシンでは「ちょっと待つだけ」だったんだろうな

594 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 06:13:33 ]
>>577
それはない

595 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 07:24:26 ]
1.9.1で動いてたライブラリやスクリプトが1.9.2で動作しなくなる可能性って今のところどのくらいある?



596 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 07:40:25 ]
1.9.1で動作してるなら「めったに無いんじゃないかなー」という程度
まだ仕様が固まったわけじゃないからはっきりとはなんとも

「1.9.2を見据えるとやらないほうがいい書き方」というのは今んとこ無いはず

597 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 10:44:17 ]
そろそろ RAA for 1.9 作って未対応のものを締め出すのがいいと思うんだ

598 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 10:44:59 ]
1.9系はスルーして2.0から使うのが本道

599 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 11:36:18 ]
>>598
書き込むスレ間違えてますよ
ttp://pc12.2ch.net/test/read.cgi/tech/1248487404/

600 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 14:34:15 ]
そろそろ移動

loopとtimesが似てるとは思わない、そもそもloopにカウンタがほしいとも思ってない
でもあれば便利ってのは理解できる

Kernel#loopが存在している上で新たにIntegerにメソッドを加えれば
単に「繰り返す」ではなく「(ある値から)数え上げながら処理を繰り返す」という意味になる(できる)し
それがtimesの「ある値まで数え上げながら処理を繰り返す」と対称だということ
(timesのメソッド名から考えれば「指定回数繰り返す」なんだけど、ブロック引数取った場合には)

つまり数値が始点か終点となるかの違い
ただ始点のデフォルトが0なのに対して終点のデフォルトは極大だから終わりがない

でもInteger#loopという名前は初めから微妙だと感じてるし
そのせいで批判されまくってるんじゃないかと
0.start {|i| puts i }
やっぱり名付けのセンスないな・・・

601 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 18:55:13 ]
まあ1.9にしたい香具師ががんばって人柱に成ってれば良い。
それまで今までの互換が有る1.8使ってるから。

信者増やして金儲けしたいなら、リナックスVISAクレジットカードみたいにルビークレジットカードでも作ると良いのかもな。提携カードビジネスは儲かりそうだ。
どんどん宗教法人の様層を呈して来て、松本教祖に金が集まる仕組みに成って来たな。

602 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 19:00:51 ]
nokogiri-1.3.3のtest配下に2ch.htmlとかが増えてるんだが
何があったんだw


603 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 19:31:20 ]
そりゃあろいんの「2チャンミテマスヨ」という無形のプレッシャーに決まってるじゃん

whatchanged を見る限り、非 UTF-8 HTML を Nokogiri::HTML(html).to_html して
doc.encoding がうまくいくかどうかテストするために入れたっぽい(若干改変してるが)
ある程度複雑な Shift_JIS の HTML が必要だったのだろう

604 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 19:34:42 ]
あ、このへんね
ttp://github.com/tenderlove/nokogiri/commit/5ff00825309734341474350848dcaa268ee786b5
ttp://github.com/tenderlove/nokogiri/commit/b1a62250c2e15b93cb955b24a1c41a8467213d55

605 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 19:44:27 ]
ねー、自分では作(れ)る気しないけど、あったら便利だなというライブラリってなんかある?



606 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 20:15:43 ]
>>605
blade


607 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 20:37:49 ]
>>605
・Win32APIの使いやすいラッパー
・pure ruby版Nokogiri
・pure rubyかつ強力な画像処理ライブラリ

ライブラリじゃないけど番外で
・RDEのような軽量開発環境+クロスプラットフォーム+安定
・GUIビルダー

608 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 21:41:11 ]
せいぜいサムネールが作れてあとは縦横のサイズが取れるくらいの
画像処理ライブラリは欲しいなー。
RMagickはかさばりすぐる。


609 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 22:24:17 ]
pureRuby厨うぜえ
超遅い部分をCで書き直して何が悪いんだよ

610 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 22:36:24 ]
pureRuby厨分類
* 原理主義 (とにかくPureRubyこそ至上、MRI以外で困るから)
* 標準添付はよい(rootのない環境で困るから)

611 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 22:41:56 ]
>>609
過剰反応うぜえ

612 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 22:49:07 ]
REXMLがPure Rubyであの重さなわけだが・・・

613 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 22:55:42 ]
>>610
「CGIで動かないと困る派」も追加で

614 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:28:34 ]
nokogiriは素晴らしい

615 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:29:28 ]
自演乙



616 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:31:12 ]
だーれーのー
だーれーのー自ー演ー

>>613
「CじゃなくPureRubyで作りましたライブラリ」の動作速度でCGIが動いたら果てしなく困ると思うんだけどね
インストールさえできれば運用はどうでもいいのかしら

617 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:35:54 ]
オバマ

618 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:36:07 ]
pure rubyでも拡張ライブラリでもいいじゃない、使い分ければ

619 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:44:31 ]
拡張をCで書く理由の8割くらいは「CGIとかで動作させたとき遅くてやってられないから」だと思うんだが

620 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 23:46:37 ]
>>616
用途によってはpure rubyの速度で十分だし
そもそもCGIでは、たいていの場合pure ruby以外に選択肢がない

俺の経験から言えば
複雑な画像処理やファイル圧縮は厳しいが、JSON/YAMLのパースや文字コード変換程度なら特に問題はないなー
HTML(XML)のパースあたりになってくると微妙

621 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 00:22:23 ]
>>619
Cの拡張ライブラリを入れることができるような環境であれば、そもそもCGI使わなくね?
今ではmod_rubyとかFastCGIとか色々あるんだし

622 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 00:45:51 ]
「今では」、mod_rubyはありえんだろ

623 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 02:34:54 ]
CじゃなくてもJavaで書き換えても爆速になるんじゃね?
>>556さんどうなんよ?

624 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 05:34:44 ]
>>621
そうだねCで拡張書けるだけのCの知識があればRubyなんて使う必要ないよね全部Cで書くよね

625 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 07:51:52 ]
速度が必要なところはCで、それ以外はもっと高級な言語でってのは普通のことだろ



626 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 08:59:22 ]
>>624-625がどこにどう反論してるのか理解できない

627 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 11:14:10 ]
遅いメソッドをプロファイラで割り出して、拡張ライブラリとしてCで書き直すって
よくやるんだけど、思った程速くならないんだよなぁ。
やっぱ rb_funcall とかしまくるくらいなら意味ないのかな?

628 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 11:48:16 ]
Purerubyが遅いというのは甘え。どうせクソ設計のせい。
(性能が)足りぬ足りぬは工夫が足りぬってな。

629 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 12:02:12 ]
すごいな、全世界のRubyユーザーが揃ってクソ設計してるなんて



…それって言語側に原因があるんじゃね?

630 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 12:07:25 ]
nokogiriとREXMLの圧倒的な差

631 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 12:07:45 ]
>>628
さすがにC言語と比較してそれはない

632 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 12:14:16 ]
>>605
win32用の高速なcrc16計算ライブラリが欲しい。今すぐに!

633 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 13:06:46 ]
.NET FrameworkにCRC32すら入ってなくて絶望した俺が通り過ぎます

634 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 13:28:11 ]
>>632
Cでいいか?

635 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 13:55:02 ]
rubyも、pure ruby界とC界の境界面で高いコストが掛かる実装なの?
頻繁にCで書いたメソッド呼ぶとマーシャリングで余計遅くなるとか?



636 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 14:03:54 ]
Windowsを使ってるやつにCRCなんぞ不要。ファイルが壊れてたら
再送すればいいだけ。

637 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 14:10:40 ]
つかMD5やSHA-1じゃなくあえてCRCが要求される場面って何?
速度的にCRCが爆速ってわけでもないのに

638 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 14:11:17 ]
>>637
既存のファイルフォーマットなりプロトコルがCRC32を使っている場合

639 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 14:18:11 ]
歴史的経緯って奴だな
新規でCRC32を使用することはなかろう

640 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 16:09:29 ]
CRC32だったらZlib.crc32が使えるね。
CRC16だと自分で用意しないとダメだなぁ。

641 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 18:30:01 ]
>>262-263 あたりのnokogiriの話。

どうもnokogiriのWindows版gemに同梱されてるDLLは
libXML2の公式サイトからリンクされてる
ttp://www.zlatkovic.com/libxml.en.html
のもののようなので、
ttp://www.zlatkovic.com/pub/libxml/iconv-1.9.2.win32.zip
のDLLの情報等を参考にしつつ、libiconvの1.13に
森山さんのところのパッチ
ttp://www2d.biglobe.ne.jp/~msyk/software/libiconv-1.13-ja-patch.html
をあてたものを
MinGW/MSYSでビルドして、MSYS環境でそのままビルドすると
libiconv-2.dllとかしか出来ないので、ビルド時に生成された*.oに
libiconv-2.dllから抜き出したdefファイルを加えて
dllwrapでiconv.dllを生成……

ということで結果としてlibiconv-1.13-ja-1相当のiconv.dllを
作成してdllの検索パス(nokogiriの元の構成通りだとbin直下)に
配置したところ、>>262
>#Shift_JISの範囲外の文字を含んだWindows-31J(=CP932)エンコーディングの文字列
>irb(main):001:0> s="<html><HEAD><TITLE>11@11@</TITLE></HEAD><body></body></html>"
>=> "<html><HEAD><TITLE>11@11@</TITLE></HEAD><body></body></html>"
>#Windows-31JエンコーディングでHTMLパース。失敗。
>irb(main):003:0> Nokogiri::HTML.parse(s,nil,'Windows-31J')
が通るように。

とりあえず今回生成したiconv.dllは
需要があるかどうか何とも言えないけどうpっておきます。
ttp://www1.axfc.net/uploader/Sc/so/23793.zip


642 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 18:36:46 ]
pureRubyじゃないときに困るのは一部のプラットフォームにしか対応してないとか
バイナリパッケージがない場合とかですかね。

もはやmswin32(というかActiveScriptRubyとOne-Click Installer)が
Rubyユーザの最大勢力なわけで、大抵そのあたりでもめるというか。

643 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 19:50:03 ]
最大勢力の欲求が常に正しいとは限らないし、満たしてやる必要もない

644 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 20:00:54 ]
と、思いつつ最終的に「満たすことになる」のが世の習いでもあり。

実際(別視点で見たときの)最大勢力であるRails勢の望みは
リリースエンジニアリング含めかなり呑むことになったわけで。

もちろん言語仕様的な部分とかでまつもとさんが一線を守るのは
悪くないけれども、じゃあこの点については実際のところどうなの、
という話になるわけで。


645 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 20:10:58 ]
>>643
The Netが商用利用に解放された当時、そのころの細い回線を大事に
使っていた人たちのうちくちさがない人々は
「一般人にネットなど与えるな」などと言ったものでした

当時の旗振り役が答えて曰く
「そうなればいずれ彼らは自分たちでネットを生み出し今のネットにとって変わるだろう」
「もしそうであればそのとき君たちの居場所はあるだろうか?」


まあ実際その通りになったのですが



646 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 20:34:41 ]
へー

自分たちでネットを生み出したんだ。そんな歴史初耳w

647 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 20:44:12 ]
>>初心者スレの821
rb_block_tのproc見て、なかったらiseq->argc見れば変換はいらなくね?
とはいえそんなのはキモすぎて御免だが

648 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 21:33:52 ]
>>646
無知ですねえ。
これだから自称古参は困るw

649 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 21:35:58 ]
じいさんの昔話はレトロ板でやってくれ

650 名前:デフォルトの名無しさん mailto:sage [2009/08/02(日) 23:55:32 ]
>>632
>>640
ttp://www.zorc.breitbandkatze.de/crc.html ( www.zorc.breitbandkatze.de/crctester.c )
ttp://boost.cppll.jp/HEAD/libs/crc/crc.html


651 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 10:41:21 ]
年寄りは今の時代についていけないからな。昔話するしか無い。
戦争は悲惨だから嫌だとか逝って競争することを放棄した年寄りが日本を駄目にした。気がつけば競争力無くて景気低迷。ちゃっかり競争が無いはずの非資本主義の支那に美味しい所を持っていかれてる。

ピュアルビーが遅いのって、ルビーインタラプタが遅いからだろ。
信者は、教祖の実装がゴミのせいで遅いと口が避けても言えないってだけじゃ。

652 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 10:45:38 ]
ttp://jp.rubyist.net
みれない

653 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 10:57:44 ]
>>651
hideyoshi.2ch.net/asia/

654 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 11:43:28 ]
インタラプタについて語るスレになりまつた。

655 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 11:57:12 ]
1.8のコードなんてもう読んでないからインタラプタとかよくわかんあい



656 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 12:25:25 ]
>>651
さっさと核戦争やれ
まで読んだ

657 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 12:47:33 ]
ルビーインドヒマラヤ

658 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 13:15:34 ]
>>651
その種の文句は方々で言われてるだろ。
matzはコミット権を取り上げると脅される程度の扱いだぞ。


659 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 13:24:37 ]
>>658
あんまりネタを引っ張ってると恥ずかしいよ
あれはあくまでテストとドキュメント書けって話だし

660 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 14:04:53 ]
でもまあ「コードがドキュメントだ」的な発言は粉砕されてしまうようになったかな

661 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 14:11:11 ]
実際にマニュアル文書こうとするとわかるが、Ruby スクリプト部分に関してはコード読ませたほうが早い
それこそ「変数 i に整数 10 を代入する」レベルのことにしかならなかったり

必要なのは、個々のメソッド動作の詳説ではなく、網羅的なメソッド動作一覧だったりする

662 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 15:16:33 ]
スクリプトの説明とマニュアルは違う

コードの動作を知らせるのならそりゃコード読ませたほうが早いが
コードの動作が何を意図しているのかを明確にするために
ドキュメントを書くべき

663 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 15:18:15 ]
ドキュメントとマニュアルは開発者が書かなくてもよい
別の人が書いてもよい

664 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 15:32:53 ]
ドキュメントやマニュアルとはそもそもなんぞやという話に

665 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 18:52:42 ]
ドキュメントはChangeLogとかも含むかな



666 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 00:06:50 ]
作った香具師しか分からない様な糞コードだからドキュメントが必要。
cgi.rbなんて典型だろ。

667 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 00:09:35 ]
きちんとしたドキュメントがあるのとないのとで、使い方から潜在的なバグの発見まで
どれだけ敷居が低くなるのかってことはあるはずなんだが。
そもそも人に使って貰うことを前提に公開・配布してるんと違うんかと。

668 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 00:55:56 ]
cgi.rbが糞コードってのは公認なの?
俺がアホだから解りづらいのか、糞コードだから解りづらいのか、
どっちなのか悩んだ事があったんだが。

669 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 01:11:55 ]
PerlのCGIモジュールの再実装だから、当然・・・。

670 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 01:58:15 ]
あれは「これをもとにブラッシュアップする」という予定をすっ飛ばされたライブラリだから
cgi.rb 自体が悪いというよりは、それこそリリースエンジニアリングが悪い

671 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 02:15:08 ]
そもそも「CGI汎用対応ライブラリ」は実装が汚くなる傾向にある

バージョン 0.2 くらいでは非常に理想的なコード進行なんだが、
バージョン 0.95 になると特殊条件割り込みやら外部バグ対応やらでぐちゃぐちゃに

672 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 02:37:35 ]
ライブラリの中がある程度汚くなるのは仕方ない分野もあるってことかな
その分、APIの統一やらドキュメントの充実やらで対応するのが常道だろうけど
ソース嫁って意見はその辺はどう考えてるんだろうか
まさかコメントあるからおkってことでも無かろうが

673 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 04:36:26 ]
できれば標準ライブラリは一番綺麗なお手本でいてほしい。
その言語処理系でなにかしようとするなら、まず標準ライブラリを参考にするし。

ただ、「これをもとにブラッシュアップ」とか言ってたらオープンソースじゃ
一生リリースできないからね。何もないよりは、はやリリしょちゅリリのほうがいいよ。

ここでグダグダ言ってるよりか何か書いてパッチでも送りつけるorパッチ袋に
蓄積するというほうが現実的なんではないかな。あ、俺はやらないけどw
そんな暇あったら自分の仕事するしw

674 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 06:07:19 ]
ちなみに、cgi.rbをブラッシュアップするぜと言ってメンテナになられた奇特な方がxibbarさんなので、
みなさん意見とか言ってあげてください

675 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 06:30:59 ]
え、何が楽しいのとか馬鹿じゃねーのとか他のことやったらとかそういう意見でもいい?



676 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 06:35:53 ]
WEBrickにセッション機能つけてcgi.rb捨てようぜ

677 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 08:23:39 ]
むしろRackを標準にしてcgi.rbを捨てるのがいいんじゃね

あと、確か一時期cgialtに置き換えようって動きもあったよね
あれどうなったのかな






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

前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