Rubyについて Part 38

1 名前：デフォルトの名無しさん mailto:sage [2009/11/01(日) 21:36:44 ] オブジェクト指向スクリプト言語Rubyについて扱うスレッドです。 まったりと行きましょう。 Ruby Home Page www.ruby-lang.org/ja/ = 前スレ Rubyについて Part 37 pc12.2ch.net/test/read.cgi/tech/1251029267/ 過去スレ・関連スレは >>2- 152 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 18:54:10 ] >>151 英語は読めない。日本語は読めるが 153 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 19:12:12 ] まー基本的には、Matzが自分の作りたいものを作る言語だからな ドキュメントが欲しいなら、他の人が書かないとどうにもならん >>151 まず「日本語はないから英語読め」という姿勢自体が間違ってる 仮に英語を読むことにしたとする その変更履歴だけを読んで、いったい何が分かるんだ？ 具体的な情報は無いも同然だろ 154 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 19:31:10 ] ソースのdiffでも取って読めばいいんでない？ 155 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 19:31:14 ] 愛国Ruby 憂国Gauche なんかうかんｄ 156 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 20:04:33 ] おまいらがゴタゴタしている間にPerlは6に進化していくというのに 157 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 20:12:15 ] 釣れそうですか？ 158 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 21:21:26 ] >>156 えらく巨視的なたしなめ方もあるもんだ 悠久の時の流れしか感じねえ 159 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 21:52:03 ] アキレスと亀のようだ あっちはミクロだが 160 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 23:27:53 ] 未踏いらない 161 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 00:07:50 ] メジャーバージョンあげるんなら、以前のコードが動かなくても当然くらいの勢いでいってほしい。 下手に互換性にとらわれても、どうせそのままじゃ動かないんだし。 162 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 00:27:58 ] えらく巨根をなめなめした に見えた 163 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 19:04:46 ] 日立ソフト、Ruby システム開発に対応する専門組織「Ruby センタ」を設立 - japan.internet.com Webビジネス 日立ソフトは2009年11月27日、オブジェクト指向スクリプト言語「Ruby（ルビー）」を活用したシステム開発案件に対応する専門組織として、 「Ruby センタ」を12月1日に設立することを発表した。 同センタは、Ruby 開発案件を集中対応するために設置された組織で、全社を横断する組織として窓口を一本化し、 おもに中小規模のシステム開発案件を中心にビジネス展開を進め、関連団体との連携を強化し Ruby の普及を促進する。 また、今回の Ruby センタ設立に併せて松江事務所（2008年10月設立）内に Ruby ラボを設置、 地元 IT 企業および関連団体との連携を強化していくという。 japan.internet.com/busnews/20091127/1.html 164 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 20:30:47 ] 日立って Be はどうしたんだっけ？ 165 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:01:34 ] >>151 こんだけの情報で十分と思っているなら、利用者が何に困っているかをRuby開発陣はさっぱり理解できていない。 166 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:23:11 ] >>165 具体的に困っている箇所を教えてあげればいいんじゃない? 167 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:25:43 ] 困ってることを具体的に開発陣に言えばいいじゃん 馬鹿に合わせドキュメント作ってたらキリ無いだろ 168 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:26:25 ] もろ被った 169 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:32:42 ] 「利用者の欲求」の意見を全く無視したという話は聞かない ほとんどはpendingあたりになってはいるはず 実際に解消されるかどうかは余剰リソースと優先度次第だが 170 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:42:43 ] Rubyが世界規模なのに開発が日本中心だからガス欠になるんだろうな 171 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:49:38 ] ガス欠なのか、エンジン性能特に馬力不足なのか、その辺も考慮に入れた例えかな？ 172 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:49:51 ] JRubyがガンガン開発進んでるという話も聞かんが 173 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:53:00 ] JRuby結構進んでるけど、進めたところで本家の仕様がふわふわしてるからな 174 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:57:47 ] 本家の動作がいいと思ってるなら本家のとおりに動作させればいいだけじゃん 175 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 02:16:58 ] >>166 NEWSを読んだうえでその発言？あれ読んで一般の利用者が理解できると思ってるの？ 176 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 03:45:11 ] 文句言うだけのお客さんが多くて手を動かす人がいないからこうなってるんだよ。 177 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 03:51:26 ] 書き方の問題だから、そういう話じゃないよ 178 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 07:30:23 ] 書き方の問題に文句言うだけのお客さんが多くて手を動かす人がいないからこうなってるんだよ。 179 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 09:01:02 ] 違うだろ。開発陣とその近辺にはあれで十分と考えている人間しかいないことが原因。>>151はその典型。 180 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 09:08:30 ] と、ここで騒ぐだけだから、改善されるわけがないよな。 181 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 09:15:36 ] 開発陣とその近辺にはあれで十分と考えている人間しかいないって 文句言うだけのお客さんが多くて手を動かす人がいないからこうなってるんだよ。 182 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 09:33:06 ] >>175 一般ってなに？ というか君の言う「一般」向けにプレスリリースなりなんなりしている言語があったら知りたい ソース読める言語のオフィシャルはどこもこんな程度だと思うが 詳説はなんか言語の名前の入ったよくわからん関係のサイトが記事にしたりする印象 183 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 10:13:59 ] どうせ無学歴のJava出身とかそこら辺の奴が文句付けてるんだろ。 例えばJava5の新機能なんてネット上にいくらでも易しい解説があるし、変更点を噛み砕いて説明してくれるからそういうのに慣れちゃってるんだろう。 184 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 10:44:15 ] 無学歴かどうかはともかく、「あってもいい」が、「無いからといってオフィシャルが非難される謂れもない」ねえ コミットログが公開されない、みたいなのなら公然と非難してもいいが、辿ることは可能だしな ボクに懇切丁寧に無料で教えてくれるシンセツナヒトが現れないというのなら、 そりゃオフィシャルの仕事じゃないんでコミュニティで吠えてくれ 185 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 10:55:43 ] > そりゃオフィシャルの仕事じゃないんでコミュニティで吠えてくれ やめてくれ。 このスレが無情報なレスで埋まってしまう。 186 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 10:58:44 ] PerlerなんだけどRubyはどこらへんがPerlと比べて楽でどこら辺が大変か教えてくれ 187 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 10:58:49 ] このスレそういう連中の隔離スレだと思ってた 188 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 11:12:03 ] >>186 利点： Perlより書きやすく、Perlのように気軽に日常用途で使える 欠点： Perlじゃない 総評としてはPerlじゃないので習得する価値は薄い 189 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 11:32:22 ] >>187 と、いうことに(void 190 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 12:00:18 ] >>186 利点：Perlのように後付けOOPでないので、オブジェクト指向コードが書きやすい 欠点：CPANほどライブラリーがそろっていない 191 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 12:54:16 ] Rubyは、便利なライブラリがなければ自分で作ればいい っていう発想というかパワーがある人向けかな。 CPANのようなライブラリがないと嫌だって人には向かないかもしれん。 個人的にはそう思ってる。 192 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 14:16:08 ] といっても、最近ではgemが充実してるから あながち「ライブラリが弱い」とは言い切れないのでは 193 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 14:25:58 ] 仕事だとruby単体で使う機会が無いんだよなぁ Railsの案件ならいくらでもありそうだけど。 194 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 15:57:30 ] satoshi.blogs.com/life/2009/11/rails_programming.html 中島氏がまた煽ってるぞ。誰か反論してやれよ 195 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 16:19:57 ] ほんにんおちゅ 196 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 16:31:59 ] >>194 何か反論するような箇所があるか? 197 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 16:51:51 ] Rails排除しろとは誰も言っていないわけだが？ 198 名前：デフォルトの名無しさん [2009/11/28(土) 17:28:05 ] RubyのGCの停止時間ってどれくらいですか。 ゲーム作ったら数秒に一回わずかに停止するのですが.... これがGC? 199 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 17:30:42 ] GC止めてみたら？ 200 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 17:36:31 ] >>198 世になんでRubyアプリが少ないか考えてみるといいよ 201 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 17:42:04 ] >>194 O/Rマッピングってキャッシュできないのかな 202 名前：198 mailto:sage [2009/11/28(土) 17:54:52 ] >>199 ビンゴ。GC止めたら変な引っかかりは消えました。 ありがとうございました。 完全に止めるわけにはいかないので毎フレームGC.startを呼んだら それでも大丈夫だったのでこれで。 203 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 17:57:54 ] ドキュメントは比較的まともだがちっとも普及しないRuby 組み込みでよく使われるがリファレンスマニュアルが糞過ぎて使えないPython マッタク困った物だ 204 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 18:01:00 ] 釣りじゃないなら具体的によろ 205 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 18:14:20 ] >完全に止めるわけにはいかないので毎フレームGC.startを呼んだら ゲーム作りの常識 206 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 18:16:24 ] ドキュメントが糞過ぎてちっとも普及しないRuby 207 名前：203 mailto:sage [2009/11/28(土) 18:16:44 ] >>204 俺のこと？ 208 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 18:30:36 ] >>205 おい、俺今までGC止めずにゲーム作って、しかも公開してたんだぞ…… そういうことはもっと早くに指摘して欲しかったよ！ 209 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 18:32:23 ] アマチュアPCゲーム製作はスタッフにPentiumIII使用者の人を混ぜる これまめちしきな 高スペックだと絶対気づかんことも、彼なら気づく 210 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 18:51:05 ] 愛国Ruby 211 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 21:12:34 ] >>201 スキーマが変わったことがわかる低コストな方法があればARでサポートできるだろうけど。 そうじゃなければユーザ責任でちゃんとキャッシュを更新しないと 悲惨なことになるからサポートしないんじゃないかな。 メソッド再定義して、スキーマ情報を変数にキャッシュしておくことは簡単にできると思う。 212 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 01:59:31 ] Rubyのマニュアルは良い方だと思うけどなぁ 誤記満載のMSDNとか、メソッドの定義クラスすら書いていないPythonなんかよりRubyの方がはるかにまとも Rubyにも至らないところがあるのは事実だから今のままで良しとはしないで欲しいけど 213 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 08:03:50 ] Pythonは各クラスがコンパクトだから問題にならないような MSDNの誤記が多い？のはお仕事言語だから細かい仕様まで記述してるせい 214 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 10:14:40 ] >>213 まあそれ言っちゃうと、何にでも免責可能な部分はあるわな。 むしろ、受益者負担の原則でいくなら、メリットの大きい者(商売に使っている者)から順に改善すべきなんだけどな。 メーカーもそれが分かっているから、逆に防衛のためにMSDNなんかは契約書に「内容の正確性は保証しない」旨を明記している。 215 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 10:22:29 ] MSDNは末尾に指摘欄があるのは好感。 誤字は何度か直った経験はある。 216 名前：デフォルトの名無しさん [2009/11/29(日) 10:45:48 ] >>212 下を見ればきりがない 217 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 11:52:44 ] PHPのマニュアルは充実している。 「User Contributed Notes」好きだ。 218 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 12:27:10 ] Perlを越えろ 219 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 13:39:52 ] >>212 漏れはPythonのマニュアルでそんなに困ったことは無いんだが おまいさんと見ているものが違うのかもしれない 具体的にどの変がおまいさんに理解出来なかったのか示してください 220 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 13:55:23 ] そもそもRubyのマニュアルで自分も困ったことがない マニュアルが充実してないっていう人は、何が問題なの？ 221 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 14:06:45 ] >>219 >>212ではないけれど例えばこれ docs.python.org/3.1/library/zlib.html#module-zlib 属性がモジュールメソッドなのかクラスメソッドなのか インスタンスメソッドなのか一目で区別できないのが難点 以前のバージョンは属性名だけポンと書かれていたのでもっと判別しにくかった クラスの説明が数ページに収まるPythonの場合はたいしたことじゃないと個人的には思うけど >>220 ManpagesやMSDNなら書いてあるようなことが書いてないから お仕事言語として使う人は現状だと困るのかも よく覚えてないけどO_APPENDみたいにアトミックな追記Rubyでどうやるのって質問があって 回答者が歯がゆそうだった 222 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 15:40:12 ] CやJavaで組むときは確かに、言語仕様書が必須だな。 RubyとかPythonの時はマニュアルが無いからといって困った記憶がないが、理由はどうやら組み方にあるようだ。 Rubyなどではコード補完を使ってどんどん書いて、一緒にテストコードも作るから、挙動について勘違いがあってもすぐ判る。 むしろパフォーマンスや再利用性アップのために、ロジックを組み替える事の方が多い。 Cとかでは一回組んだものを再構築するのは、もう少し手間がかかるから、事前にしっかり言語仕様を確認しておきたい、という違いじゃなかろうか? 223 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 16:10:32 ] というか、コンパイル言語かどうかで姿勢は全く違う 下手したらバイナリしか配らないような言語では、設計フェーズの重要性がうんと高い コンパイルに2時間とかそういうプロジェクトも。設計ありきで使う そういう場合はちょっと試して駄目なら変える、ができないから、事前情報は正確に膨大に欲しい 224 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 18:18:27 ] 結論としては、ドキュメント欲しがるやつはクソ 225 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 18:40:28 ] ドキュメントに突っ込むとレッテル貼って否定する香具師を あちこちのスレで見かけるんだけど何なの？ Win32APIスレにもPythonスレにも居いるな 226 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 18:40:52 ] >>222 ちょっとした曖昧な部分はインタプリタに対話モードで尋ねるという選択肢があるのもでかい 227 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 18:45:35 ] Pythonはモジュールもクラスもインスタンスも全部オブジェクトだからなぁ。 静的型付け言語やモジュール、クラス、インスタンスの境界が明確な言語と 違って、違いを明記しなくてもわかり難いなんてことないや。 228 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 18:48:09 ] RubyやPythonは、基本的にモジュールと一緒にソースが公開されるのも大きいよな。 正確な情報は全部ソースに書いてあるから、ドキュメントは精密さよりも素早く概観 できるほうが大事。 229 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 18:57:27 ] >>224 どの言語でも、ドキュメントが有るに越した事はない。 ただ、特にボランティアの場合、ドキュメントにかける労力をその他を改善に向ける方がいい場合もある。 「ドキュメントが無い事」を、出来ない言い訳にしてるヤシは論外な。 230 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 19:20:06 ] というか、ドキュメント作成の類こそ「あなたにもできる大貢献」だと思うのだが Javaドキュメントは金かけた売りもんだから比較はできん 231 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 19:56:39 ] >>219 Python2.6のリファレンスマニュアルで演算子の優先順位って何処に書いてあるのかなぁ・・・ って何でPythonドキュメントの話になっているんだｗ >>230 平気でそういう事を言う人がいるけど、書きたい項目の動作に熟知していないとマニュアルなんて書けないよ 外野には目の前の動作が仕様通りの動作なのか仕様外の動作なのか判らないからな 実質的にマニュアルの記述が出来るのは開発者及び開発者と緊密に連絡が取れる人に限られる 232 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 20:03:37 ] >>231 そりゃマニュアルは外部の人間には書けん しかしマニュアルだけがドキュメントではない 233 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 20:05:19 ] 愛国!!! 234 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 20:05:43 ] 外部の人間がドキュメント書いてるなんてあまり聞かない気もするけどなんかある？ 235 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 20:08:01 ] >>234 ちょっと詳しい解説記事とか導入記事とかブログに載せるだけで価値があると思うけどね 236 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 20:26:16 ] 不正確なBLOG記事で時間を無駄にした経験がないようだな 237 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 20:27:23 ] >>232 言語に限らずマニュアルの重要性は最上位だと思うが？ 238 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 20:31:35 ] >>235 ブログ記事でいいのならるびまがあるじゃん だいたいブログより正確だし、解説記事や導入記事が揃ってるぞ 239 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 20:41:19 ] >>236 そうだね 漏れはpythonの内部コード表現=UNICODE=UTF-8っていうサイトを見て信じてひどい目にあった 240 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 21:40:33 ] >>237 論点ずれてるぞ。 「マニュアルだけがドキュメントではない 」に対して反論があるなら 「マニュアルだけがドキュメントだ」にしなきゃ。 241 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 21:50:02 ] 日本語しゃべれるならIRCにくるだけで主要開発者と緊密に連絡取れます お待ちしております 242 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 21:50:45 ] 主要開発者って暇なの？ 243 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 22:08:52 ] なんで、外部・内部って分けたがる人がいるんだろ。 「ドキュメントで協力」っていうのだって開発者への感謝もあって、自分に出来る事をする、じゃ駄目なん? 俺なんかは、フリーソフトだから気軽に試してみてRubyの世界を知った口だから、企業品質を求めるより もっと実験的になってもいいと思ってるくらいだ。 まあ、人によってバザール/伽藍のどちらよりか、程度の事かもしれんが。 244 名前：デフォルトの名無しさん mailto:sage [2009/11/29(日) 22:09:19 ] Perlでは決してありえない話だよな 超多忙であられる開発者様と直接お話申し上げるなど… 245 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 00:48:08 ] と言うか1.8.xって2.0.xが出るまで保守されるのか？ 246 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 01:06:11 ] 1.8前提のアプリケーションが現在進行形で作られてるわけだし、 サポートしないわけには行かないと思うけど。 1.9でgemのほとんどのライブラリが動くようになるまでは、 1.8ユーザが1.9に移行するメリットはないしね。 247 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 04:41:24 ] 1.8が2.0を待たずにサポート終了になる 　→今から手元のコードを積極的に1.9に対応させる必要がある 1.8が2.0までサポートされる 　→2.0が出るまで待って手元のコードを2.0に対応させればいい はっきりしないのが一番困るｗ オフィシャルに1.9.1は安定版って書いてあるんだよなぁ・・・ 248 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 07:12:50 ] 2.0が未来永劫でないのであれば何も問題ない 249 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 09:49:30 ] >>246 1.8 が保守されなくなれば 1.9 に移行しないことにデメリットがあるな。 250 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 09:51:02 ] >>231 お前にドキュメントが書けない言い訳は>>241で論破されたと思うが、 次なる言い訳は？ 251 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 09:57:10 ] >>247 オフィシャルがサポートしなくなっても頼るところはいろいろあるじゃん PhusionとかEngine YardとかJRubyとか てか、1.8.6は今EYがメンテナじゃなかったっけ？終了はありえないだろ 252 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 09:57:15 ] > Python2.6のリファレンスマニュアルで演算子の優先順位って何処に書いてあるのかなぁ・・・ まとめて書いてはない。構文規則中に組み込まれてる。

---

---

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

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