- 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-
- 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>1１①1１①</TITLE></HEAD><body></body></html>"
>=> "<html><HEAD><TITLE>1１①1１①</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の統一やらドキュメントの充実やらで対応するのが常道だろうけど
ソース嫁って意見はその辺はどう考えてるんだろうか
まさかコメントあるからおｋってことでも無かろうが
- 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に置き換えようって動きもあったよね
あれどうなったのかな
- 678 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 08:26:23 ]
- Rack は CGI 環境での動作テストをせずにガンガンリリースしまくったという負の実績が…
- 679 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 08:28:24 ]
- >>651
tsushima.2ch.net/test/read.cgi/newsplus/1249297928/
- 680 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 08:48:59 ]
- >>678
それで1.0.0でもCGIが動かないという恐るべき状況になったのか
- 681 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:07:18 ]
- >>677
Ruby本体では、年1リリースでも支障がない程度に安定していることという暗黙の前提があるので、
Rackが入るにはもうしばらくかかるんじゃないかな。
たまに話が出るFFIも同様の理由で当分はない。
CGIAltにはすでに置き換わってるよ。
気づかなかったとしたらそれはxibbarさんが慎重にテストしながら置き換えた成果だね。
- 682 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:13:58 ]
- >>675
> え、何が楽しいのとか馬鹿じゃねーのとか他のことやったらとかそういう意見でもいい？
同旨の事は言った気がする（ぉ
- 683 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:29:43 ]
- ライブラリのソースを読んだ知見を元に何でドキュメントを書かないの？
- 684 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:39:36 ]
- ソースを読む才能とドキュメントを書く才能って別なんだよね。
リファレンスマニュアルならすでにあるし
- 685 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:43:36 ]
- それが理解できず開発者にドキュメントを強いる衆愚
- 686 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:16:57 ]
- 引き篭もりはこれだから困る（）笑
現実の世界見てみろよ！
製作者が公演したり解説したり本書いたりするのが当たり前だから！
そして微妙な空気に支配される会場！がっかりが埋め尽くす書評！
無下にするわけにもハブるわけにもいかず仕方なく「スーパーバイザー」とかよくわからん横文字で濁されるお茶！
- 687 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:21:03 ]
- ああ、監修：ま何某ってそういう…
- 688 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:21:50 ]
- >>686
無知、乙
- 689 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:30:20 ]
- そういう役割分担というか、専門技能へのドライな眼差しは、
日本人が苦手としているところかもね。
スポーツでも、日本文化に古くから染み込みすぎて旧態依然としている分野（野球、相撲）ほど、
プレーヤーとトレーナー&マネージャーをごっちゃにするし。
- 690 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:30:34 ]
- >>686
関係者かなんか知らんけどあんな人無理に壇上で喋らせなくてもいいのに、と思うことはなくもない
せめて巷の体育の先生くらいには話のできる人がフォローすべき
インタビュー形式とか色々あんじゃんね
Ruby関係ないな
- 691 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:48:36 ]
- いや、あの公演、当日までスライドできて無くてアレしゃべってるんだぜ
すごい才能だと思わないか
いや、別にほめられた事じゃないけどさ
- 692 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 12:35:54 ]
- もちおみたいにオープンソースの理解も足りないんだろうな
あと、多くは開発者以外がドキュメントを書いている事実も。
Ruby 以外の言語も知っておくのは、そういう意味でも重要。
- 693 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 12:37:19 ]
- >>688=>>692
- 694 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 13:55:42 ]
- >>681
>CGIAltにはすでに置き換わってるよ。
ダウト
- 695 名前：sage [2009/08/04(火) 15:11:48 ]
- >694
1.8系しか見てないのかな
- 696 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 15:17:46 ]
- >>694
おおう、たしかにCGIAltそのものではなかった
d.hatena.ne.jp/xibbar/20090124
- 697 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 22:06:18 ]
- IronRuby 0.9
- 698 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:01:11 ]
- IronRubyとJRuby、なぜ差がついたか… 資金、開発環境の違い・・・
- 699 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:24:23 ]
- >>698
どっちがいいの？
- 700 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:39:00 ]
- どっちも駄目
まだ
きちんと一定の形に完成しないのなら意味がない
- 701 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:41:59 ]
- JRubyは完成したとして何に使うのかがよくわからない
IronRubyはWin環境でのライブラリ不足を一挙に解決してくれるからな
- 702 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 00:01:12 ]
- ふと一行78文字ルールと戦うIronPythonデベロッパの姿が脳裏に浮かんだ
- 703 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 00:26:51 ]
- JRubyだってJavaのライブラリ使えるのが強みだろうさ
あとJVMが動く場所なら動くことと、JVMが速くなりゃJRubyも速くなること
- 704 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 04:03:18 ]
- 1.9.1の最新版のmswin32のバイナリは出ないのだろうか・・・
- 705 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 08:33:10 ]
- >>700
「きちんと一定の形」についてもう少しkwsk
- 706 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 08:47:11 ]
- >>704
ftp://ftp.ruby-lang.org/pub/ruby/binaries/mswin32/
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/46231
なぜusaさんのページで出てないのかは謎
- 707 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 11:50:58 ]
- jrubyはもう駄目だろ Sunにさえ見放された
IronRubyは世界標準のWindowsだし、世界最強IT会社のMS製だし・・・
- 708 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:07:19 ]
- マイクロソフトが手を出せば成功するというのなら世の中はとっくに
- 709 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:26:30 ]
- Ruby の今後について、マーケティング用語「キャズム」を紹介する
ttp://www.mitsue.co.jp/case/glossary/m_023.html
一般的にテクノロジーのライフサイクルはベル型の標準偏差のグラフによって示され、
その各段階でターゲットとすべき顧客として、イノベーター、アーリー・アドプ
ター、アーリー・マジョリティ、レイト・マジョリティ、ラガードといった顧客セグ
メントが行なわれます。通常、この顧客セグメントによって、異なるマーケティング
施策を行いながら、徐々に新しいテクノロジーの顧客層を広げていくことが推奨され
ます。しかし、米のマーケティング・コンサルタントであるジェフリー・ムーア氏が、
同名の著書によって、明らかにしたのは、イノベーターとアーリー・アドプター
で構成される初期市場と、アーリー・マジョリティやレイト・マジョリティによって
構成されるメジャー市場のあいだには、容易には越えがたい「キャズム（深いミ
ゾ）」あるということでした。顧客セグメントの違いによって生み出される、この
キャズムを超えなくては、新しい商品はメジャー市場でブレイクすることなく、規模
の小さな初期市場のなかでやがては消えていく運命となります。同著が、10年間にわ
たって米国ハイテク業界のバイブルとされたように、特にテクノロジーの進歩の激し
い業界においては、強く意識することが重要なマーケティング理論です。
以下は、マーケティングの視点で、Twitter の普及を分析
Twitter の快進撃がとまった!?～スローダウンの要因を分析する
ttp://japan.internet.com/column/busnews/20090709/8.html
- 710 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:35:14 ]
- ふだんは Java と Ruby を両方いじっている者だが
(Java 系のエンジニアだが、さいきん Rails も覚えた)
Java のプロジェクト内ライブラリを叩く運用ツール(半使い捨て)を、
# たとえば 在庫一覧をファイルに出力するツールなど
いまは Java のプログラムでつくっているが、
これを JRuby でやるようにしたら、もっと手軽に作れないかなと思っている。
JRuby は、マルチスレッドプログラミングするなら Ruby 1.9 系よりも速いんじゃなかったっけ？
このスレだかどこかで読んだような
|
 |
