「中学生でもできる簡単な仕事です」
GTK+ってWindowsではあまり使われてないの? 何で〜?
まあ厨房の暇な時間を無料ソフトの開発に当ててもらうのはいい事かもな。 プログラマを無料で扱き使ってこそ、IT会社が儲かるw ウィンドウズだと普通にGUIあるからツールキット要らないと思うよ。
俺なんかgemの作者にパッチ送っても無視されてるぜ
そんな パッチじゃ 勃たねえよ
あっからさまな単なるバグの指摘でも放置されたんなら、 それはそのライブラリの寿命だよな。
マルチバイト関連や日本の使用法に依存するバグ報告はめんどい しかも確実に若干遅くなるコード
forkするしかない
こうやって再発明されて無駄な時間が費やされていく。
ちょっと前は「Rails開発者達でRubyをforkして日本人開発者を追放しよう」なんて寝言がこのスレで支持されてたなぁ
「敵に回すと激しくウザいが、味方にすると頼りない」2ちゃんねるの本領発揮だな。
>>17 プログラムの動作時間が短いままであることより重要なことなんてあるの
みんなモンキーパッチ大好きだもんね
forkをめざせ
forkと共にあらん事を
1.9使ってるならspawnのほうが
見覚えあるw
27 :
デフォルトの名無しさん :2009/11/03(火) 04:14:24
cp -u みたいなものを作って動かした。 D:/exec/command/cp_u.rb:2: syntax error, unexpected '{', expecting kTHEN or ':' or '\n' or ';' D:/exec/command/cp_u.rb:5: syntax error, unexpected '}', expecting $end 一瞬、なんのことか、ピンとこなかった。 該当行に、以下のように書いたからなんだが。 if( ARGV.length != 2 ){ # error handler # } 最近、JavaScript を書く機会が多い。すぐに影響される。_| ̄|○
あるある。俺もよくこんな風になっちまう… typedef @implementation my_class_t defun doHoge([Head|Tail] &rest) const ++++++++++ [ >+++++++>++++++++++>+++>+<<<<- ] end @end MyClass;
29 :
デフォルトの名無しさん :2009/11/03(火) 11:12:10
railsコミュニティの人たちがrubyの汚い仕様を練り直してくれるなら大歓迎だな
Railsの連中もいろいろブレーキが壊れているからなあ。
というか Ruby 本体を任せて欲しいなら Rails をまともにしろと
Rubiniusが乗っ取ってくれるよう、応援しようぜ、とか IronRubyが乗っ取ってくれるよう、応援しようぜ、とか そういう声が出てこないのはなぜなんだぜ?
乗っ取られたら何が変わるの? てゆうかさ、変えて欲しいところがあるんなら要望出してみたら?
要望出しても頭の固い教祖が通さないから言ってんだろ
>>35 そんな頭の固い教祖様もyuguiたんの言うことは聞くんだよね
>>35 は二人の間には何があるんだと思う?
Ruby開発の雑用全部引き受けて、 中身もよく知ってる論理的・建設的な人と、 よく考えもしないで文句ばっかわめいてるやつの言うことを 「要望」とか「言うこと」という言葉で一緒にするなよ。
あんなによく働く人を手放したくはないだろう。 技術レベルとかそういう話は別として。
>>37 rubyコミュニティってこんなに閉鎖的なのか?
当たり前だろ。素人は口出すな
>>39 よくわからんが、何言っても受け入れろってことか?
それを開放的というなら閉鎖的かもな
教祖さんが死んだらだれが跡を継ぐんだろう
>>42 普通に考えたら
1. メンテナのうちの誰か
2. 派生版の作者
のどちらかだろうな
そのままバージョンアップが停止するということも考えられる
>>41 MLでも身内の提案以外は無視されることが多いし
Matz日記にコメント付けたこともあるがすぐに削除された
> Matz日記にコメント付けたこともあるがすぐに削除された モwwwルwwwwモwwwwンwwwwwwwwwww とかそういうのは削除されるぞ
>>43 yuguiもshyouheiも教祖様の判断がないと何も出来ない人だったんですね
知らなかったなぁ
yuguiさんはともかくshouheiって?
コメント削除されちゃうようなやつがここに集まるのか 納得
納得できて良かったですね
もっと若手を養成しないと先は無いぜ
>>48 と、いうことにしたいのですね? (AA略
ヘ_ヘ ミ ・ ・ ミ ( ° )〜
ずれてますよ
>>46 yuguiさんとかmput氏がメンテナでないという妄想がどこから沸いてきたか詳しく
そもそも
>>43 が「バージョンアップが停止する可能性」だのと懸念してるのは
yuguiさんを認めていない証拠
Matz氏が開発止めるレベルの「もしも」を仮定するなら なんらかの事情でyugui氏なりmput氏なりが継続に助力できないケースも 仮定されるんじゃねえの
58 :
43 :2009/11/04(水) 07:02:15
俺の書き方が悪かった バージョンアップが停止する可能性っていうのは、正確に言うと 「言語仕様レベルでの」バージョンアップが停止される可能性ってこと メンテナンスレベルのバージョンアップが停止されることは、あまり考えてない
>>58 それはそれで「安定」ってことでいいんじゃね?
という気もする
CとかC++とかJavaみたいに委員会方式でやるのも手だけどね
>>29 >891 名前:デフォルトの名無しさん[sage] 投稿日:2006/09/03(日) 10:29:35
その時期だったらブーイングされて当然な気がする。
実際その辺の不満が表出した結果がRubyConf2006での「デンバー合意」なわけで
ttp://jp.rubyist.net/magazine/?0017-YarvManiacs のあたりではささださんの愚痴が漏れてたり。
あとその辺の時期だとリリースエンジニアリングが全然駄目だった時期でも
あるのでは(つまりmputさんが動いて機能追加とセキュリティパッチが別立てになる前)
あと時期は随分あとになるけど1.8.6のメンテをRails系企業に渡したあたりで
海外からの不満はおおむね収まったのかと。
まあ、どれも今振り返るとやって大正解だったよね。
亜米利加じゃrbよりpyのほうが流行ってるから、railsがpyに書き直されて、rb終了のほうが可能性高いだろう。
>>61 > railsがpyに書き直されて
あのリフレクション使いまくりのRailsを、Pythonに書き直せると思えるならやってみやがれw
他言語だとgrailsとかあるけどあれはrubyもどきのgroovyだから出来ることだしなあ
すでにDjangoとかPylonとかあるのに、別にRailsを移植する必要なんかない。 ようはRailsに負けず劣らず開発効率がよくて、さらに実行効率までいいフレームワークがあればいいだけの話。
65 :
61 :2009/11/04(水) 17:07:46
>>64 も挙げてるとおりDjangoの方が全てにおいて上。
はい、Ruby終了。
>61の中では終わったようですね.今度このスレに来る時は建設的な議論があると嬉しいです.
昨日から大ハマリ中です。 =begin 〜グチここから〜 作りながら学ぶRubyという入門本を買ったのですが 1.9環境でsqlite3-rubyがエンコードASCII-8BITで返すことが 書いてなかったり、gem1.3.5をgemでインストールしたら gem本体がインストールされてなくて原因わからず 糞詰まり状態で1日終了。Rubyの勉強全く進まず。 〜グチここまで〜 =end ruby-debug-ide 0.4.7以降は1.9.1に対応してないんでしょうか? ダウンロードはされてるんですが、インストールされません。
残念ながらされてません
Ruby 初心者スレッドの
>>1-6 をお読みください
そういやProc#to_sourceの議論って進んでないよね
>>67 Rubyの知識のない人間が1.9.1なんか使うな
素直に1.8.7使え
ありがとうございます。 1.9がリリースされて結構時間が経つので依存関係も対応済みだと思ってました。 入門本で1.9は地雷っぽいですね。
>>69 参考書が1.9なんですよ。
1.8.7を使ってたんですがわざわざ1.9.1環境を構築するのに
四苦八苦してるんです。
変な本も多いからな、Ruby
入門でWebアプリ作らせるやつとか大勘弁だな
いくらなんでもインターネット上に公開させたりはしないだろう ……しないよね?
>>71 1.9オンリーの参考書ってことですか?
なんという先走り…
タイトル教えてください
参考書の内容は変だとは思いません。 わかりやすくて面白いです。 が、サンプルが1.9.1でsqlite3を使っているにも関わらず sqlite3-rubyが返す値をforce_encodingしていないので サンプルは動かなかったんです。 コードを修正すると動くようになりますが、その一点だけが不思議です。 他の言語経験が無い人だと、たぶんお手上げだろうなと。
最近またちょこちょこ本が出てるが、1.8の説明なんておまけ程度 リファレンス系はさすがにカバーしてるが 1.9がトリガーになって出版してるんだから当たり前だけどな 次はRails3.0がトリガーになるんだろうな
1.9はsp2までまったほうが。
1.9.1自体は別に従来と比べて特段の不足があるわけじゃないんだけどな 外部ライブラリ周りと初心者向け解説群がまだ追っついてない
81 :
デフォルトの名無しさん :2009/11/08(日) 15:08:24
Rubyのソースコードを読んでいるのですが、if, while等でインデントが崩れて読みにくいです。 タブ幅は空白4文字としています。 エディタはgvimなのですが、どう設定すると読みやすくなるのでしょうか?
82 :
81 :2009/11/08(日) 15:15:42
C言語で書かれているRubyのソースコードを読んでいます。 タブ幅は空白文字4文字分としています。
自分でタブ幅いじって試そうとか考えないのか?
1TAB=8スペースみたいだよ。(set ts=8かね) かなりスペースインデントとTABインデントが混在してるが、 揃える気ないんだろうなこりゃ。
85 :
81 :2009/11/08(日) 19:40:12
個人の自宅鯖だと思うから、しばらく落ちてたりしてもおかしくないと思う。
87 :
デフォルトの名無しさん :2009/11/08(日) 20:45:58
初心者スレでレスがないのでこちらでお願いします NetBeans6.5.1、6.7、6.7.1の各バージョンでRuby1.8.7+SQLite3を使ってる方 いませんか?当方、複数のパソコンで 1.8.7-p72 → sqlite3-ruby → dbi → dbd-sqlite3 という順番でインストールしNetBeansとSQLite3とドライバの各バージョンを 試してみましたが、DBI経由で呼び出すと必ず ERROR DBI::InterfaceError: Unable to load driver 'SQLite3' (underlying error: uninitialized constant DBI::DBD::SQLite3) というエラーになります。 Rubyのバージョンが1.9.1だとエラーになりません。また、コンソールから実行すると エラーになりません。ネットで検索しても有効な情報が得られないので困っています。 ちゃんと使えてる方いましたら教えてください。
python使うと楽だよ
>>87 dbd-sqlite3がどこにインストールされてるか調べてみるといいと思う
Rubyの実装はいつCからGoに切り替わりますか?
そういうニュースが出るとすぐ言いたくなっちゃうんだろうな
ペレストロイカ!!
文字コードネタで暴れてるのお前らだろw
goの話? むしろRuby使いなら、 「とりあえずバイト列」にも理解がありそうだが
96 :
デフォルトの名無しさん :2009/11/17(火) 21:10:26
97 :
デフォルトの名無しさん :2009/11/17(火) 21:13:30
北米で500人か
動的にクラスへメソッドを追加することって出来ますか? 流石に無理かな・・・
え、それができるからいいんじゃないのか?
101 :
99 :2009/11/19(木) 18:56:05
>>100 ありゃ、出来るんですか
Kernal、Objectあたりを見てもそれっぽいのは見つからないような・・・
良かったらどうすれば出来るのか教えてもらえますか?
よろしくお願いします
>>99 class Hoge
def a
...
end
end
class Hoge
def b
...
end
end
難しく考えなくていいですよ。
既存のメソッドの上書きまでできる(うっかり書き換えちゃう可能性もありますが)。
あう。
クラスメソッドを追加じゃなくて、
クラスへメソッドを追加、だったのね。
>>103 は忘れてください。
カタカナの並びに埋没して「へ」が見えなかった。
別にインスタンスでもクラスでも関係ないと思うけど質問の意味が違うのかな? class String def self.hoge ; 'hoge' ; end end hoge = String.hoge メソッドを使って定義したいならModule#define_method
106 :
99 :2009/11/20(金) 00:10:41
>>105 >Module#define_method
おぉ!まさしくそれです。Moduleでしたか・・・
ありがとうございました
やっぱり1.9ってVista的にスルー対象なの?
なにが「やっぱり」なの?
Win32APIの引数、戻り値の定義のintとlongの違いって何ですか? どっちも4Byte(Windows for x86の場合)だと思うのですが
将来longが8bitになった時に、longのほうは8ビットになる...かもしれない。
8ビットワロタ
うわボケてたw バイトねバイト。
何で6byteとかにはならないんですか?
多分誰も幸せになれないから
コンピューターは細かいところまで見ると結局すべて2進数で動いている だから2の累乗のデータを扱うほうがきれいだし楽 と大した知識もないのにマジレスしてみた
これは誤爆だよな
118 :
116 :2009/11/21(土) 00:04:33
ぁ…何処にもRuby/win32apiでって書いていなかった…釣ってくる…
>>109 winはLLP64だから32bit/64bit環境で違いが出ることはない
密かに開発中らしい128bitはどうなるか知らん
Win64APIのintは64bitなんですか?
>>116 この場合はCで試してみて順次Rubyに変換していくのが切り分けの常道ではあるまいか
しかし面倒なのでWIN32OLEでWshShellのRun使ってファイルに吐き出してしまえば楽
質問の内容と今さらWin32APIってところを考えるとまさかツクールか?だったらご愁傷様
次に質問するときは具体的にどんな感じで試してどう動いたかとRubyのバージョンは書いてくれ
あと、質問は初心者スレのが食いつきいいし、WindowsのRubyは専用スレがあることも付け加えておく
俺もそう思うが、変えたからには意図があるんだろうと思って黙って見てた
Javaみたいに深い階層になってるわけじゃないからツリー上にするまでもない、ってことだろう。 ただ、クラスとモジュールをごっちゃにしてアルファベット順にする意義は全く無いと思うが。
ひどすぎ
Ruby1.8.5+rmagick/1.14.1なんですがαチャンネルを利用してcompositeしたあとにbmpで書き出すと 32bitで書き出されてしまいます。24bitで書き出したいのですがどうしたらいいですか?
>>122-124 単に見せ方についてまで手が回ってないだけ。
参加して見やすいように直してくれ。
>>126 img.alpha を弄って不透明にしてみるとか(思っただけ)
129 :
126 :2009/11/24(火) 00:28:18
>>128 thx。が、1.x.xに.alphaは無いんだ・・・
.channel(AllChannels)で自己解決した
RMagickに限らずImageMagick系って該当スレがないんですよね・・・
>>120 調べりゃすぐわかると思うが、Win64ではintもlongも32bitのまま。
とみせかけて中身はPHPだったりして!
わざわざ.rbつける奴ってスタバでマックやバイオ広げるくらい自意識過剰な奴が多いよな
スタバなんだからマックのじゃなくてスタバの軽食食べればいいのにな
コーヒー飲みながらプログラミングがしたいだけなのに まわりの目を気にするなんて意味不明だな スタバとかMacにどれだけステータスつけてるんだと。 単にコーヒーがそこそこ美味しくて店内禁煙でどこにでもあるから スタバにいるだけ。フォントがそこそこ美しくてUNIX環境がすぐ使えて 何かと便利だからMac使ってるだけなのに。嫉妬もたいがいにしてほしい。
レス長い 馬脚
>>134 が少し考えないとわからなかった俺は関西人
MagLevのアルファ版が出たと聞いて
Ruby 2.0.xの仕様ってどうなるのかなぁ・・・ また1.6.x→1.8.xの時のような状態になるのは勘弁してもらいたいわけだが
142 :
デフォルトの名無しさん :2009/11/26(木) 11:05:15
>>140 Rubyは進化したがってるのに、お前みたいな馬鹿ユーザーが足を引っ張ってるなw
バージョン上げる前にぐっちゃぐちゃの実装を何とかしろ
>>144 例えばどこ?具体例plz
話題が大きくなれば開発側の耳にも入るかもよ
>>143 誰も進化するなとは言っていない
変更点があるなら事前に示して欲しいだけ
インタプリタのメジャーバージョンを上げたら
動かないコードがボロボロ出るような状態は困る
馬鹿な開発者が、十分なアナウンスもドキュメントも、それどころかまともな熟考もなく、
気分で形を変えて気持ち良くなってるのが、これまでのRubyの「進化」だからねぇ。
>>143 みたいなシンパが、これでもかというほどスポイルした結果だろうけど。
具体的な指摘は結局なにひとつできないのな
>>149 日本語が読めないのか?
「メジャーバージョンアップ前に変更点一覧を公表せよ」
と言っているんだが
まー基本的には、Matzが自分の作りたいものを作る言語だからな
ドキュメントが欲しいなら、他の人が書かないとどうにもならん
>>151 まず「日本語はないから英語読め」という姿勢自体が間違ってる
仮に英語を読むことにしたとする
その変更履歴だけを読んで、いったい何が分かるんだ?
具体的な情報は無いも同然だろ
ソースのdiffでも取って読めばいいんでない?
愛国Ruby 憂国Gauche なんかうかんd
おまいらがゴタゴタしている間にPerlは6に進化していくというのに
釣れそうですか?
>>156 えらく巨視的なたしなめ方もあるもんだ
悠久の時の流れしか感じねえ
アキレスと亀のようだ あっちはミクロだが
未踏いらない
メジャーバージョンあげるんなら、以前のコードが動かなくても当然くらいの勢いでいってほしい。 下手に互換性にとらわれても、どうせそのままじゃ動かないんだし。
えらく巨根をなめなめした に見えた
日立ソフト、Ruby システム開発に対応する専門組織「Ruby センタ」を設立 - japan.internet.com Webビジネス
日立ソフトは2009年11月27日、オブジェクト指向スクリプト言語「Ruby(ルビー)」を活用したシステム開発案件に対応する専門組織として、
「Ruby センタ」を12月1日に設立することを発表した。
同センタは、Ruby 開発案件を集中対応するために設置された組織で、全社を横断する組織として窓口を一本化し、
おもに中小規模のシステム開発案件を中心にビジネス展開を進め、関連団体との連携を強化し Ruby の普及を促進する。
また、今回の Ruby センタ設立に併せて松江事務所(2008年10月設立)内に Ruby ラボを設置、
地元 IT 企業および関連団体との連携を強化していくという。
http://japan.internet.com/busnews/20091127/1.html
日立って Be はどうしたんだっけ?
>>151 こんだけの情報で十分と思っているなら、利用者が何に困っているかをRuby開発陣はさっぱり理解できていない。
>>165 具体的に困っている箇所を教えてあげればいいんじゃない?
困ってることを具体的に開発陣に言えばいいじゃん 馬鹿に合わせドキュメント作ってたらキリ無いだろ
もろ被った
「利用者の欲求」の意見を全く無視したという話は聞かない ほとんどはpendingあたりになってはいるはず 実際に解消されるかどうかは余剰リソースと優先度次第だが
Rubyが世界規模なのに開発が日本中心だからガス欠になるんだろうな
ガス欠なのか、エンジン性能特に馬力不足なのか、その辺も考慮に入れた例えかな?
JRubyがガンガン開発進んでるという話も聞かんが
JRuby結構進んでるけど、進めたところで本家の仕様がふわふわしてるからな
本家の動作がいいと思ってるなら本家のとおりに動作させればいいだけじゃん
>>166 NEWSを読んだうえでその発言?あれ読んで一般の利用者が理解できると思ってるの?
文句言うだけのお客さんが多くて手を動かす人がいないからこうなってるんだよ。
書き方の問題だから、そういう話じゃないよ
書き方の問題に文句言うだけのお客さんが多くて手を動かす人がいないからこうなってるんだよ。
違うだろ。開発陣とその近辺にはあれで十分と考えている人間しかいないことが原因。
>>151 はその典型。
と、ここで騒ぐだけだから、改善されるわけがないよな。
開発陣とその近辺にはあれで十分と考えている人間しかいないって 文句言うだけのお客さんが多くて手を動かす人がいないからこうなってるんだよ。
>>175 一般ってなに?
というか君の言う「一般」向けにプレスリリースなりなんなりしている言語があったら知りたい
ソース読める言語のオフィシャルはどこもこんな程度だと思うが
詳説はなんか言語の名前の入ったよくわからん関係のサイトが記事にしたりする印象
どうせ無学歴のJava出身とかそこら辺の奴が文句付けてるんだろ。 例えばJava5の新機能なんてネット上にいくらでも易しい解説があるし、変更点を噛み砕いて説明してくれるからそういうのに慣れちゃってるんだろう。
無学歴かどうかはともかく、「あってもいい」が、「無いからといってオフィシャルが非難される謂れもない」ねえ コミットログが公開されない、みたいなのなら公然と非難してもいいが、辿ることは可能だしな ボクに懇切丁寧に無料で教えてくれるシンセツナヒトが現れないというのなら、 そりゃオフィシャルの仕事じゃないんでコミュニティで吠えてくれ
> そりゃオフィシャルの仕事じゃないんでコミュニティで吠えてくれ やめてくれ。 このスレが無情報なレスで埋まってしまう。
PerlerなんだけどRubyはどこらへんがPerlと比べて楽でどこら辺が大変か教えてくれ
このスレそういう連中の隔離スレだと思ってた
>>186 利点: Perlより書きやすく、Perlのように気軽に日常用途で使える
欠点: Perlじゃない
総評としてはPerlじゃないので習得する価値は薄い
>>186 利点:Perlのように後付けOOPでないので、オブジェクト指向コードが書きやすい
欠点:CPANほどライブラリーがそろっていない
Rubyは、便利なライブラリがなければ自分で作ればいい っていう発想というかパワーがある人向けかな。 CPANのようなライブラリがないと嫌だって人には向かないかもしれん。 個人的にはそう思ってる。
といっても、最近ではgemが充実してるから あながち「ライブラリが弱い」とは言い切れないのでは
仕事だとruby単体で使う機会が無いんだよなぁ Railsの案件ならいくらでもありそうだけど。
ほんにんおちゅ
Rails排除しろとは誰も言っていないわけだが?
198 :
デフォルトの名無しさん :2009/11/28(土) 17:28:05
RubyのGCの停止時間ってどれくらいですか。 ゲーム作ったら数秒に一回わずかに停止するのですが.... これがGC?
GC止めてみたら?
>>198 世になんでRubyアプリが少ないか考えてみるといいよ
>>194 O/Rマッピングってキャッシュできないのかな
202 :
198 :2009/11/28(土) 17:54:52
>>199 ビンゴ。GC止めたら変な引っかかりは消えました。
ありがとうございました。
完全に止めるわけにはいかないので毎フレームGC.startを呼んだら
それでも大丈夫だったのでこれで。
ドキュメントは比較的まともだがちっとも普及しないRuby 組み込みでよく使われるがリファレンスマニュアルが糞過ぎて使えないPython マッタク困った物だ
釣りじゃないなら具体的によろ
>完全に止めるわけにはいかないので毎フレームGC.startを呼んだら ゲーム作りの常識
ドキュメントが糞過ぎてちっとも普及しないRuby
207 :
203 :2009/11/28(土) 18:16:44
>>205 おい、俺今までGC止めずにゲーム作って、しかも公開してたんだぞ……
そういうことはもっと早くに指摘して欲しかったよ!
アマチュアPCゲーム製作はスタッフにPentiumIII使用者の人を混ぜる これまめちしきな 高スペックだと絶対気づかんことも、彼なら気づく
愛国Ruby
>>201 スキーマが変わったことがわかる低コストな方法があればARでサポートできるだろうけど。
そうじゃなければユーザ責任でちゃんとキャッシュを更新しないと
悲惨なことになるからサポートしないんじゃないかな。
メソッド再定義して、スキーマ情報を変数にキャッシュしておくことは簡単にできると思う。
Rubyのマニュアルは良い方だと思うけどなぁ 誤記満載のMSDNとか、メソッドの定義クラスすら書いていないPythonなんかよりRubyの方がはるかにまとも Rubyにも至らないところがあるのは事実だから今のままで良しとはしないで欲しいけど
Pythonは各クラスがコンパクトだから問題にならないような MSDNの誤記が多い?のはお仕事言語だから細かい仕様まで記述してるせい
>>213 まあそれ言っちゃうと、何にでも免責可能な部分はあるわな。
むしろ、受益者負担の原則でいくなら、メリットの大きい者(商売に使っている者)から順に改善すべきなんだけどな。
メーカーもそれが分かっているから、逆に防衛のためにMSDNなんかは契約書に「内容の正確性は保証しない」旨を明記している。
MSDNは末尾に指摘欄があるのは好感。 誤字は何度か直った経験はある。
216 :
デフォルトの名無しさん :2009/11/29(日) 10:45:48
PHPのマニュアルは充実している。 「User Contributed Notes」好きだ。
Perlを越えろ
>>212 漏れはPythonのマニュアルでそんなに困ったことは無いんだが
おまいさんと見ているものが違うのかもしれない
具体的にどの変がおまいさんに理解出来なかったのか示してください
そもそもRubyのマニュアルで自分も困ったことがない マニュアルが充実してないっていう人は、何が問題なの?
CやJavaで組むときは確かに、言語仕様書が必須だな。 RubyとかPythonの時はマニュアルが無いからといって困った記憶がないが、理由はどうやら組み方にあるようだ。 Rubyなどではコード補完を使ってどんどん書いて、一緒にテストコードも作るから、挙動について勘違いがあってもすぐ判る。 むしろパフォーマンスや再利用性アップのために、ロジックを組み替える事の方が多い。 Cとかでは一回組んだものを再構築するのは、もう少し手間がかかるから、事前にしっかり言語仕様を確認しておきたい、という違いじゃなかろうか?
というか、コンパイル言語かどうかで姿勢は全く違う 下手したらバイナリしか配らないような言語では、設計フェーズの重要性がうんと高い コンパイルに2時間とかそういうプロジェクトも。設計ありきで使う そういう場合はちょっと試して駄目なら変える、ができないから、事前情報は正確に膨大に欲しい
結論としては、ドキュメント欲しがるやつはクソ
ドキュメントに突っ込むとレッテル貼って否定する香具師を あちこちのスレで見かけるんだけど何なの? Win32APIスレにもPythonスレにも居いるな
>>222 ちょっとした曖昧な部分はインタプリタに対話モードで尋ねるという選択肢があるのもでかい
Pythonはモジュールもクラスもインスタンスも全部オブジェクトだからなぁ。 静的型付け言語やモジュール、クラス、インスタンスの境界が明確な言語と 違って、違いを明記しなくてもわかり難いなんてことないや。
RubyやPythonは、基本的にモジュールと一緒にソースが公開されるのも大きいよな。 正確な情報は全部ソースに書いてあるから、ドキュメントは精密さよりも素早く概観 できるほうが大事。
>>224 どの言語でも、ドキュメントが有るに越した事はない。
ただ、特にボランティアの場合、ドキュメントにかける労力をその他を改善に向ける方がいい場合もある。
「ドキュメントが無い事」を、出来ない言い訳にしてるヤシは論外な。
というか、ドキュメント作成の類こそ「あなたにもできる大貢献」だと思うのだが Javaドキュメントは金かけた売りもんだから比較はできん
>>219 Python2.6のリファレンスマニュアルで演算子の優先順位って何処に書いてあるのかなぁ・・・
って何でPythonドキュメントの話になっているんだw
>>230 平気でそういう事を言う人がいるけど、書きたい項目の動作に熟知していないとマニュアルなんて書けないよ
外野には目の前の動作が仕様通りの動作なのか仕様外の動作なのか判らないからな
実質的にマニュアルの記述が出来るのは開発者及び開発者と緊密に連絡が取れる人に限られる
>>231 そりゃマニュアルは外部の人間には書けん
しかしマニュアルだけがドキュメントではない
愛国!!!
外部の人間がドキュメント書いてるなんてあまり聞かない気もするけどなんかある?
>>234 ちょっと詳しい解説記事とか導入記事とかブログに載せるだけで価値があると思うけどね
不正確なBLOG記事で時間を無駄にした経験がないようだな
>>232 言語に限らずマニュアルの重要性は最上位だと思うが?
>>235 ブログ記事でいいのならるびまがあるじゃん
だいたいブログより正確だし、解説記事や導入記事が揃ってるぞ
>>236 そうだね
漏れはpythonの内部コード表現=UNICODE=UTF-8っていうサイトを見て信じてひどい目にあった
>>237 論点ずれてるぞ。
「マニュアルだけがドキュメントではない 」に対して反論があるなら
「マニュアルだけがドキュメントだ」にしなきゃ。
日本語しゃべれるならIRCにくるだけで主要開発者と緊密に連絡取れます お待ちしております
主要開発者って暇なの?
なんで、外部・内部って分けたがる人がいるんだろ。 「ドキュメントで協力」っていうのだって開発者への感謝もあって、自分に出来る事をする、じゃ駄目なん? 俺なんかは、フリーソフトだから気軽に試してみてRubyの世界を知った口だから、企業品質を求めるより もっと実験的になってもいいと思ってるくらいだ。 まあ、人によってバザール/伽藍のどちらよりか、程度の事かもしれんが。
Perlでは決してありえない話だよな 超多忙であられる開発者様と直接お話申し上げるなど…
と言うか1.8.xって2.0.xが出るまで保守されるのか?
1.8前提のアプリケーションが現在進行形で作られてるわけだし、 サポートしないわけには行かないと思うけど。 1.9でgemのほとんどのライブラリが動くようになるまでは、 1.8ユーザが1.9に移行するメリットはないしね。
1.8が2.0を待たずにサポート終了になる →今から手元のコードを積極的に1.9に対応させる必要がある 1.8が2.0までサポートされる →2.0が出るまで待って手元のコードを2.0に対応させればいい はっきりしないのが一番困るw オフィシャルに1.9.1は安定版って書いてあるんだよなぁ・・・
2.0が未来永劫でないのであれば何も問題ない
>>246 1.8 が保守されなくなれば 1.9 に移行しないことにデメリットがあるな。
>>247 オフィシャルがサポートしなくなっても頼るところはいろいろあるじゃん
PhusionとかEngine YardとかJRubyとか
てか、1.8.6は今EYがメンテナじゃなかったっけ?終了はありえないだろ
> Python2.6のリファレンスマニュアルで演算子の優先順位って何処に書いてあるのかなぁ・・・ まとめて書いてはない。構文規則中に組み込まれてる。
>>250 >
>>231 >お前にドキュメントが書けない言い訳は
>>241 で論破されたと思うが、
>次なる言い訳は?
おまえ、あれで論破したつもりになっているのかよ。
書きたい項目の動作を熟知しない人に対し、わかるまで開発陣が懇切丁寧に教えてくれるの?
ほんとにそんなサービス精神あったら、はなからもっとましなドキュメントを用意してくれるだろうよ。
まあだいたいオチは読める。
【パターン1】
素人:ここがわかりません
開発陣:勉強してから出直してこい
【パターン2】
素人:ここがわかりません
開発陣:そこはこうこうでこうだから・・・
素人:???説明がよくわかりません。もっとわかりやすく教えていただけますか
開発陣:勉強してから出直してこい
>>254 > 書きたい項目の動作を熟知しない人に対し、わかるまで開発陣が懇切丁寧に教えてくれるの?
ドキュメント書きたいというのなら教えてくれると思うよ
試してみたら
>>253 俺はPythonを使ったことがないが、その文書のタイトルが酷いなw
総当たりをするか、知っている奴じゃないと辿り着けないだろ
つか、何故Pythonの話に・・・ネタ切れか・・・
まあ演算子の優先順位どっちだっけって迷ったらカッコ使えばいいし 自分が迷うようなところは他の人が読んでも大抵迷うんだからカッコ使っとけという話だね よし、これで話が本筋からうまく外れたな
>>254 勉強する
↓
詳しくなる
↓
ドキュメント要らなくなる←いまここ
サービス精神どうこう言うなら、自力で勉強してその知識を ドキュメント化する(自力で勉強するのを自分で最後にする) というサービス精神はお前にはないの?
勉強するためにドキュメントが必要なんじゃん!
>>260 勉強する=ソース読む+開発者とコミュニケーションとって仕様を明らかにする
仕様は基礎の基礎にあたる部分は今まさにドキュメントとして公開されたわけだが
万人に分かるように全ての仕様を網羅して噛み砕いて文書化しろ
おお。骨格になる重要クラスのメソッドは 挙動を確定させるのね(当たり前か)
開発する人からすれば文書書きなんて退屈この上ないだろうしな。 ドキュメントが無いんじゃ衰退も止む無しだろう
>231とか>258-259とか見て思ったこと。 あんなドキュメントで十分だと開発陣や上級者は思っているし、 今のドキュメントがわかりにくい・不親切であることを認めようとはしないんだから、 これからもRubyのマニュアルやドキュメントがましになることはないな。 そりゃ初心者はみんなPHPに走るわけだ。
>>267 つまらん言い方をすれば、いまはこんなもんということ。
とはいえ、一部に問題意識を持っている人もいないでもないから、
>>267 に限らず、ここに具体的に何が欲しいか書き散らしていると
いつの間にかドキュメントが増えてたりするかもしれない。
オフィシャルのドキュメントが不十分だと吠える奴はいるが どう不十分なのか、どのようにすればいいのかを書いている人は少ないな・・・ 今のところ出ているのは更新履歴をしっかり出せくらい?
270 :
デフォルトの名無しさん :2009/12/02(水) 05:47:37
Perl4の水準にも劣る
「お客さん」は開発者にとってはうざいだけだからな。
というか他の言語では「お客さん」を食い物にするエコシステムがすでに成立してるんだよね ある意味では未成熟ともいえるし、ある意味では健全とも言える
俺は今のドキュメント事情を見て、そんなに不満はないかなー ただ二つ気になるのは、Ruby1.8と1.9の違いが 公式サイト上で分かりやすくアナウンスされてないことと るりまへの参入障壁が高いこと (以前のWikiリファレンスのように、誰でも書き換えられる形のほうが良かった)
「特異」の訳は Singleton じゃなくて Eigen になったのか。
>>274 Eigenclass っていう用語は前から使ってなかったっけ、と思ったが記憶が曖昧だ。
特異クラス = Eigenclass
特異メソッド = Singleton method
で統一されるのかな
EigenclassにするならEigenmethodにしろという意見も出てるみたいだね
前にサイン会でMatzに訊いたらEigenclassよりSingleton classの方が 好きと言ってましたけど,好き嫌いだけで用語を決めるのは 無理だろうから,どうなるかな
どうも永源遙が浮かんで困る
あいげん?
BookShelf 3.0に載ってない単語を使うなと
例文が某隣国に侵略を受けていると評判の英辞郎発進 eigen- 固有の eigenfrequency 固有振動数 eigenfunction 固有関数 eigen fuzzy set 固有ファジー集合 eigenvalue 固有値 eigenvector 固有ベクトル
>>278 むしろ用語こそ、Matzの好き嫌いが一番出るところじゃないか?
>>283 > 英語読みされるとアイジャンとかイージャンとかになるが
見逃してくれよ!
愛国プログラマーのみなさん こんにちは
アイゲンクラスと言われてもなんじゃらほって感じではある 数学の人は「あー固有クラスね」でわかるんだろうけど
数学専攻以外で「アイゲンバリュー」って言葉を知っていそうなのってw 数値計算の人ぐらいか?
>284 そう思うけど,他の候補がある以上はそれらを採用しない理由を 言うべきだろうと思うんだよね.それなりの理由があって候補になったんだろうし. で,その判断が好きか嫌いかでは相手が納得しないんじゃないかなぁ,と. >288 統計使う人とか
>>276 特異クラスだけ変えたのはsingletonパターンのclassとごっちゃになるから?
考えているうちに特異クラスと特異メソッドの違いがよくわからなくなってきた
記法の違いだけで実質同じだったよね?
もしそうだとしたらどっちかに統一してほしいな、名前が違うと機能も違うのかと深読みしてしまう
>>288 情報科学でも線型代数使ってるとわりと聞く
>>290 draft spec によれば
特異クラス: ただひとつのオブジェクトの振る舞いを定義する特別なクラス
特異メソッド: あるオブジェクトの特異クラスのインスタンスメソッド
でまったく別物じゃね?
>>293 全く別物なのはいいんだけど、eigenclassのインスタンスメソッドなんだから
eigenmethodでいいんじゃね?
細かいことはどうでもいーじゃん
物理屋ももちろんアイゲンバリュー使うよ。 量子力学って線形代数だからね。 アイゲンステートなんてのはむしろ物理屋しか使わないんじゃ。
>>292 サンクス
>>293 >>297 >特異クラス構文と特異メソッド定義が実質同じなのは
>メソッドを定義する場合だけ。
語弊があって申し訳ない
それが実質同じなら類似の名称を与えてほしいと言いたかったんだ
「eigenclassで定義されたmethod」と「singleton method」は別の概念ではないかと勘ぐってしまう
でも「eigenclassで定義されたmethod」と「eigenmethod」なら同じだろうと予想できる
>>299 ふたつの構文で最終的に得られるものが同じでも、ふたつの概念が似ているとは思えない。
Eigenclass の Sigleton インスタンスのメソッド = Singleton Method
と思っているので今の用語もそれほど別に変だと思わない。
初学者にわかりにくいという観点からすると、
Singleton method → Eigenclass のインスタンスメソッド
として用語を減らすのはありだと思う。
>>279 リングでつばを飛ばす、プロレスのヒトか?
うわ、しばらく見てなかったらるりまがめっちゃ叩かれてる。
ruby-listで自分語りが始まったお… UNIX的な「解らぬなら去るがよい」の精神がよかったんだお…
MLなんて別に興味ない話ならほっとけばいいだろう
じゃあそう書いて送ればいいのに
>>307 定年過ぎて何もやることがなくなるとそうなるんだお
自分語りの次はダウンロードできるとこ教えて びっくりしたw
shoesは失踪した_whyのプロダクトだから、後継がどこにあるか 分からなかったのかもしれん。
githubは割と検索にも引っかかりにくいので、 githubの存在自体知らないと見つけづらいね。
自転車置場の議論が始まると今まで見たことなかったような人達がうじゃうじゃ湧いてきて面白いね おまいら今までどこに潜んでいたのかと
じゃぁここらで超ヘビーな話題でもふって散らしてくれw
314には散らす理由が無いだろう、面白いって言ってるんだから。 「じゃあ」がどこにもかかっとらんw
皮肉と取れないこともないな。
るびまの記事がさみしくなってきた気がす
目次読んで離脱がデフォになってきた 年刊くらいがちょうどいいのかも
Rubyist Hotlinksだけは必ず目を通してるな。
るびまは褒賞くらいあるべき ちっこいるびま記事提供者証のバナー作って 記事書いてくれた人はブログに貼ってもいいよって言うとかさ その人のブログ全体のアクセスのカウントが手元でできるおまけつきだけど そう考えるとあまり嬉しくないな
ふむ ・ 著者ごとのリストページを作る ・ バナーのリンク先をそのページにしてもいいと言う か だから何って感じだぬ
記事を寄稿してくれた人の中から抽選で3名様に最新ビルドのWindowsバイナリをプレゼント! 公開されてない貴重品です!
なんか特典があるといいよね。 例えばMatzと10分話せるとか
協賛企業の書類選考を無条件でパスできますとか
残りおよそ206時間て書いてあるんだがどうしようかな
怠惰な万年初心者向けに適当なクラスをピックアップして サンプルメインでダラダラ使い方解説してくれる記事が欲しいな。
ぶっちゃけ、るびまでどんな記事が読みたいのさ?
>>328 俺は今の方向でだいたい満足してる
欲を言えば、コード添削と標準ライブラリ紹介の続きが読みたい
330 :
デフォルトの名無しさん :2009/12/08(火) 09:41:31
「書いてることに満足できなくなったら、今度は自分が書く番だよ」
つまり文句も意見も口にするなということですね
なんねえよ
>>333 なるよ
気に入らなきゃお前が料理しろ系の文言は全て衰退を招く
ハァ?
336 :
デフォルトの名無しさん :2009/12/08(火) 10:40:53
>>334 × 気に入らなきゃお前が料理しろ
○ 気に入らなきゃお前が料理するしかない
このスレでオープンソースを全否定する発言が見られるとは思わなかった
お客様気分で注文つけてるヤツは0円で購入したソフトウェアぐらいにしか思ってないんだろ
BLEACHがつまらねえなら自分で描けよってことか
340 :
デフォルトの名無しさん :2009/12/08(火) 10:58:23
るびまは読む人が作る類のものではないのに何言ってんだ?
>記事の投稿も随時受け付けております。
お客さまの文句も意見もなかったら何にも良くなっていかないと思うが? つか、2ちゃんねるで「文句も意見も口にするな」なんておまいらどんだけ内弁慶なのかと 言いたいことは言えと
>>341 書きたい人を募集してるってことじゃん
読みたいなら書けってことじゃねーぞ馬鹿が
読む人が作る=読みたいなら書け こんな解釈初めて聞いたw wikiは文句があるなら書けの代表だろうけど、読みたいなら書けの実例はなんだ?
こんな記事読みたいって人に対して、じゃあお前書けってのはないわ〜。 書けるくらいなら読みたいって思わないだろうさ
>>341 > ・ Q. こんな記事が読みたいんだけど。
> ・ A. 各号に掲示板を用意しますので、そちらにご記入ください。
> または、るびま編集部までご連絡ください。
ここはるびまの掲示板や編集部だったのかw
変なのが住み着いちゃったな
>>347 んなこと言ってない。意見があるなら公式な窓口があるんだからそっちいけと言ってる。
なにこいつ
>>350 2chへのお客様です
丁重にもてなして差し上げること
移行期のUNIX板思い出した
>>349 みたいなのばっかでまさになにこいつ状態
別文化圏の空気理解できないならMLに閉じこもって出てくんなとか思って見てた
アホなことを言ってでもレスしてもらいたがる寂しおっさんなんだよ。 あまりストレス溜めてリアルで発散されても困るからみんなで構ってあげてよ。
ソフトのメーリングリストでよくあるパターン 作者は利用者の要望に応えたいのに、要望出した人に対して執拗に攻撃する人がいて迷惑してる
MLに閉じこもって出てくんなとか思って見てた(キリッ)
356 :
デフォルトの名無しさん :2009/12/08(火) 14:56:49
只で使ってやってるんだから、おれが読みたい記事を書くか、でなけりゃ金を払え。
Matzにっきが読みたい・・・
1.9で {:foo => 1} のようにキーがシンボルのときは { foo: 1} と書けるようになりましたが メソッド呼び出し時の ハッシュリテラルの {}の省略とあわせ技で hoge foo:bar とすると 1.8 では hoge( foo( :bar ) ) と解釈されるけど 1.9では hoge( {:foo => bar} ) と解釈される 1.8と1.9の判別にどうぞ(嘘)
rubyって童貞が使ってるイメージ…
ではMatzは永遠の いややめておこう
MatzってRuby使ってるのかな
Cばっかじゃね。
ruby-mswin32更新きた! なんか更新されないなーと思ってたら作業ミスだったのね
,―ヽ____、― ,/ ノ ヽ ~\ / ノ IPA ヽ ~\ / ノ ヽ、 `ヽ | ノ / ̄\ / ̄~ヽ ヽ i | ノ | ノ \ | <●> <●> ( ) \ | | | i / | / ヽ レ i (●_●) / i、 ,-――-、 ・ / i、 <(EEEEE)> ∵/ まピョーん☆IPA Rubyをこれからもよろしく i、 \___/ _/ \ ,ノ ,,.....イ.ヽヽ、ー-―一ノ゙-、. : | '; \_____ ノ.| ヽ i | \/゙(__)\,| i | > ヽ. ハ | ||
1.9でソースの文字コード周りが大きく変わって日本語を含むソースコードを そのまま実行できなくなったけど(要coding指定)これは2.0にも引き継がれるのかな?
>>362 言語の中でCが一番好きって言ってるよね
>>366 少なくとも1.9の書き方で2.0でも動くようにするはず
来世紀の話を今しても仕方ないぞ
>>357 がるびまに寄稿した特典でMatzにっきが更新されると聞いて
371 :
デフォルトの名無しさん :2009/12/09(水) 12:43:16
>>366 1.8 はデフォルトのソースコードのエンコーディングが 1.9 でいう ASCII-8BIT だった
1.9 でこれが US-ASCII に変わったので、8bit が通らなくなった。
2.0 かどこかでさらに UTF-8 に変わることはありえない話ではない (要望次第)。
なお、ロケールを見ることになる (日本語 Windows で CP932 になる) ことだけは絶対にないので、
>>368 も含めて安心して magic comment を書いてください
るびまが、マガジンの体を成してないな。
新着記事が出来次第公開すればいいのに
先生それブログです
技術系の情報サイトで〜号みたいな形態取ってるのるびまだけじゃね。 わざわざ紙媒体の風習に固執するメリットがよくわからない。
そういう感想聞いたらマジで中の人るびま出すのやめたくなると思うよ
技術系の情報サイトの風習に固執するメリットがよくわからない るびま発行ってほんのちょっとしたイベントやお祭りみたいで好きだけどな
何か意味のわからない張り付き方だなw 形式に対する要望出しただけだよ。 当事者かつ意に沿わないならスルーすればいいだけだし。
>>376 いや、紙媒体のような雰囲気をWeb上で敢えてやってるんだよ
「Rubyマガジン」ってまとめるとなんか楽しそうじゃね、というのがそもそものモチベーションなんだから
もっとめちゃくちゃ短い、5分でできるRuby記事みたいなサイトがあってもいいとは思うが 誰が書くんだよという話はあるけど、少なくともるびまよりは敷居が低かろう そこから記事提供者を引き抜くことは不可能ではないと思う
>>381 Ruby あどべんとちるの・・・じゃなくてなんかあれはそれに近いかも
俺も自己紹介する時はCが一番好きって言うよ 何となく出来るプログラマーに見えるからね
>>377 やめてもいいんだよ
義務感で出すのなんて読んでもつまらん
べつにメリットがなくても デメリットがなければ好きにすればいいと思うよ
>>377 るびまという枠組みには存在価値が皆無であることに気付く
良いチャンスじゃないかな。
>>371 つー事は今から作るソースはマジックコメントを書くべきでFA?
matz が「C が好き」といった場合、その「C」って Ruby のランタイムがあること前提だったりするので。
matzが良く使う言語にCと答えているのは見たことがある(そりゃRuby自 体をCで書いている以上はそうなるわな。あとelispか)が、好きな言語はC と言ったことってあったかしらん。
391 :
390 :2009/12/10(木) 16:34:59
まだ人生でCまで進んだことがない。 生まれてきて吸いません。
イラつくレスだな 死ねばいいと思うよ
俺がruby覚えるのに使ったのは公式リファレンスだけだな るびまには有用なソースがかなりあるんだけど、 余計な駄文に埋もれてるから引っ張り出すのめんどくて見てない とりあえずruby on Windowsの再販を願う
C#からRubyに来たけどプログラムの勉強で始めて挫折しそう F#が良すぎる
>394 ジュンク堂のどこかにあるらしい
Rubyで挫折って、来るのが速すぎたとしか良いようがない C#の構文全部把握してたら躓く要素なんてまずねーだろ
GUIプログラムの勉強なら挫折するかもしれないな
はいはい。わかったわかった。 rubyアンチ消えろ
むしろ
>>395 にとってRubyのどこがわかりくいのか興味ある
>>328 >ぶっちゃけ、るびまでどんな記事が読みたいのさ?
今回の予告に上がってる
>?Ruby と並列プログラミング
はかなり読みたいな。1.9でのファイバと1.8でのファイバもどきって感じの話なのか、
eventmachineやRevあたり使ってのアクター的な話なのか、
はたまた複数プロセス連携の話なのかは何とも言えないけど。
>>395 MSDNにどっぷりだとそういう事もあるかも?
>>398 その気持ち良く判る
クラスも判らない頃に無謀にもGUIアプリを作ろうとして
wxRubyで泣きそうになっていたな・・・('A`)
プログラミングど素人向けの配信があってもいいと思うよ。 まぁ記事とかMLに限らず日本のコミュニティって閉鎖的過ぎる 海外研修でmozillaのコミュニティに参加した時はあまりの違いに感動したよ。 参加者は開発者だけじゃなくて一般ユーザもたくさん来てて、家族連れとかもいた。 日本の場合はrubyに限らずどのコミュニティでもプログラマがほとんど自己満足で自分のスキルを見せびらかす場でしか無いでしょ
日本だと プログラマ=引きこもりキモオタ なイメージだからな
向こうでもプログラマは内気なイメージが強いよ ただ、向こうのプログラマは日本と違ってコミュ力がそこそこにあるw
はてなのエンジニアのブログとかtwitterのアピールとか見てると嫌な気分にしかならない 英語さえ出来れば本当に海外でゆったり仕事したい…
,―ヽ____、― ,/ ノ ヽ ~\ / ノ IPA ヽ ~\ / ノ ヽ、 `ヽ | ノ / ̄\ / ̄~ヽ ヽ i | ノ | ノ \ | <●> <●> ( ) \ | | | i / | / ヽ レ i (●_●) / i、 ,-――-、 ・ / i、 <(EEEEE)> ∵/ これからはRubyのことは、IPA Rubyと呼ぶように i、 \ ./ / \ ーー ,ノ ,,.....イ.ヽヽ、ー-―一ノ゙-、. : | '; \_____ ノ.| ヽ i | \/゙(__)\,| i | > ヽ. ハ | ||
いまさら岡田かよ
Win32APIで組んじゃうとdl/importに移行するのがマンドクセ・・・
>>409 dlは1.8と1.9で互換性ないし、近い将来捨てる予定だから、
Win32APIのままの方がいいよ
てかwin32apiべったりになるしかないんだよな
win32-apiか、今ならffi使えばいい Win32APIは1.9だと実体がdlでしょ
IPA Ruby
Win32API使いたい人は、今なら require 'dl/win32' って書いた方がいい
警告も出ないし、全部小文字で書けるのでおすすめ
>>410 > 近い将来捨てる予定だから
ソースどこ?
ときおり、aaronとartonがごっちゃになる
Win32APIだとStringでポインタ渡しのデータを取得できるがコールバックが使えない dlだとコールバックが使えるがポインタ渡しのデータを取得するのにStringじゃ無理 一長一短で困った物だ
win32-apiはコールバック使える
ん?dlって WinAPIの部分だけじゃなくてdl/ごとなくなる?
rubyforgeのwin32-apiのほうだよ
pythonのctypesみたいに実装してほしいなり。
Matz日記に繋がらないなう。
なう これ見ると苛々するから止めろ
なうとか言ってる奴に限って1年ぐらいたったら 「いまどきなうwwwwwww」とか言ってんだろうな 俺はヤシを使い続けるよ
漏れ は美しい日本語として後世に伝えていくべきだよな
漏れ って腐女子がよく使うよね
日記にgoの記事にリア厨がコメ書いてたからな。 ひろゆきが使ってるなう。知らないなうか。 とかをガキが書いてけれども今頃は荒らしてるのかなと。 Twitterに、Matzが「なう」を使ってるのみたときは糞吹いた
日本語でおk
Matzが日記にgoの記事=>その日のコメ欄に厨がわく 久々に読もうとしたが繋がらない=>例の厨のせい? 原因でも探そうとググったら、Twitterを発見。=>Matzが「なう」を使ってる 暇なので話題ふり <- 今ここ
意味わかんね お前頭大丈夫か?
なんにせよスレ違いなので終了
MatzにっきでRuby2の仕様の話でもしてもらわないと、盛り上がりに欠ける
Matzの急に寝る癖は直ったのかい?
Matzて糖尿病なの?
マニュアル刷新計画って滅びたの?
青木さんのloverubyを未だに見てるんじゃないかと予想
rubyist.net が落ちてるのでしょうがない。
さくっとズバッと一式移転したのに...
外部コマンド実行するときにShellowords.shellescapeで簡単にエスケープできるかと 思ったら、日本語がちゃんとエスケープされないでやんの!
シフトJIS?
るびまの最新号でゴルフ記事見てたら > まず #$& は #{$&} の省略系で、Ruby では何故か > (おそらく Perl の影響で、現在は黒歴史になりつつあるものの一つという感じだろうと思いますが) > #$_、#@member、#@@static などの表記を用いると > 文字列リテラルの中で変数を参照することができます。 6年Ruby使ってたのにぜんぜん知らなかった……
今から覚える必要もないよね たまたまそのようになってしまわないように気をつける程度で、自分から使う理由はない
愛国ruby
444はMatzなのか!
いいかげん2.0の話をして欲しいわ
ドキュメントインストールして欲しけりゃ gem の ri と rdoc が遅いのを直せ --no-ri --no-rdoc するのがデフォとかありえん
あれが遅いのは仕様 まずライブラリを全部読み込み、パースし、 メタ的データを全メソッドと全クラスに対して作成、かつ全部をメモリ内に保持したまま、 メソッドが書かれていた場所依存の数キロバイトのメタデータ由来のHTML片を付加して数箇所のファイルに書き込む というようなことを全メソッド全クラスに対して行ってるだけ これのどれかが遅いようなマシンを使ってると、激烈に遅い メモリが少ないとか、ディスク IO が遅いとか ちょうど、rubygems 0.x が激烈に遅かったような環境の人は rdoc 生成も激烈に遅いはず 開発者様のマシンは問題ないのでどんどんアップデートして機能が増えていきますが
Installing ri documentation for activesupport-2.3.5... で40分くらいガリガリ止まってる俺様が来ましたよ
refeが便利でriとか使わないな
rdocしか使わないがriを実行しないとrdocがインストールできないという噂が
組み込み用の軽量版Rubyキボンヌ
459 :
デフォルトの名無しさん :2009/12/25(金) 02:28:56
今年はクリスマスリリースないの? 毎年の楽しみだったんだけどなあ...
タグは打たれてたけどな。
1.8.7の新しいのが出たね。
話が初心者向けじゃなくなったと思ったら思った奴がさっさと話しぶち切ってこっちにレスすりゃいいのに
組み込みなら、C使ったら良いよね。 この横着者め。
これでやっと finalizer が呼ばれるようになるのか 履歴を保存しない irb ともおさらばだぜ
>>465 勘違いしてるかもしれないけど、p付きはそういうリリース。
ただ、たしか3ヶ月くらいのスパンが目安だったはずだが……
>>467 セキュリティパッチとバグ修正で機能追加や仕様変更は原則実施しない、
でいいんだっけ?
いつからリリースノートを書くようになったの?
>>425 > なうとか言ってる奴に限って1年ぐらいたったら
> 「いまどきなうwwwwwww」とか言ってんだろうな
> 俺はヤシを使い続けるよ
使ってねーじゃねーかw
大規模なシステム開発でRubyを採用した実績ってあるの? ただし楽天とか島根とかmatzの息がかかってない場所で。
そもそも一般プログラマの大規模開発に向かないからなあ 「Rubyはっかー」みたいな凄い人のサポートがあるなら別だけれど 「ユーザーもライブラリもそこそこあるが誰も特に大規模開発には使ってない」 というそれそのものがRubyが適切に使用されている証だと見ることはできんかね
GitHubは?
生!! Ruby on RailsはRubyに入りますか
つ先
Yuguiさんは遠視なのそのメガネのかけ方は?
「ただのパソコンのへんな人」に見られないようにちょこっと一般寄りにしてます
480 :
デフォルトの名無しさん :2009/12/30(水) 01:53:28
Yugui さんって男なの?女なの? いやらしい目つきで見ちゃっていいの?
483 :
480 :2009/12/30(水) 08:50:32
MtFとか正確な用語使えよ、人間の屑が
オカマとかふるーい ゲーム機全部ファミコンと呼んでる感覚
>>482 年末年始は停止するって事前アナウンスあったよ。
つうか
>>480 はインタビューの
>Q: 不具合やバグの報告はどのようにチェックしているのですか?
>A:メーリングリストとバグトラッキングシステムが公式の窓口です。
>また個人的に,はてなダイアリーなどのブログや,OKWaveでの質問もときどきチェックするので,
>気づいたときにはバグトラッキングシステムに登録します。
>以前はよく2ちゃんねるのスレッドにバグ報告が挙がりました。
>最近はスレッドからバグトラッキングシステムに誘導してくれる流れができているので助かっています。
>そう言えば,「アンチRubyスレッド」というところで良い提案がされたこともありました(笑)
>しかし,見過ごすともったいないので良い提案やバグ報告は是非バグトラッキングシステムにも投稿をお願いします。
って下りを見てわざわざ嫌がらせしに来たんだろうなあ。
よっぽど2chでまっとうなやりとりをされると都合が悪いのかねぇ?
うがちすぎだろw いずれにしろ、2ちゃんねるは見られてるという保証はないわけで。
>>489 みたいなのは2ちゃんが世の中の中心なんだろうなあ。
>>491 と、いうことにしたいのですね?
voi
(゜Д゜)ヴォイ!!
ヘミネ なんかダイイングメッセージみたいだなw
495 :
デフォルトの名無しさん :2009/12/31(木) 06:54:47
496 :
デフォルトの名無しさん :2009/12/31(木) 08:33:39
Rubbyって何?コンパイラの本に書いてあったけど。
>>497 なにかこするんじゃね
マジレスするとtypoだったら出版社か作者に教えてやんな。
あけおめ
Rubyを使ってオブジェクト指向の初歩から中級程度までの概念を学べる書籍なりwebページなりを教えてください。
毎年なら正月後にわき上がってくる「今年もやるぞー」という気持ちが出てこない… 人生オワタ…
正月にしか生きてない人は正月だけで人生が決まってしまって大変だな 正月にしかテレビに出ない芸人みたいなもんか
mechanize経由でnokogiri使ってるんだが、 XPathの位置指定がうまく動かんなぁ。 //img[3] とか。 しかし手で作れるような小さなHTMLでは問題なく成功するんだよな。 でかいHTMLだと8割くらいの確率で失敗する気がする。 こういう症状で悩んだ人いる? 仕事で使ってるから実際のHTMLを出せないのがつらいところだ もう少し絞り込んでみるか。
HTMLパーサって動いたらラッキーぐらいのものじゃないのか XML/XHTMLならともかく
問題を切り分けるべきだな HTML がでかくなると問題が発生するのか、 単純にその HTML 文書が間違っているのか
いらぬお世話かもしれんがが、HTMLをパースしようだなんて考えはやめるべきだわ。 ちゃんと仕様きめてXML吐くようにしてもらうか、最悪XHMLにしてもらうべき。 あるいはXML-RPCとかHTTPに乗っかってるプロトコルにするか。
×最悪XHMLにしてもらうべき。 ○最悪XHTMLにしてもらうべき。
「大きくなりすぎて構造的に間違っていることをうまく検証できないくらいの間違ったHTML」であるに一票 でもあの人はテストろくに書かないので何らかのしょうもない条件で抜けがある可能性も
忘れてた
>>504 Nokogiri単体にHTML食わせてどうなるか確かめてくれ
irb> # html は HTML、encはiconvが解釈可能なhtmlの文字エンコーディング(nilだとmeta読み)
irb> p Nokogiri::HTML.parse(html, nil, enc)
...(パースされたHTMLが最後までずらずら表示)
HTTPヘッダにcharset指定がなくてファイル内にmetaの4文字も無いとMechanizeはNKFを使うんだが
NKFが誤判断するようなファイルだと間違ったエンコーディング値が渡されてNokogiriはうまく動作しない
うまく動作しないときは上記のHTML表示が不自然に途中で切れてるはず
ねー 俺、rubygemsのライブラリ作るんだよ んで、英語のRDocドキュメントと日本語のRDocドキュメントの両方を 自力で用意&更新することができるんだ 複数国語のマニュアルはどうすればいい? どこに書けばいい?
>>512 Rubyの行き止まり(Ruby Deadend)へようこそ
ここからはご自分で全てを作り、場合によっては自身で先導をして頂きます
実際問題としてはもうどうにもならんのではないかと
1.8とか1.9とか関係なく、ソースに並行して直書きするrdocの限界とも言える
メソッドひとつのrdocコメントが4ヶ国語で100行とかなったらシャレにならない
rdocに読ませる用のコメントつきファイル群を別途作るくらいしか
javadocはどうしてたっけ…?
>>512 俺様の作ったすんげーライブラリを寛大な俺様が好きなだけお前らに使わせてやるために
rubygemsに登録したいのだが、何をどうすればいいのかさっぱりわからん。
誰か教えて。
・ hogehoge-ja というパッケージを提供し、日本語rdocコメントだけつける ・ hogehoge-doc-ja というパッケージを提供し、空メソッドに日本語rdocコメントだけつける ・ lib/ は英語コメントのみにし、日本語rdocコメントのついた lib-rdoc-ja/ も公開する gem install のときのタスクで適当に日本語環境を検知したら日本語版rdocを作成する ・ Rdoc.ja というファイルに日本語版マニュアルを1ファイルとして詰め込んでおく ・ 自分のサイトで日本語版rdocを公開、欲しい人は手作業でdocディレクトリを置き換えてと言う こんなもん?
Ruby 1.8.7 p160 って遅いって話をチラホラ見るが p248 では直ってるのか? どこ見りゃいいかわからん。
arton氏のページで治ってるらしいという記述をみたけど まだサイトがメンテ中やね
>>510 ,511
レスとん
俺の説明が盛大に足りて無くて申し訳ないが、
パースできてないってレベルの話では無いと思う。
まず前提として、間違ったHTML食わせてる可能性高いから、
それは理解してるし割り切ってる。
で、説明しにくいんだが、
xpath('//img').size # => 3
xpath('//img')[1].to_s # => ちゃんと中身が取れる
であるにも関わらず、
xpath('//img[1]') # => nil
となる感じ。
前者が取れないなら、パース失敗でした、元のHTMLがクソでしたで
あきらめて納得できる。
が、前者がOKで後者が駄目ってのが、なんかバグくさい感じがしてる
>>521 Nokogiri単体にHTML食わせてどうなるか確かめてくれ
あとNokogiri::VERSION_INFOの返り値
>>521 XPathの[1]とかは0オリジンじゃなくて1オリジンだけど
まさかそういう話じゃないよな?
>>523 他人のライブラリをバグ呼ばわりする人間がそんな基本押さえずに使ってるとかありえんだろバカか
>>518 どれも正直パッとしないんだが
rdocを英語以外で書くのはありえないということでいいか
Emacsなんかのマニュアル検索で日本語が出るとうれしいんだけどなー
>>521 , 523
その違いはわかってますよ。
別に実際のコードじゃ無いですし
それに配列の長さ3だから、いずれにしても同じだと思います
>>522 今は開発環境にアクセスできないですが、普通にgemで入る、mechanize0.9.3 に
くっついて自動的に入ってくるバージョンだと思います
その他は後で実験してみます
>>518 hogehoge-doc と hogehoge-ja だけはやめてくれ
パッケージシステムが混沌として汚れる
rdoc だけ別扱いでポータルがあればいいんだけど
ruby-1.9.1-p376 をコンパイル中 …なんかこのガリガリ言ってやたら遅いのは単に 低スペマシンでスワップ使いまくってるだけなんじゃないかと思い始めてきた
>>530 もしかしてやたら遅いのはripperのコンパイル時?
だったらconfigure時にoptflags="-O3 -pipe"を設定した方が良いぞ
よくわからんが parse.c で30分くらい止まってる いやまあ無茶せずディストリビューション提供するもの使えってのはその通りでございまするが
ただいま
今日のおひるごはんはポテルカでした
まだ parse.c のとこでガリガリやってたので中止する
とう
$ optflags="-O3 -pipe" ./configure --program-suffix=1.9
>>531 画面の前のよい子はこんなんが原因だってわからないと思うし対処もできないと思う
もうちょっと明確に「Linuxにおいてparse.cで止まるとき」みたいにREADME.jaに書いたほうがいいと思う
>>533 「ruby parse.c gcc」でぐぐってわからへん人は置いていきますよ〜
義務教育やないんですからね〜
ごく単純には、configureの自動設定が間違ってる 特定環境でのビルド時に設定作り間違えてメモリを食い潰すというのなら、 それはやっぱりconfigureが吸収するべきではある
やっとうちにもRubyの案件がきたんで、 YATTA!YATTA!lambda一つあればいい! とばかりに、これでもかとlambda使ったらlambda禁止されたワロタ
あーうちにも無駄にワンライナー的な技をつかって一人悦に入るやつがいたわ。ほんと迷惑。
プロジェクトは個より和の方が大事だよねー
OSSも和が大事ですよね。つまり
人は低きに流れるもので、システム全体の質が低下するな。 rubyの案件が継続されずに、どんどんjavaに置き換えられていく現実。
メソッド一つにしても、Javaならシグニチャ見りゃ一発なことを、Rubyじゃチマチマとドキュメントを読む必要があるのがだるい。 まるで数式の意味を日本語でつらつらと説明されている気分。
Javaは大規模長期大人数開発をしやすいようにということを念頭に入れてるからな そのへんで10歩くらい有利なのはむしろ当然 やっぱり次世代rdocを全員全力で詰める時期が来てるのかもしれない 言語仕様はいまさらどうにもならんがせめてドキュメンテーションでフォローしなければ
せめて例外をthrow/catchできるようにならんかのう
Java以外はドキュメントローカリゼーションが弱いというか確立されてないよね ちょっと前に「日本語訳マニュアル」をどうしようかってのがあったけど、確かにどうにもならない 英語で書いてあるよりも日本語で書いてあったほうがわかりやすいし罠に陥ることも少ないのに
Ruby-GetText-Packageをどっかに噛ませるとどうにかなったりしないかなと思うことはある
>>542 それはメソッド名と変数名が悪い
一応な
現実問題として難しいが
Javaはライブラリの作者の能力もライブラリ使用者の能力も全く信用していない だからシステムで縛って情報を制限しなおかつ開放している そのかわりJavaの「正しい、フル装備の」ライブラリを作るのはとても面倒 慎重で賢い(ように振舞えるよう頑張った)人が、 能力や注意力やセンスの低い人たち(過去や未来の自分含む)に使わせるというスタンス Rubyはライブラリの作者のこともライブラリ使用者のことも信頼しているというか結構どうでもいいと思ってる だからどこにもアクセスしまくり改変しまくりだしマニュアル方式も全く縛りがない それゆえ「利用しやすい」「ライブラリを気軽に作れる」のだが、 まとまった情報提供方面が大変弱く「自力でソース追え」としか言えない
>>546 えー
Ruby1.8用ライブラリとRuby1.9用ライブラリの作成の処置も問題
rubygemsライブラリの1.9対応が不完全または行われてないのはソース管理が面倒だから
限られたリソースで1.8と1.9どっち切り捨てるかと言われたら1.9だよな、そりゃ
パースできなきゃ場合分けも出来ないので、ハッシュのシンボルキーとか->とか 鬼車で増えた表現とかの1.9の構文は、動作しなくてもいいから1.8でもエラーに ならないようになればありがたいな。
>>550 1.9の開発を中止するようMatzに陳情しよう!!!
>>551 コミッタの誰かが、そんなようなことを言ってたような
卜部さんだったっけか
1.8で足場を固めたほうがいいのにね。
まー厳密にはインタプリタやコアライブラリ開発陣の仕事とはいい難い Ruby1.9本体(と添付物)の完成度を上げるのが望まれた役目であって 実際にどう開発するかとか並行開発に伴う困難性の解消とかは二の次だ
つまり現在の1.8+1.9体制は若人の情熱と尽力を必要としているってことなんだよ! We Want *YOU* だ We Want *YOU* もっと人を! 本体そのものはいいけどそれ以外がなー、と感じたときに真摯に参加できるような前準備を! 開発周辺のサポーターを増やす努力は間違いなくコアメンバーの仕事ですルンルン
オープンソースソフトウェア(や類似の何らかのネット上プロジェクト)は大学生や無職やニートが参加すると加速する まあ、最初の火をつけるのは社会人だがね というかそれに類する何らかの業務知識や裏方サポートがないときちんと育たずに途中であっさり燃え尽きることが多い 大学生やニートでもできる"仕事"が増えると安定なのかも バイトちゃん雇うような感じ
どうせ今回も口先だけなんですけどね
それは未来の観測者が決める
実のところ、意外と依存関係が複雑で、単純な仕事に切り分けづらいんだよね。 以前出ていた NEWS 書きなんかこれのいい例かな。 基本的に ChangeLog とそこにある ML 参照見れば内容はたどれるはずで、 たどれなかったらコミットした人間を責めていいのだが、結構難しい。 比較的単純なのと言うと、大きめのバグ報告を、もっと小さな再現手順に落とし込むとかかなぁ? そのバグと対応する修正を見ればどこがどうなってるかとか把握しやすいんじゃあるまいか。 後はやっぱりマニュアルかな、文法絡みの変更って意外とまだ漏れてる気がするんだ。
安定版であるはずの Ruby 1.8.7 で、パッチレベルがあがったことにより、不具合が出るというのもいただけない
不具合が出るというか「バグに依存していた動作がバグが解消された結果動作しなくなる」だと思う
lambdaとかProcとかblockとかわかんねーよタコ
1.8.7へのフィードバックをバグが出ないように1.8.6にフィードバックしてくれ
rubyも使用料取る様にすれば、バイト雇えて品質も上がるかもな。 安定板といえどもpgが作るものにはバグが含まれると考えるのが普通。ましてやrubyで作ってある訳じゃなくてcなんだし。 程度差で、1.9よりは1.8のほうが枯れててバグ少ない期待が出来るだけ。sp7まで出てる訳だし。
>>567 ようニート
現在のRubyは莫大な費用がすでにかかってる
どっちかってぇとバイトを統括して仕事を割り振る人間とか バイトでもできることが増えるようなシステムを作れる人間とか そういうのが足りない印象があるが Linuxカーネル開発におけるGitの存在のような まあ1.9.2が出てもしばらくは混迷するはずだから 性急に出て失敗するより手探りでいいのでは
>>563 なぜそういうことが起こるんだろう。
・バグだと解ってて使ってた。←論外
・仕様を知らずに使ってた。←知らない物を何故使う。
・仕様が未定義だったものが定義されてしまった。←未定義ならそもそもバグじゃないけど。
>>570 「ユーザが馬鹿だからだ」的にデベロッパー側で
課題を直視することを忌避するようなことをしてるからじゃね
最初570はジョーク(というか皮肉)かと思ったけどそうでもないようだし
>>565 切り離して持って歩けるサブルーチンだカス
lambda・・・いわゆる無名関数 block・・・関数に渡すためのコードのまとまり 関数ではない Proc・・・blockを使いまわせるようにしたもの
File.read って Windows 上でも使うライブラリで書いていいんだっけ? バイナリモードがうんたらって結局 1.8 系列では直ってない?
相変わらず推奨されない、つまり1.8.7でも直ってない ワンライナや書き捨てでWindows上で絶対使わないとか 1.9.1でのみ動かすとかそういうのならおk
576 :
デフォルトの名無しさん :2010/01/12(火) 17:03:31
Rubyにお世話になっている企業が周辺ライブラリの整備とかにフルタイムの開発者を雇うべきだろう。 空いた時間に無償で開発されるのを口を開けて待っているだけというのがアホすぎる。
まー > アホすぎる という情緒的な非難しかできなかったあたりが限界なのだよ 本来なら「Rubyで儲けておきながら文句ばかり言う企業は金を出せ」という論調になるべき しかし、そんな都合のいい藁人形などない
企業が人を出すなら、ソースが企業のものに成るだけ。 そういうの嫌うから、オープンソースにして、無料で世界中のPG扱き使うビジネスモデルなんだし。 そうやって無料奉仕挿せた成果を使って、教祖はrubyでちゃっかり儲けてる訳だし。 rubyで儲けてるnetlab自体がもっと人を出すべきだろう。
> そうやって無料奉仕挿せた成果を使って、教祖はrubyでちゃっかり儲けてる訳だし。 最近の忙しさを見るにつけ、「儲かってる」とはちょっと言い難いように見えるなぁ。 まぁ、「生計を立てている」だったら正しいので、OSSの世界では勝ち組ではある。 > rubyで儲けてるnetlab自体がもっと人を出すべきだろう。 Ruby 絡みのサーバの場所、回線、機械、メンテ人員は NaCl 提供だよ まぁ、NaCl 最大の貢献はまつもとさんに給料を払ってきたことだと思われる。
給料出せるってことは儲かってるってことだろオラ とかちょっと思わなくもない 儲かってないのはわかりますが給料早く全額出してください
給料は会社にとっては経費なのでわ。
>>578 >企業が人を出すなら、ソースが企業のものに成るだけ。
アホか。それが事実なら、LinuxはとっくにRedHatのものだろうが。
まっつんがTeoみたいに金よこせオラーって全世界に向かってつぶやけば少しは集まるんじゃね
Rails用の対応してください基金なら結構集まると思う てか本当に必要なのは金じゃなくプランニングだろうに それも金で買うなら相当額になるぞ
>>578 教祖は儲けようと思ってRuby創った訳じゃないからな
ハイエナ根性の取り巻きが寄り集まってるのが現状
ハイエナって誰?yugui?shyouhei??
一発当てようぜーと言ってる人間は… あのあれだ横文字の人
MWたんか 今活動してるのか彼?
てか基本マネタイズ上等だと思うのだが
>>589 そんなこと言ってるとirbの起動時にAmazonのコンピュータ関連の書籍の広告が入るようになるぞ
なんでそういう極端な発想しかできないかな
>>590 がちょっといいかもとか思った
motdみたいな感じで1日の初回のみ1回だけサーバにアクセス
そんなことする暇とリソースの余裕があったら Java みたいに自動アップデートしてくれ って Ruby じゃそこは鬼門だったか
>>590 そうなったところで、オープンソースなんだから
別の人が広告の入らない独自バージョンのirbを作るだけだろう
GNU, Google, Linuxの頑張りのおかげで着々と無料ウェア乞食が量産されつつあるな
>>586 どう間違ってもその二人の名前がハイエナの例になるわけないだろ。
じゃ具体的に誰のことだよ>ハイエナ
まぁ、結局なるようになると言う話です
ろくに知りもしないバカが言ってみただけだろw
はいそうです すみません しかし観察の結果 一枚岩ではなく 皆疑心暗鬼になっているという 新たな知見を得ることが出来ました 本当にありがとうございます
病院逝けw
ここはもともと一枚岩じゃないし、疑心暗鬼になってるやつもいないこともないだろう。
>>584 つうか1.8.6のメンテは既にRails企業がやってるじゃんよ
>>600 と、いうことにしたかったのですね?(ヘミ猫略
日立や松江市なんかがハイエナに見えんこともない perlもpythonも何にしてもOSSの周りは何かといろいろ渦巻いてるように見えてしまう
MSからOSS潰しのスパイが送り込まれてるっていう噂もあるし
少しでも成功しそうな人を見ると全力で足を引っ張るこういう奴ら(↑)が沸いてくるから日本人は嫌いだ
それがジャップだからしょうがない。 人生に勝ってネチネチと僻みを言われる側になるか、 負けてネチネチを僻みを言う側になるかの二択。
うへ、1.9.2でNet::HTTPの内部動作変わるのか 直接いじってる人は涙目だな
Net::HTTP が変わったんじゃなくて IO#read_nonblock がちょっと
Net:HTTP も定義の場所を移したり、Net::HTTP#start を変えたりしたよ
614 :
デフォルトの名無しさん :2010/01/14(木) 21:04:23
もうNet::HTTP2とかのヘボい名前でいいから挙動が違うものは別名にした方が:
いや、大筋では動作は変わってないんだよ 「いっぱんゆ〜ざ〜」が見るぶんにはどこが変わったのかわからんはずだ 1.9.1で動いてたプログラムが1.9.2で動かねーというのは ライブラリ作者でもない限りわりと稀であると思われる ええ、:nodoc:なメソッドつかったり直接インスタンス変数いじったりして使い倒してるような ライブラリ作ってるみなさんは泣きながら1.9.2対応してらっしゃいますよええ
>>615 urllib2を盛大にディスるのはやめろ
改造版Net::HTTPを長期間使い続けようと思っている場合は、変更案にユースケースを添えて提案していただいた方がよろしいかと。 Ruby では :nodoc: なメソッドやインスタンス変数は躊躇なく互換性壊すので。 net/http は長らく要望が通りづらい状況になっていましたが、今なら比較的入りやすいと思います。
get(uri, query, header) と post(uri, query, header) の形式のメソッドいいかげん入れようぜ 全世界の Ruby スクリプトから CO2 が 1トンくらい削減できるぞ
Net::HTTP.get_uri('
http://www.google.co.jp/search ', 'q=Ruby', {'User-Agent'=> Net::HTTP/Ruby'})
みたいなことを標準でしたい、というような話だと推測
個人的には open-uri をいつまでも添付したのは失策だと思う
あー、クエリがたぶん違うな
全部 Hash なんだろう
Net::HTTP.get_uri('
http://www.google.co.jp/search ', {'q' => 'Ruby'}, {'User-Agent'=> Net::HTTP/Ruby'})
マルチバイト文字は自分の Encoding に沿ってパーセントエンコードとかされるはず
rubygems のライブラリにならあるやつだね
一言で言えば「LWPがない」ようなもんだな 下層ライブラリ(net/http)と超高機能なラッパー(mechanize)があるけどその中間がない、と
open-uriにはURI#openとかURI#readがあるんだから、 手軽にqueryをくっつけるメソッドがあれば充分だろ。
>>624 ・ おおむねそれはURIに負わせるような役目ではない(open-uriにPOSTがなかった理由を思い出すこと)
・ URIを扱うようになった途端openが大量の引数を受け取れるように、みたいなのは構成上大笑い
それならもとのopenでもqueryとheaderを機能するようにすべき
>>625 > ・ URIを扱うようになった途端openが大量の引数を受け取れるように、みたいなのは構成上大笑い
> それならもとのopenでもqueryとheaderを機能するようにすべき
前半と後半がまったく繋がらないんだが。
そもそも、静的なURIしかopenできないという仕様のほうがいいよな だってopenなんだもの openがヘッダとか引数で受け取るようになるのはなんか違うと思う 追加情報を「対象に送る」ようになったのなら、それはFile.openと共通メソッドでないほうがいい
>>627 だからURI#openでも使えばっつってんだよ。
queryってURIの一部じゃないの?HTTPのGETを扱うっていうくくりだとするなら、 別にする方が変じゃないかと。横からだが。
>>628 じゃあopen-uriがopen置き換えるのやめろよ迷惑なんだよ
open再定義させてよしとしたのは、あれはRuby1.4くらいの時代の悪習ではある というかいまさら取り除くわけにもいかんのだからあれはもう諦めろ 気になるのならユーザーが使わないようにして啓蒙していくしかねえ というわけで頑張れ
openを再定義するのはいい
ただ、再定義するopenにおいて、POSTメソッドを使えるようにするのは(
>>627 と同じ理由で)間違ってると思う
んで、ユーザーが本当に欲していたものは
URIの正しい概念とかHTTPのかくあるべき実装とかではなく
単なる
>>619 の
> get(uri, query, header) と post(uri, query, header) の形式のメソッド
だったりする
bodyもないのにpostしてどうすんの?
すぐoverrideする人多くね? あとclass_evalとかinstance_evalとかeval系使いまくったり
open-uri は今からでも遅くないので open-uri/uri と open-uri/open に分けたほうがいいと思う
>>636 それなら名前的には uri/open のほうが自然じゃね?
URI#openとKernel#openは気になる人向けに提供を分けられるようになってると嬉しい、みたいな感じか というか前者使う人は後者使わないだろうし、後者使う人はたぶん前者は使わないよな
open-uriの問題点は、コンセプト以上に便利だったことだな URIオブジェクトが直接openできるなんて素晴らしい 関数的メソッドopenでURLをreadできるなんて超便利だ だから、みんながそれこそLWPのように振舞うことを期待した open-uriでPOSTできるパッチなんてのは最たるもんだな
Net::HTTP.getやNet::HTTP.postで足りないってのは ・queryのエンコード ・ヘッダの指定 だけか? 前者はURI::Generic#buildあたりを拡張 後者はNet::HTTP.get_responseをinitheaderを通すように修正 かな
>>640 > 前者はURI::Generic#buildあたりを拡張
よう外人
ハッシュで指定できるかどうかというのが大きそうな気がするですが HTTPとURIのエンコード・デコード関連はクラスメソッドで外に出てると嬉しいなあ
{:key1 => value1, :key2 => value2, :key3 => {:key4 => value4}} って書くのが面倒すぎる。 {key1: value1, key2: value2, key3: {key4: value4}} にしてくれ。 リテラル{}の中の:の左側は暗黙的にシンボルで、右側は何かのオブジェクト。
>>643 1.9には、そのものズバリな記法が入ってたような
うん、1.9ならできる $irb1.9 irb> p ({sym1: "val1", sym2: "val2"}) {:sym1=>"val1", :sym2=>"val2"}
keyとvalueの区切りだったりシンボルのプレフィクスだったり カオスすなぁ
647 :
643 :2010/01/16(土) 19:29:08
あったのかワロタ
あ、コロンの前に空白があると文法エラーなのでよろしく シンボル名+コロン+空白+オブジェクト、の順番 シンボル名+空白+コロン+空白+オブジェクトはパースめんどくさいんだったかなんかだったと思う irb> p ({sym1 : "val1", sym2 : "val2"}) SyntaxError: (irb):1: syntax error, unexpected ':', expecting tASSOC
混乱するだけでメリットないだろその追加仕様…
一応「従来とまず間違いなく被らない」ような記法を選んではいる そういうもんだと思っていったん頭に入れば、混乱はしないはず
所詮リテラルだからな
そうはいってもパースが何かなんてわかってない初心者は平気でとんでもないコードを書いて 「パースエラーとか言われたんですけどどうしたらいいですか><」ってなるんだぞ 3.0でガラガラポンしてほしいけど無理かぬ いまやRubyのソースコードは綺麗とか死語だし
初心者はそもそもこんなの使わないし使わせないので問題なし 初心者向けに得意げにこれを紹介するアホはコードが絡まる呪いをかけてやるのでどんどん晒せ
>>652 >Rubyのソースコードは綺麗
これはRubyで書くとソースが綺麗になるっていう意味?
それともRubyはC++じゃなくてCで書かれているから綺麗って言う意味?
>>648 マジか……? 多くの人がハマりそうな落とし穴じゃないか
しかも今まで、そのことが書かれてる文書見たことないし
そんな罠があるのなら、記法を追加してほしくはなかった
>>655 あっそう
じゃあシンボルをキー部分に使えないとかも知られてないのか
irb> {:sym1: "val1", sym2: "val2"}
SyntaxError: (irb):1: syntax error, unexpected ':', expecting tASSOC
{:sym1: "val1", sym2: "val2"}
^
ちなみに文字列も使えないので、"content-type" をキーに指定することは絶対にできない
irb> p ({content-type: "val1", sym2: "val2"})
SyntaxError: (irb):2: syntax error, unexpected tLABEL
p ({content-type: "val1", sym2: "val2"})
^
irb> p ({"content-type": "val1", sym2: "val2"})
SyntaxError: (irb):3: syntax error, unexpected ':', expecting tASSOC
p ({"content-type": "val1", sym2: "val2"})
^
irb> p ({:"content-type": "val1", sym2: "val2"})
SyntaxError: (irb):34: syntax error, unexpected ':', expecting tASSOC
p ({:"content-type": "val1", sym2: "val2"})
^
ま、キーワード付きメッセージ(Smalltalkの)風に書きたいときだけ使えってことだ。
文字列も使えない? 文字列は使えるでそ? 記号が使えないだけでは?
/ /::// : : : : : : : i: : : ∧\: : : : :∧: :\ : : : : : : : : : ヽ.: : :|ム: : : : : : : : : : : / /://.: : : : : : :i : |: : : : ∧: ヘ: : : :∧: ::ム._: : : : : : : : :.l: : :|ム!: : : : : : : : : : . / / .|.: : : : : : : |: :ム、: : ∧.ヘ ><´ ̄\ヘ`,ハ: : ム、 ハ: : |ム!: : : : : : : : : : ,'. |: : :i: : :i: : ハ,斗―.、: :∧ ヘ r',ィ==寸ュ、_,ハ: : i: |: : |: : |ム!: : : : : : : : : : i | :|: i : : i: : :ヘ、〉zュ、\::ヘ. .\ '´ f⌒付ハヘ〉!|: |: |: : 「.ヽ!ム!: : : : : : : : : : | |: |: i : : i: : : : r{.「⌒ヽ \ヘ. ` .kr'...::i:::::!′|: |: | : fい lム!: : : : : : : : : : : | .| ∧ヘ: : :ヘ: : : N kr'::ム ヽ Vし'ク;ソ .|: |: |: / .メム!: : : : : : : : : : : . N ヽ \: :\:`ヽ. Vし! `ー " ノ ル' / |/ Nム: : : : : : : : : : : . '. \ \: :\∧ゝノ. . |: /.i .|. | Vム: : : : : : : : : : . \|丶: : ∧. ` __ ,イ レi i. | .| i.Nム: : : : : : : : : : |: :i: : 「`ヽ. ヽ ) / | i i. | .| i.|. Vム: : : : : : : : |: :i: : | .,≧、 / | i i. | .| i.| Vム: : : : : : : : -‐-、j: :i: :i.| / } ` rュ-1´ ,ィ| i i .L__ | i.| Vム: : : : : : : . { ヽi i.|‐/ .ノ_,ィj .>! r<´ | i i .! `ヽ L__ Vム: : : : : : `ヾ. └-イ / / ト、_}-{_ァ|. | i i | 、丶ヽy'¨ ̄`Vム__: : : : 受験生の皆さん / | `ー-‐'´ ̄ ̄`Y. .〈. ノ≧{:::{≦.、 | i i |. \/ }ム}. 〉 明日のセンター試験 . /. |、 、____,斗-!、/.::/:/:/|「|:∧:::〉| i i |、 >' ./ム! / 頑張って下さい { | ノ―〈/::/.:||::!:::::V. | i i |/ ./ム! /
>>656 >
>>655 > あっそう
> じゃあシンボルをキー部分に使えないとかも知られてないのか
> irb> {:sym1: "val1", sym2: "val2"}
そもそもkey:がシンボルリテラルの意味を含んでるんだから、
それは重複している。
:'content-type' で content-type という綴りに対するシンボルは作れるけど、 content-type: でハッシュキーにすることはできないのか。
つまり :'content-type' というシンボルをハッシュリテラルのキーに使いたいときは 旧来の :'content-type' => ... という書き方にせざるを得ないのね。
>>661 重複も何も、キー部がシンボルだったら素通しするという処理が入っている可能性があるだろ
というかふつうはそうすると思うんだが手抜いてんだか遅さ嫌ったんだかなんだか
>>663 殿ご安心めされい
コロンキー表記と => 表記は同じHashの中で混在可能でござる
irb> p ({:"content-type" => "val1", sym2: "val2"})
{:"content-type"=>"val1", :sym2=>"val2"}
きもいわ
>>664 > 重複も何も、キー部がシンボルだったら素通しするという処理が入っている可能性があるだろ
>
> というかふつうはそうすると思うんだが手抜いてんだか遅さ嫌ったんだかなんだか
あれは「キー部」じゃない。値に対するラベル。
式じゃないので当然「シンボルだったら」という仮定も無意味。
,―ヽ____、― ,/ ノ ヽ ~\ / ノ IPA ヽ ~\ / ノ ヽ、 `ヽ | ノ / ̄\ / ̄~ヽ ヽ i | ノ | ノ \ | <●> <●> ( ) \ | | | i / | / ヽ レ i (●_●) / i、 ,-――-、 ・ / 受験生の皆さん i、 <(EEEEE)> ∵/ 明日のセンター試験 i、 \___/ _/ 頑張って下さい \ ,ノ ,,.....イ.ヽヽ、ー-―一ノ゙-、. : | '; \_____ ノ.| ヽ i | \/゙(__)\,| i | > ヽ. ハ | ||
>>667 恐ろしく遠まわしにハッシュって名前にした奴をdisるのはやめろ
>>667 うむ断言しよう
きめえ
っていうか通常のリテラルで有効にするのやめて欲しい
というかこれはきちんと「Hashリテラルの記法が増えた」と公表すべき
「引数の場合ペアをコロンで区切ることができるようになって…」とか適当な物言いはナシで
irb> {k: "v"}
{:k=>"v"}
なんかあぼ〜んってなってるけど何があった?
>>671 典型的なAAいっこ
ローカルのAAセンサーに引っかかる可能性大
シンボルの前にコロンを置いたのが不幸の始まりだよな そこで新記法を考えた { $k: 'v' } ちょっと懐かしい感じがしていいと思わないか
>>671 ローカルあぼ〜んが気になるのなら設定しなければいいのに。
Rmagickで処理結果をオンメモリで受け取る(たとえばPBMフォーマットのStringとか)方法ってありますか? Rubyで後処理をしたいのですがわざわざファイルに出すならRmagickを使う意味がない・・・
rubyのORMで sqlserverが使えるやつってどこが有名? activerecord? data mapper?
「CoffeeScript 0.2」リリース JavaScriptにコンパイルされる小さなプログラミング言語:CodeZine
" コンパイルするとJavaScriptが生成される小さなプログラミング言語「CoffeeScript 0.2」がリリースされた。
JavaScriptの「控えめな弟(less ostentatious kid brother)」(公式サイトより)という位置づけのCoffeeScriptは、Rubyで実装されており、まだアルファステータスだが、Railsで利用するためのサービスも登場している。
ソースコードはgithubにホスティングされており、最新のパッケージはGemcutterで入手できる。"
http://codezine.jp/article/detail/4806
679 :
643 :2010/01/17(日) 11:42:27
>JavaScriptにコンパイル >Rubyで実装されており 最初からJavaScriptで書いたほうがいいだろw
ならRubyも最初からCで書いたほうがいいだろ
実装の意味も知らんバカだったのか
じつを言うとそうなんです
じつそうだけに
>>670 > というかこれはきちんと「Hashリテラルの記法が増えた」と公表すべき
してるよ。
NEWS:
* New syntax and semantics
o New literal hash syntax and new syntax for hash style
arguments
初心者は云々言う人は正直 Java に行った方が幸せだと思う ていうか、Hash リテラルの記法追加は 1.9 の目玉機能の一つという理解だったので、 知らなかった人はもうちょっと文書読もうね
>>686 そりゃ中級戦士や特戦隊が陥る典型的な病だ
ユーザーが表計算ソフトを表計算に使ってるというような思い込みは捨てれ
ルビー特戦隊ってどのへんの人だろう
キーワード引数風ハッシュ引数(長い)がHashだということを知らないユーザーはそこそこいるからな Hashリテラルと同じ記法を採用してるとか思ってるらしい Hashリテラルだと説明すると驚く
>>687 方眼紙作るのは勝手だけど、方眼紙が作りづらくなるからその機能外せと言うのはお門違いだ
いや、まぁ、それも言うのは勝手だけどね
DBネタを迂闊に振ると「MatzがフリーザならYuguiはザーボンだよね」というような茶化しが
よく考えるとたいへんやり辛いことが判明するのでなんとかして欲しい
>>689 95%くらいは「1.9.1ではキーワード引数の記法がコロンでもよくなりました」的な説明だと思う
ハッシュリテラルの表記が増えましたーという感じの説明はあまり見ない
引数時にしか使えない特別な表記だと思ってる人はけっこういそうだ
そもそもRubyにいまのところキーワード引数という文法はないのにな。 Perlの -bareword とかは世の中ではどう理解されているんだろう。 関数にコマンドラインオプションが書けるとか認識されてんのかもなー。
> 前者はURI::Generic#buildあたりを拡張 現在の URI はエスケープ済みの URI を渡すものなので、 [ruby-dev:39246] 以下の議論の URI.encode_www_form が導入されればいいかな > 後者はNet::HTTP.get_responseをinitheaderを通すように修正 こっちは API が考えどころかな
>>693 > > 後者はNet::HTTP.get_responseをinitheaderを通すように修正
> こっちは API が考えどころかな
最後の引数がHash化可能なものだったらrequest_getに渡す、でいいんじゃないかな。
Net::HTTP.getは全引数をそのままget_responseにたらい回し。
>>694 Net::HTTP.start(address, opt) と同様な感じか、まぁそうなりますよね
RDocのBNFどこかに落ちてねえかな
BNF書いてから再実装したほうがよさそう
標準添付のRDoc::Markupがう*こ raccでパーサを作ろうと思い立つも文法規則が見当たらない BNFから書くか~なんかもうRDocじゃねえよなMyDocだ
利用してたライブラリのrubyforgeにあるトラッカーが突然消えた …GitHubに一元化したいのはわかるが、 明らかに対処し難いから無レスで放置されてたのも何個か混じってなかったか 対応めんどくさいから一旦全部消しちゃえとかちらっと思わなかったか GitHubに書いたら逃げられないよううう
700 :
643 :2010/01/21(木) 20:00:19
猫も杓子もぎっとぎっとって… ちくしょう…どいつもこいつも
TortoiseGitが0x5c問題を解決するまでGitHubはあり得ない ・・・と、弱小Winユーザがつぶやいてみる
今RMagickで画像処理をしているのだけど、 PictBearっていうレタッチソフトのビビットライトっていう レイヤーの重ね合わせをRMgickのImage#compositで再現したいんだよね。 完璧に再現できなくても大体でもいいんだけど、どうしたらいいのかな。 色々やったけどわからないんです。 どこのスレで聞けば良いのかわからないので、とりあえずここで聞いてみたんだけど 適切じゃなかったらすみません。
ImageMagickの勉強をするんだ RMagickはImageMagickの機能を呼び出してるに過ぎない RMagick自体は何もしないしなにもできない
>>703 ありがとう。
ImageMagickのページ見たら、VividLightは比較的最近実装されたようで、
手元の古いRmagickだとVividLightCompositeOpがなかったけど、最新版には追加されているみたい。
なんとかなりそうです。
ruby1.8.7使おうとおもうんだけど 最新のp249ってやつ使ってもいいの? なんかバグがあるとかどうとか聞いたんだけど。
まあ1.8.7の選択肢はp249しかないしなあ それ以前よりはマシ ちなみに、わかりやすいとこではString#inspectが文字によってはスラッシュ数字になる
>>706 さんくす
p248が出てすぐにバグが見つかったので躊躇していた。
release noteが無いので不安だった。
すまん、もう1個。 p174で致命的なバグってある?
>>708 それは単純
p249で直されたものが一切直ってない
そのへんはひとえに 最新版では直っていたセキュリティバグを突かれて攻撃され損害が発生した場合に 「デバッグ表示が気に入らなかったから最新版は使ってませんでしたテヘ☆」 「そっかそんなことがあったんじゃ仕方ないなあ今回は水に流そうまた頼むよ♪」 というようなやり取りができるような環境であるかに依存する
>>709 、710
参考になった。
とりあえず、p249入れるわ。
んで、問題あったら本家に届け出るわ。
安定板といいながら
最新版は初心者は触るな危険的な
暗黙の掟があったらどうしよう。と思っただけです。
あるよ
715 :
643 :2010/01/23(土) 22:45:05
酒の席でFPGA厨に「Ruby(笑)遅すぎw」とか鼻で笑われた。くやしぃ。
釣りだろ? FPGAをはじめとしたリコンフィギャラブルデバイスは特性上コンフィギャラブルデバイスに トランジスタ利用効率で大きく劣る上に集積度も動作クロックも追いついてないから ・汎用的な計算ならその辺PCの方が速い ・超並列計算の専用計算機作る場合は回路規模と集積度と動作クロックの 問題からASICで作り込むのが普通でFPGAを演算器に使ったりしない わけで
いまどきはFPGAでスパコン作るよりGPGPU使ってるしなあ。 時代遅れのfpga廚は涙目なんじゃw rubyは汎用だからもっと遅いだろうけどw 専用の言語でも開発したら。fortranで十分かもだが。
GPGPU
FPGA厨にはアイピーフレックス潰れたくせにって言えば黙るよ
720 :
デフォルトの名無しさん :2010/01/24(日) 14:38:51
OpenCLはやく使いものになるように整備してくれー
Perl6みたいにRuby2.0も設計思想から見直して欲しいね
>>721 みたいな人はRuby1.8.6が1年くらいでできたと思ってるから困る
そんなもの、Ruby2.0を脅威と感じる勢力の裏工作に決まっているじゃあないか… Ruby2.0が完成するのが遅れれば遅れるほど、彼らは安泰なのだ…!
まてまて、Perl6 が成功しているかのような流れになってるじゃないか
今のところ、RubyはPerl6みたいに言語仕様レベルからの大改修が必要な話ってないからなぁ いや、人によってはend廃止とかあるんだろうが
とりあえず処理速度のチューニングしてあと添付ライブラリ充実しようぜ程度だな
文字コード統一も急務だね
>>726 今ある添付ライブラリすらまともにメンテできてないのに何夢物語を
>>727 早く現実に帰っておいで
>>727 ごめん話が見えない
何と何の文字コードが違ってて何に統一するって?
次の目標はContikiとFreeDOSへの移植だろ?
全世界の全システムの文字コードを統一しようぜ!
>>725 確かに、Rubyの言語仕様自体は意外と安定してるよな
細かい変更は結構されてるんだけど
>>731 そいつのほとんどはMicrosoftとSunの仕事のような気がする
てかModified UTF-8ってなんだよ。最近本当に絶望した。
>>731 少なくともMicrosoftさんにはcp932を捨ててutf-8にしてくれることを切に望む
あほらし
>>733 JavaのModified UTF-8は見逃してやれよw
今じゃ内部処理だけなんだし。
各種文字コードのサポートとか1.4.1あたりでのShift_JISとWindows31-J分離とか
よくもまあ頑張ってくれたってところだろうよ。
737 :
643 :2010/01/27(水) 01:16:10
RON(Ruby Object Notation) と称してメソッドの引数とかにがんがん使えるようにならないかなぁ Person.new({name:'Matz', age:100, fav:'しいたけ栽培'})
なぜか鷲巣様が頭をよぎった俺であった
ロンッ ロンッ ロオ〜〜〜ンッ
ねーねー、データクラスにparseメソッド持たせてもいいかな データのクラスがパースを行えるってなんかおかしくね パースするクラスとデータ表現クラスは別じゃねやっぱ
別にするなら内部的に別にしとけ
ユーザー的には代表クラス名義でparseできて代表クラスのオブジェクトが返ってくるとわかりやすい
uri = URI::HTML::Parser.parse("
http://example.com/ ") とかやだ
URI.parseとかDate.parseとかそんなおかしくないしモノによるんじゃね
HogeParser というクラスがあってもいい が、HogeData.parse を作ってその中で呼んでて欲しいなあ HogeData の処理量が多くなるのがキモいというのはなんとなくわかる
>>741 パースすることとデータの概念が近いなら paise 持っててもいいが、
そうでもないなら別関数にしたほうよい
もし持たせる場合はクラスorモジュールの特異メソッドにしろよ
get_parsed_dateみたいなメソッドなら 不自然ではないのでは?
parse より read のほうがよくねえか? m_body.Read (reader) ... m_foot.Read (reader) ダーと一気に読込ませていく…
もう一貫性がどーたら言うのはやめて 人間の記憶力側を強化した方が3万倍くらい効率的な気がしてきた。 脳埋め込み型記憶装置開発しろ。
他力本願もここまで来ると立派だが
むしろ Ruby の場合、利便性よりもうちっと一貫性重視しろよと思わなくもない なんで Hash#merge! なのに Set#merge なのよ
! = 破壊的 って言っちゃえるくらい統一して欲しかった。
! = 破壊的 は言えるんじゃないの?その逆は言えないだけで まあ統一してほしいのはその通りだ
一貫性審議委員会立ち上げろよ
mechanizeめっちゃ便利 作成者に感謝!
一貫性が欲しかったらPythonで良いじゃん。 思いついた便利なことをMatzの好きなように実装するのがRuby
と言ってもある程度の一貫性はないと困るよねっていう
Python、スゴイというほどの一貫性があるとは思えん
pythonもメソッド名の命名規則がわかりづらい。 subprocess.Popenとか、なんで先頭大文字よって突っ込みたい。
破壊と非破壊の両方があったら破壊のほうに ! が付くという一貫性があるはず 破壊的ならなんでも ! はわかりやすいとは思うけど 状態を書き換えるメソッドなんてかなり多いからなぁ・・・
それなりにどの言語も癖はあるよね・・・ delphi あたりは堅い印象 haskell 数珠つなぎ objc 意外とまるいデリゲード周りだるい
>>759 メソッドの大部分に ! がついてたクラスをどっかのライブラリで見た
どこだったかなあ
ruby はパケージングシステム周りが すっと腑に落ちるかんじはある・・・
>>758 ちょっと前は popen2.popen3() 使ってたんだぜ
初心者スレが落ちてるのでこっちで。 関数で呼び出し元のselfを自動で引数として受け取るようにす ることってできますか。 こんな感じで。 def func(hoge=呼び出し元のself) p hoge end モジュールにしてMix-inさせるとかは無しでお願いします。
>>758 subprocess.Popenはクラスだから
>>749 は ! の命名ルールよりも、非破壊のSet#mergeが存在しないことが問題に思えてきた
機能的には単にSet#+の別名になるんだろうけど
Setなんてわざわざ使ってる人い
俺もそう思ってたんだけどな 実際使ってみるとこれがなかなか便利なのよ
RubyってなんでListじゃなくてArrayってクラス名にしたんだべ?
組み込みの[]はふつーarrayって呼ばれるからじゃね
べつにListじゃないから PerlがArrayだったから
リストって言われると、 高速なランダムアクセスを提供しない印象があるような
リストって繋がってるよね リンクトリストのイメージがどうしても強い
Array と Vector ならともかく Array と List じゃ特性が全然違うだろ
List=LinkListとは限らないとDelphi界隈から抗議声明が届いております
そんな神話時代からの抗議は無視しておk
LinkListってlinked list とは別のもの?
まあ配列なんだからArrayだわな ところで配列の変数名どうしてる? 俺は arr とか a とか
780 :
デフォルトの名無しさん :2010/01/29(金) 00:33:26
a = [ 2, 5, 7, 3, 8, 6, 4, 1 ] a.last(3) #=> [6, 4, 1] # 1.8.7以降かね。
>>779 変数の性質を表すことば
例えば result とか threads とか
a とか arr とか array とかは例文以外では使ったことが無い
>>781 変数名が大文字ってあーた
書き込むスレッド間違えてない?
p RUBY_VERSION #=> "1.9.1"
p [0,1,2,3,4,5,6,7,8,9].last(3) #=> [7, 8, 9]
初心者スレの回答とかではむしろ a や arr を好んで使うな 回答もらった人はスクリプトの中でも a とか arr で書いてるんだろうなーと思いながら見てる 命名問題は自分で気づかないとぴんとこないので生暖かく放置 あとあと自分が困るだけで本質的な問題はないし
resultで思い出したけどさ、返り値となる変数をメソッドの宣言時にかけるようにできぬかの。 def plus(a, b) return a + b end ぢゃなくて def plus(a, b) > result result = a + b end とか書けると幸せじゃないか? ま、Goとかこんな感じだけど。 多値を返すなら RubyTarou def self.family > son, daughter, wife son = 'まつたろう' daughter = 'まつこ' wife = 'まつこデラックス' end end RubyTarou.family #=> 'まつたろう', 'まつこ', まつこデラックス''
>>785 無意味
「このメソッドでは 8行目にあった a と 14行目にあった b と 21行目にあった c が返り値になります」とか俺なら覚えられん
処理の最後に return [a, b, c] と書いてあったらその行だけで意味と意図が完結するから俺でもわかる
似たような感じで、長いメソッド定義で暗黙の返り値を使ってるのは嫌い
def val=(v)
@val=v
end
が v を返すというのはいいんだが、大きなメソッドで処理の最後の値を返させるというのは何か間違ってる
return して動作が変わらないなら return でその行完結で意味と意図を書くべき
10行以上の大きさのメソッドを書くほうが悪いという指摘は受けよう
# 全然関係ないけど array = ["elem0", "elem1", "elem2"] array[0] = "hoge" # ができるのに array.first = "hoge" #=> undefined method `first=' なのが残念。 array[-1] = "fuga" array.last = "fuga" # もしかり
a = [1, 2, 3] a.first = 0 p a #=> [0, 1, 2, 3] a = [1, 2, 3] a.first = 0 p a #=> [0, 2, 3]
なんでそこでunshiftが出てくるんだよw
ary. address_ary, とか。
>>785 メソッド定義の上にコメントで書いときゃいいだけじゃん
下手に代入式メソッドだと序数の1だととらない可能性はあるな 配列のfirstに代入だと考えると
めんどくせー
>>786 >処理の最後に return [a, b, c] と書いてあったら
ソースを読むのだるい。
>>791 コメントじゃ信用できない。
ドキュメントだとしても信用できない。
結構Ruby的なアイデアに見えるな 既にRubyについてたら顔真っ赤にして削れと主張する人はたぶん出てこないよw
コメントやドキュメントを信用できず,その上ソースを読むことがだるいのでは仕様がない。 その解決策をRubyに求めるのは我侭というものだろう。 己がセブンセンシズで判断するのがよかろう。
たとえば「plus(int a, int b, int c)」という関数があって、aとbを足した結果はcに入りますと。 んでドキュメントには 関数名:plus 引数(入力):a 引数(入力):b 引数(出力):c とかくと。 でもこれって、引数が入力か出力かって人間がちまちま書かないといけないし、ミスや忘れ、ズボらが発生する。 たとえばC言語っぽく「int plus(a, b)」って関数があって、aとbを足した結果が帰りますと。 でもこの定義の書き方は多値を返すことを想定してないよね。 入力が多値で、出力も多値、って関数で、そいで具合の良い定義の書き方ってのがあるはず。
要素に代入(上書き)するか境界に代入(挿入)するかでしょ lastはまだしもfirstは-thなわけだから先端(境界)よりも一個目(要素)の意味の方が強いと思う headやtailには境界のイメージがある
>>794 Ruby の場合、このケースに限らずソースは読まざるを得ないだろ
a = ["a","b","c"] 1. a.last << "d" 2. a.last.replace "e" 3. a.last = "f" 1.と2.ができるのだから3.もしたいのいうのが人情かもしれない。 逆に1.と2.ができるのだから3.は必要ないということも言えるかもしれない。 イミュータブルなオブジェクトが配列の要素である場合はこの限りでない。
それは #last が返すオブジェクトのメソッドの仕事だと思います #last が返すオブジェクトに = メソッドがあれば万事解決
>>798 PL/SQLのストアドファンクションでの戻り値宣言とはまた違うのかな?
>>801 1 の結果、a は ["a", "b", "cd"] になるけど、それは期待した結果?
>>802 本気で言ってるのか 皮肉で言ってるのかわからん
>>804 変更できるんだから代入もしたいってことでしょ
>>805 ["a","b","c"]の管轄は1〜3いずれもa.lastまで、<<だのreplaceだのは"c"のメソッドだ
ごめん3は違った
<<やらreplaceやらのメソッドと配列への代入は別の何かなんだよね 強いて言うなら、Array#last= でも定義すればなんとかなるって話?
>Array#last= でも定義すればなんとかなるって話? そんな話はしてないんじゃない?
でも、
>>787 、
>>801 はArray#first= (or #last=) が欲しいっていう風に見えるな
やってみたらできるっぽい?ので、自分で定義すればいいじゃんっていう
そういうとこからさらに深い話になってるならスマソ
端末にとって危険なエスケープシーケンスを文字列中から捨てるというメソッドを用意しなかったRubyが悪いんだー
な、なんだってー(AA略
端末ごとに違うからわかんねーよ!w
def escape(data) if data.tainted? data.gsub(/[[:cntrl:]\\]+/) {$&.dump[1...-1]}.untaint else data end end
自分で定義すればできるのは周知だろJK 最初から言語仕様としてどうのこうのって話をしてたんじゃね?
なんで一ライブラリ(という名のアプリ)の脆弱性が言語仕様の脆弱性になるんだ まあ直したらしいし。所詮HTTPログなんて、ASCIIの可視文字+半角スペースに限定してもいいだろ。 標準添付のライブラリを無制限に増やすとこういうこともあるっていうことでいいんじゃない?
最近知ったこと ・多重ループを抜けるには catch throw を使う ・無指定の rescue だけでは全エラーを捕捉できない
「こういうのはRubyで書いたほうが早いんだがPHP上で動作してもらわないと困る」というときに便利 たぶん
存在意義がわからん 最初からPHPで書けよwww
RubyistによるPHPer絶滅計画ですね。わかります。
PHPコードジェネレータというのは普通に存在意義があるよ
>>798 値は一つだけど Pascal の function は関数名に代入した値が返るとかあるな。
MATLAB なんか普通に複数の値を返せるし。
function [x y z] = foo(u);
x = u * 2;
y = u / 2;
z = u ^ 2;
とかやる。
多値を返せる言語自体、そんなに多くないような Rubyと、おそらくRubyの元ネタであろうCommon Lispと、あと…… タプルとか、レコード的なものへの参照を返すことで多値とする言語のほうが 多いんじゃないかなあ goのその仕様は良いと思うけど、 公式のMLとかで提案したほうがいいんじゃ?
いいと思うのは一瞬だけのような気もするな それこそ全般作り直した上で入れないとしっくりこないぞきっと
だからこそ 2.0 Feature なのだろ return と被ったときにどうなるかまでは知らない
>>798 Eiffel だと Result に代入した結果が戻り値になるね。
多値が使えるっていうとあとは Scheme とか。
(let-values (([evens odds] (partition even? xs))) ...) みたいな感じ。
で、 Ruby って多値が扱えるんだっけ。
一時期 Values クラスを作る話があったような気はするけど
今は多重代入と配列でそれっぽくしてるだけだと思ってた。
配列を戻り値にするのとどうちがうの?
>>830 同じ。フラナガン本いわく
>戻り値が複数ある場合には、それらの値を集めた配列が作られ、
>その配列がメソッドの単一の戻り値になる。
>複数の値をともなう return 文の代わりに、自分で値の配列を作る方法もある。
だから、メソッドは真に複数の値を返しているわけではない
もっとも、多重代入との組み合わせが巧妙に機能するおかげで、
ほとんど多値と言っていい気もする
win32-api gem のインストールでこけた なんでだと思ったら「MinGW 用の win32-api バイナリが用意されてないから make しようとしてエラー」だった …ないのか っていうか家には i386-mingw32 とかを返す Ruby しか入ってないんだがどうしろと いやそりゃ make とか入れてコンパイルすれば動くだろうけど、Windows Ruby としてはそれでいいんかこれ
windows で ruby は茨の道
いるよな すぐ「環境がないんで…」とか言うやつ 開発者のくせにメジャーOSくらい試せよ 今時仮想マシンですぐ入れられるだろうに
MinGW版を使っていてmakeがインストールされてないという不思議
>>832 win32-apiのgem見てみたけどmsvcrt-ruby18.dllにリンクしてるからMinGWでも動くはず
パッケージミスかエラーの見間違いか実は
>>832 は1.9を使ってるかのどれかじゃね?
パッケージミスなら、試してないがgem持ってきて手動で展開したら多分使える
>>836 それは漏れの仕事じゃないから (Matz)
多分 Windows がメジャーじゃない世界に入り浸ってるんだろうな 一生そこからは出てこないと思われるw
「Windows上でRubyをわざわざ使わなくてもいい世界」というのは普通に存在すると思うが
釣りや煽りじゃなくてマジレスすると Windows 上で同じことしたいなら Python の方が楽
「Rubyしか使えない人」がやけに必死に騒いでるという印象はあるね Rubyでもいろいろできればいいなーという人がゆっくり対応してる横でやたら煽ってる
全然何言ってるかわからねー文章だな
単なるgemのパッケージングの話なのにWindowsがどうとかアホ丸出しなんだよなあ
今からWindowsの世界でPythonに挑んでも大差が縮まりそうにないもんだから、 「Ruby的にはー、なんてゆーかー、うぃんどーずとかどーでもいーしー」な態度をことさらに強調して ニート的「本気出せばすぐ出来るけどねオーラ」出して自尊心保ってるのが今のRuby。
instance_eval きた。ワンライナーきた。後置if文きた。 正規表現使い易いきた。 # this ordering ensures we try the most recent version of a plugin first remaining_plugins = @unloaded_plugins.sort_by {|pl| pl.version }.reverse if md = req.match(/^(=|>|>=|<|<=|!=)?([\d\.]*)$/) case-when-end ブロックきた。 それなりに便利だと思います。好き好きなのだから 勝手に選べば良いと思います。
def save! @mirror.commit(to_s) set_modified(false) end 非破壊的にセーフ set_modifiedが呼ばれて title_with_star が呼ばれて 星が消える!
def mirror=(new_mirror) notify_listeners(:new_mirror, new_mirror) do @mirror = new_mirror mirror.add_listener(:change) do update_from_mirror end update_from_mirror end end でも、notify_listner いうのが何だろう event bubble を 上方向に渡していくみたいなかんじなんだろうか...本体から帰って来た file object を :change メソッド? で bind して mirror から @edit_view を更新するような... でも mirror って誰が呼んでんだか ruby 難しす...orz
http://github.com/danlucraft/redcar/blob/master/plugins/edit_view/lib/edit_view/edit_tab.rb @edit_view = Redcar::EditView.new(self)
@edit_view.add_listener(:focussed, &method(:edit_view_focussed))
@edit_view.document.add_listener(:changed) { notify_listeners(:changed, self) }
@edit_view.document.add_listener(:selection_range_changed) { notify_listeners(:selection_changed) }
なるとみたいのが付いたのは食べ物なの
: みたいなのは飲み物なの
なんで :change self なの
&method で呼び出してのは何故なの
らーめんはまだなの?
>>838 そもそもmingw版とmswin版は拡張ライブラリ共有できるのがウリだしねえ
VC++のバージョンによっては共有できないんじゃなかった? msvcr80.dllだっけか。
>>855 一般にいうmswin版=usa氏がVC6でビルドしてくれているmswin版
だからね。(ランタイムとしてmsvcrt.dllをリンク)
・VC7以降のVCでビルドされた場合使用するランタイムが別のものになる
・Ruby本体、拡張ライブラリ、拡張ライブラリが呼び出す外部ライブラリDLL、
が全て共通のランタイムDLLにリンクされていない限り、全体としてのRubyが
正常に動作することは保証されない(たいていはクラッシュする)
・Windows界隈での拡張ライブラリのバイナリビルドは最大勢力である
usa氏ビルドに合わせてビルドされている
ということで、
・usa氏ビルドのmswin版
・同じくmsvcrt.dllをリンクするmingw版
はバイナリ配布されてる大抵の拡張ライブラリが動く
逆にmswin版でも
・VC7以降でビルドされたmswin版
はバイナリ配布されてる大抵の拡張ライブラリが動かない
と。
windows の ruby は不幸を背負ってるよね
またアホが来たか
Matzってシェルは何使ってんだべ?
bash から zsh に乗り換えたとかいう話をどこかで読んだような
virtual pcでdebianでも動かせばいいのに。
rubyのためにvmとはブルジョワですな
863 :
デフォルトの名無しさん :2010/01/31(日) 22:44:11
>>857 哀しみを背負えばなんか会得出来るかもしれんな
PHPの人がRubyっぽいスクリプトを書けるようになるよガイド、みたいなのはあってもいいかなと思う
>>865 if empty?(var)
でよくね?
と思ったら最後のオチがそうなってた orz
>>865 1. 真偽の判定をしたい場合
2. 虚実の判定をしたい場合
3. 真偽の判定をした上で虚実の判定もしたい場合
1.と2.の区別ができないのは言語仕様の欠陥。異論はないはず。
3.は簡単にできる文法やメソッドがあれば便利だねというレベル。
次元が違う。
NilClass#empty?は3.が手軽にできるので一見有用なように見える。
しかしその副作用として1.と2.の区別ができなくなってしまう。
採用されないのは当然。
Kernel#empty?のような関数的なシンタックスはRubyistには好まれないかもしれない。
Object#blank?は副作用なく3.を実現できる。
シンタックスもRuby的。
解決策として一番評価できると思う。
いや なんつーか var が nil だと empty? メソッドが呼べないって問題では?
なんかRoRではそのへん拡張されてなかったっけか
だからー
>>870 1.と2.を区別できてる?
むしろ呼べたらまずい。
nil.blank?が良くてnil.empty?がダメな理由がわからん
それこそ nil_or_blank? が一番
>>874 多くのオブジェクトが虚実の判定に#empty?を使ってる。
nilが#empty?に反応してしまうと,空なのか偽なのかわからなくなる。
それが便利である場合もある。
>>865 の記事の例のように。
しかし,例えば空だけを拾いたい場合にnilまでくっついてきて困ることにもなりかねない。
if obj then fill_process(obj) if obj.orig_empty? else warn "objがnilです" end とするか begin fill_process(obj) if obj.orig_empty? rescue NoMethodError warn "objがnilです" end とするかの問題な気がする nil かどうかの判断をオリジナルの empty? 以前にやってるのなら
いいこと思いついた、and を使って obj && !obj.empty? とか書けば簡便なんじゃね?
nilと空文字列の同一視ならこれでいいじゃん nil.to_s.empty?
それすらもメンドクサイって人たちがいるんだよ あとStringオブジェクト以外の場合はどうするんだ?
PHPと同じようにDSLと割りきって、 Stringを特殊扱いするような拡張をするしかないんじゃ まあ、そういうわけでRuby的な回答はRoRなんだろうけど
>>876 > 例えば空だけを拾いたい場合
普通こう書くよね
if var && var.empty?
NilClass#empty?が定義されていてもいなくてもこの記述は変わらない
blank?でも同じだと思うけど?
>>882 Object#blank?ってのは以下のような意味 おそらく
nil.blank? #=> true
"".blank? #=> true
[].blank? #=> true
"hoge".blank? #=> false
["elem"].blank? #=> false
>>880 empty?である限り他のオブジェクトでもto_sでいいしto_aでもいい
nilがemply?に応答してtrueを返せすように変化すればなんだっていい
>882 普通でもないんじゃない? nilが混在していない設計で if var.empty? を呼ぶ場合もあるでしょ この場合は例外が起きて欲しいはず
というか、文字列を期待するところに nil が入ってる時点でおかしいと思ってくれ それはエラーだぜエラー
そのエラーを検出するさいにNilClass#empty?が邪魔になるんじゃないの
ActiveSupport の blank? class Object def blank?; respond_to?(:empty?) ? empty? : !self; end def present?; !blank?; end end class NilClass; def blank?; true; end; end class FalseClass; def blank?; true; end; end class TrueClass; def blank?; false; end; end class Array; alias_method :blank?, :empty?; end class Hash; alias_method :blank?, :empty?; end class String; def blank?; self !~ /\S/; end; end class Numeric; def blank?; false; end end
>>883 nilをのぞけばblank?をempty?に置き換えても同じ結果になるよねそれ
そんでもって真を返すNilClass#empty?が定義されれば全て同じ結果になる
さらに偽を返すObject#empty?を定義すればblank?と同じになる
MatzがNilClass#empty?を定義しないのはなんらかの拘りがあるらしいけど
個人的にはNilClass#empty?を定義しちゃっても問題は発生しないと思うな
String#blank? って空白の連続やタブや改行だけの文字列にも真を返すんだな
String#blank?は空文字列じゃないのか 同じにはならないね、失礼
NoMethodError: undefined method HOGE for nil:NilClassは ぬるぽ/りとかinvalid argument例外と同じっていうイメージ
むしろ nil の返す NoMethodError は特別扱いして別途名前が欲しいくらいだ
あるオブジェクトに「お前は空か?」と尋ねているつもりなのに うっかり出てきたnilに「はい空ですよ」と答えられるのはキモイ ""|nil を期待するメソッドと "" を期待するメソッドは区別されるべき
っていうか PHP ユーザーは Ruby 様式に慣れろ PHP のこのへんのを譲歩してやる理由は特段存在しない どうせならもっと凄いとこを持って来て欲しい
Rubyと比べてPHPの凄いところってどこよ 煽りではなく真剣な意味で
>>894 もしかしたら一番良く出会う例外かもしれん
if hoge で hoge がクラスの基底なときも then 節を実行するということにすればいいんじゃないかと思ったり String なら "" Integer なら 0 Float なら 0.0 Array なら [] Hash なら {}
>>900 お前頭いいな
じゃあオブジェクトがそのクラスの基底というかゼロ状態であるかどうかを知らせるメソッドを作ろう
empty? とかどう
なんかgemsに条件演算子の挙動を PHP風にするようなネタライブラリがあったような
おまえらネタにマジレスしすぎ。
>>865 のはいつもPHPをdisってるブログじゃん。
今回のも高度な皮肉だろうよ。
誰が言っているかは問題じゃない 何を言っているのかがすべて そして言っている事は至極まっとう
thenなんて使ってる奴いるのか?
else節のtypoだろうけど
>>900 そういえばraccの256本にthenがいっぱい出てきて違和感をかんじだな
then なしに1行で if が書けるなら考えてもいい できないのなら複数行のときに then を書く
if 1行目 2行目 3行目 にて、条件は1行目だけで、真のとき実行されるのは2行目から と見えるのがたいそうキモい then があればそこで見た目に区切れる if 1行目then 1行目 2行目 then を書く人はメソッドの引数カッコも基本的につける派だと思う
これは2行扱い? if true; puts "ok" end
行の扱い以前に;がキモいからif修飾子使ってくれ
キモイつながりで こんな表記できるのな true ? true ? true ? "one" : "two" : "three" : "four" #=> "one" 鳥肌が立ちそうだ
Cに言え
そういうのはちゃんとインデントすれば見やすくなるけど p ? x : q ? y : r ? z : default_value
>>910 a ? (b ? (c ? "one" : "two") : "three") : "four"
あーこういうことか
>>912 !a ? "four" :
!b ? "three" :
!c ? "two" :
"one"
三項演算子自体が問題だろ
>>915 mingw32移行後の正式リリースはまだじゃない?
あのページを必要としている人がそんな情報を使い分けて吟味して理解するとは到底思えない
・ バーションが上がったもの ・ パッチレベルが上がったもの ・ 古い(legacy)と呼ばれているもの この3つがあったら、 バージョンが一番高いものでパッチレベルが一番高いものをダウンロードしてインストールすると思う 外部サイトだから関知しないというのならそれでも構わないが、リンクする責任程度のことは引き受けるべき ちなみに英語版ダウンロードページにはFTPディレクトリにあるFinalの1.8.6-p26への直接リンクが目立つようになってる これは紛うことなきmswin32
「インストーラー正式版はこれ、まだ正式でないインストーラーはあっちサイトにあるから自己責任で」 みたいな書き方で充分なのにね 公式でもないサイトの英語を隅々まで読めないほうが悪いというのは正論
バイ画像注意
923 :
デフォルトの名無しさん :2010/02/03(水) 06:54:28
MLのmaekawaさんは何がしたいんだ?
>924 俺様のノーツで読めないメールを送ってくる奴がいるからお前ら何とかしろ。 ってことでしょう。
>>923 やたらと貼りまくってるけど正式リリースされたわけではない。
ドキュメントだけ。
>>924 俺すっかり名前覚えちゃったよ
ちょっと前にここはあなたのサポセンじゃありませんって怒られてたのにw
>927 彼のメールには成長の兆しがまったく見受けられないのがまた清々しい
・会社でruby-listみなくてもよくね? ・仕事上で見る必要があるならロータスのサポセンに言えば? と本文を書いてみたが送信は踏みとどまった俺ってrubyistの鑑だなぁ
馬鹿は相手しないほうが。 あなたには言われたくないとか返されるだけ。
ここは rubyist の鑑があつまるいんたーねっとですね(・w・)
ところで cgi.rb は直ったのかい
おじいさん cgi.rb は cgialt になったでしょ
しーじーあいおるたなちぶ?
オルタネイティブという読みは6割くらい勘違いだと思う たまたま発音の許容範囲内に収まってただけで
おるてぇあーねてヴ
939 :
デフォルトの名無しさん :2010/02/04(木) 00:51:24
優勝賞金500万円
http://www.jaist.ac.jp/ICGA-events-2010/olympiad/ 1989年にロンドンで第1回目のコンピュータオリンピアードが開催されました。
毎年開催される本イベントでは,コンピュータゲームプレイヤー同士が競技し,世界最高位を決定します。
これまでの優勝者には,Neurogammon(バックギャモン, 1989年), Chinook (チェッカー, 1989年および1990年) そして Tacos(将棋, 2005年, 2006年, 2008年, 2009年)などがあります。
コンピュータオリンピアードは国際コンピュータゲーム協会(ICGA)が主催して実施されています。
競技部門には,アマゾン,バックギャモン,ブリッジ,コンピュータプール,六目並べ,象棋,ドッツアンドボックス,国際ドローツ,囲碁,9路盤囲碁,ヘックス,ハバナ,ラインズオブアクション,
将棋,スラカルタなどがあります。
この他のゲームもコンピュータによる競技会を開催する可能性があります。主催者までコンタクトしてください。
2010年に第15回目となるコンピュータオリンピアードは金沢市内で開催されます。
ICGAとJAISTとの共同イベントとして9月25日から10月2日にかけて金沢市内で開催されます。
各競技の日程は後日決定します。
参加申し込みなどの詳細も後日お知らせ致します。
PHPが書けるだけで仕事に困らない
http://tsushima.2ch.net/test/read.cgi/news/1265212006/ 【レス抽出】
対象スレ: PHPが書けるだけで仕事に困らない
キーワード:ruby
71 名前: ボンベ(東京都)[] 投稿日:2010/02/04(木) 01:07:45.93 ID:Y58IKKQC
>>43 そっからPerlとRubyちょっとと、JSちょっと書けるようになった
JavaとかCはたぶんまだ無理
184 名前: 集魚灯(千葉県)[sage] 投稿日:2010/02/04(木) 01:54:00.59 ID:siH4ou+1
Rubyってどこいったんだ
一時期のレイルズが異常に持ち上げられてたけど
263 名前: 厚揚げ(dion軍)[sage] 投稿日:2010/02/04(木) 02:42:14.83 ID:Sp1eGWZO
PHPはバージョンごとに仕様が変わるマゾ言語
Perlは省略しまくり色々メチャクチャのキチガイ言語
Rubyは宗教
Java(笑)
Web開発は地獄だぜ
324 名前: 手枷(群馬県)[] 投稿日:2010/02/04(木) 07:28:00.00 ID:+phQtEOJ
一方俺はオライリーのRuby本を買ったばかり
抽出レス数:4
個人的な話でわるいんだが文系?の女子大生にプログラミングを教えることになったんだが… Rubyで良いよね?
そんなもんおまいが使える言語が分からなきゃ答えようがない
問題は「何が使えるか」じゃなくで「何で教えるか」なんだ。
そうだ、手と足で教えるんだ
構文がカオスでなくREPLのしっかりしたPython
教える自分がRuby偏愛者で無い限りPythonだろ
インデントのキモい言語はナシだろう PHPがベストじゃないかな
iphone 片手に objc -> mac 実機で rubycocoa ごらんこんなに簡単に
なんのためにプログラミング言語教えようと思ってるのかが問題だな ナンパならエスペラント語とかにしとけ
女子大生というだけで大漁
マカってホント情報弱者だな。
愛だろ愛
>>941 普通にRubyでいいんじゃね
Pythonと比べて特に不利な点があるとも思わないし
というか、いずれにせよ
初学の言語であれば言語ごとの差はあんまりないと思う
スクリプト言語であれば何でもいいんじゃないかな
じゃあBASIC教えようぜ
タラしこむならヴィジュアル系でキマリだろ
ActionScriptのことでつか?
中田氏するならピル飲ませたほうがいいよ。
VisualuRuby
ん?n0kada氏がどうしたって?
>>953 不利な点
ruby は windows で使おうとすると理不尽なくらい面倒に巻き込まれる
Ruby-MLの勝手RSSが更新されないな サーバーが死んでる?
コールバックがよくわかんねーよ、カス
日本語でおk
私はコールバックがわかりませんよカスども
ずっとわからないままでいろ はい終了
コールバックがわからないと言われても 具体的にコードで例示したほうが話が早いと思うぞ?
呼んだら戻ってくるってことだろ
それはエコーバック
コールバックルーチンって 何かあったらこのルーチン(関数など)を呼んでね って外から渡すルーチンのことでしょ ということはRubyでメソッドに渡すブロックは全部コールバックルーチンか
イテレータブロックは「なにかあったら」じゃなくても・・・
>>973 乙。
ところで、ruby-ffiがdl代替で入りそうなのはめでたいとして、
当のruby-ffiのページってどこ行っちゃんたんだ?
>>975 トンクス。kenaiの方ばっかりヒットしてて困ってた。
golangに期待して使ってみたが駄目だこれは。 rubyよ、もっと早くなってくれ。Cの2倍遅いくらいにまで頑張ってくれ。
goなんてgoogleじゃなかったら 注目されてないレベルだろ
面白いアイデアはいくつか発見したが、それ以外の部分が… チュートリアル読んでると「シンタックス的なコード量が減りまっせ」という趣旨の主張が所々に見られるんだが、 それ以前にDRYに書きづらい部分が有ったり、ポリモーフィズムが思わぬ場所で効かなくて、結局コード量が増えてしまったり… うーむ…
バージョン1だからなー 第2世代くらいになれば化けるかもしれないとは思う
sp2ぐらいまでは手を出さないのが吉。 膿め。
うおーGitHub落ちてる
GitHubって落ちるの? と、sftpメインの知識しかない人間が言ってみる。まあサーバマシンごと落ちてれば落ちるだろうけど。 …まさかみんな github.com という一ゲートウェイにぶら下がるシステムじゃないよね だれか詳しい人、ここらでGitHubの公開リポジトリの仕組み教えて。
github自体はgitプロトコルとhttpプロトコルを提供しているリポジトリサーバ の1つにすぎん。(sourceforgeとかsavannahのたぐい) すべてのgitがgithubにアクセスしているわけではないよ。
てか、RubyのGitはgithub.comにあるんじゃね? それって、sourceforgeくらいの安定性・公共性はあるんだろうか。 まあその辺はエロい人らが検証した上で使ってるんだろうけど。
986 :
983 :2010/02/08(月) 01:16:12
>>984 thx
それなら、ruby.org上に置くってこともできるんだよね。
素人考えではその方がいいような気がするんだけど、なんでそうしないんだろうと。
まあ、素朴な疑問ってことで。
987 :
983 :2010/02/08(月) 01:17:48
>>986 ×ruby.org ○ruby-lang.org
失礼。
>>985 shyouhei/rubyのことを言ってるという前提で話すけど
あれはsvnレポジトリからgit svn cloneさえすれば誰にでもミラーが作れる
ただミラーリングに時間がかかるから最初の一人のミラーにみんなが乗っかってる
さらに言えばshyouhei個人がミラーリングしてる形なので検証とかどうでもいい
(氏が個人的に検証してるかどうかは知らん)
>>986 そういうわけなんでRuby公式としてはgitをサポートしているわけではないと思う
ただgit使ってる開発者は多いみたいだしgithubに不満が出始めたら誰か提案するんじゃね
現状あくまで公式はsvnってことでいいのかな。 んで、githubからバックポートもあるって感じか。
RubyのCGIクラスを使えばHTMLをRubyっぽく書くことができるけど XHTMLをRubyっぽく書く方法ってないのかな。
どうしろと DTDをnewに渡すとメソッドが定義されるとかか
やっぱり無理か。 newに渡すとそれに準拠したHTMLコードを自動的にはきだしてくれたらいいななんて思ったんだが・・・。
簡単に無理とかいうなよ
っていうか
>>990 がどういう仕様を期待してるのかまるで分からん
.. (. . ) ,―ヽ__(__、― ,/ ノ ヽ ~\ / ノ IPA ヽ ~\ / ノ ヽ、 `ヽ | ノ / ̄\ / ̄~ヽ ヽ i | ノ | ノ \ | <●> <●> ( ) \ | | | i / | / ヽ レ i (●_●) / i、 ,-――-、 ・ / i、 <(EEEEE)> ∵/ 埋めまピョーん☆ i、 \ ./ / \ ーー ,ノ ,,.....イ.ヽヽ、ー-―一ノ゙-、. : | '; \_____ ノ.| ヽ i | \/゙(__)\,| i | > ヽ. ハ | ||
ほっといてもおちる
保守
999 :
デフォルトの名無しさん :2010/02/08(月) 22:14:55
age
1000 :
デフォルトの名無しさん :2010/02/08(月) 22:15:14
!
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。