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

85 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 18:37:48 ]
他の言語からも取り込みまくってるから、perlと特に似てるって感じではない
いろいろな言語のいろいろな特徴・アイデアを取り込んだのがRuby

強いて言えば、主な用途(スクリプティング、文字列処理、Web)がperlと似てるか


>>83
詳しく

86 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 22:57:04 ]
perlっぽい使い方を想定してる所は有るね。
松本教祖謹製perlってところか。

87 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 23:38:09 ]
perlパクってるくせに
perlからの脱却とか言ってperlの悪口ばかり言ってるのも面白いよね

88 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 23:47:24 ]
>>87
こんなところにまでわざわざご苦労様です

89 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 23:49:07 ]
rubyはawkのパクり。

90 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 23:54:52 ]
とりあえず国産言語だから、という理由で覚えてみてる。
scala見たいな別の言語が出てきたら使いたいなー


91 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 00:46:08 ]
でも国産言語だと世界でメジャーじゃないのがねえ。

主要OSが英語圏で作られてるから、利用環境が充実しない。
plやpyと比べると(ry

92 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 00:59:57 ]
むしろ国産言語じゃ世界的に普及しまっくてる方じゃね?

93 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 01:03:09 ]
>>87
だからperlからパクったものをあげてみろって
今んとこ出てるのはif,unless(while,until)修飾子とredoな
# 関数名とメソッド名が似通ってるのはUNIX文化から来てるからperlは関係ない

どうせperlもrubyも他の言語もロクに使ったこと無いんだろ?



94 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 01:10:03 ]
>>92
まがりなりにも世界的に利用者のある国産言語と言われても思いつかない
KL/1ぐらい?Prologの世界では有名なのかも分からんが、
とてもメジャーとは言いがたいと思う

95 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 01:18:19 ]
お堅い洋書を読んでいてもRubyの名前は当然のように出てくるぞ

>>93
pack/unpack, shift/unshiftなんかはPerl起源っぽくない?

96 名前:94 mailto:sage [2009/07/02(木) 01:20:54 ]
あああRubyを除いての話

97 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 01:52:35 ]
>>94
Lisp 界隈だと KCL (Kyoto Common Lisp) とか ISLISP くらいかねえ
まあ、 KCL は言語じゃなくて処理系だし、 ISLISP は ISO 標準のわりにあまり見掛けないけど

98 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 05:02:39 ]
>>95
その手の関数はC等で良く使われる手法を、perlでは言語標準にしただけだと思う
perlの関数はunix-cやawkの関数がそのまま使われてるし、他の言語もだいたい同じ
むしろ同じ機能なのにわざわざ別の名前にされても憶えるのが面倒だし混乱の元だから
パクリと言われても同じ名前をつけてくれる方が使う側としてはありがたい

99 名前:デフォルトの名無しさん [2009/07/02(木) 06:00:57 ]
Rubyは国産でも日本語対応がいいわけじゃないから何のメリットもないよ

> Ruby(ルビー) †
> 日本産ではあるが日本語の取り扱いは他の言語と同レベルで、特にRubyとしてのアドバンテージはない。

100 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 06:32:18 ]
標準で日本語の文字コード変換機能を備えてる訳でもないしな。

101 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 09:12:18 ]
>>99-100
( ゚д゚)ポカーン

102 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 09:23:08 ]
>>100は皮肉だろ。たぶん

103 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 10:45:01 ]
>>93
コマンドラインオプションは既に出てるでしょ。
あと、特殊変数の類はほぼ全部perl由来だね。
それに絡んで、Kernelの一部のメソッド類が$_を特別扱いするのもperl由来。



104 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 12:05:42 ]
> 日本産ではあるが日本語の取り扱いは他の言語と同レベルで、特にRubyとしてのアドバンテージはない。

どこからの引用だそれ?

1.8 までの文字列は 8 ビットスルーで、どんな文字コードでもトラブらないように
作られてるし、1.9 の i18n は、文字コードフェチの夢実装屋の悪夢の CSI が
実現されてるしで、日本語対応は他のスクリプト言語と比べて特徴的な所
なんだが。

検索したら、プログラミングスレまとめ in VIP、かよ。
訂正してやる気も失せる VIP クオリティだな。

105 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 12:12:31 ]
パクっただのなんだのなんてネタは前世紀で終わらせとけよw

106 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 12:59:23 ]
なぜこんなに多くの人が日本語の扱いに困っているんだろう。
それを考えてみることも必要。

107 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 13:01:13 ]
> 多くの人が日本語の扱いに困っている

困ってるのか?

108 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 13:12:38 ]
>>106
バカだからだろw

109 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 13:23:37 ]
Ruby ユーザの日本語の認識は PHP の mb_* 並ですね

110 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 13:41:08 ]
辞書順ソートが標準でできないとダメとか言いたいのか?

111 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 17:51:07 ]
>>87
スリップストリームに使う車体は
追い抜くためにありますので。

112 名前:デフォルトの名無しさん [2009/07/02(木) 23:21:01 ]
>>104
> 日本語対応は他のスクリプト言語と比べて特徴的な所
日本語対応…?
対応…?

113 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 01:06:20 ]
JISで統一すれば良かったのに、EUCとかSJISを使い続けるのを許してた。
結局、UTFなんて新しいコードがもう一つ増えたしなあ。
欧米だと、utfとascii/iso8859がちゃんとマップしている。



114 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 01:10:23 ]
今さら去年のRubyConfでのmatzの基調講演を見たが、
ことさらloveだとか強調されるとキモい

115 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 01:49:57 ]
Ruby愛を語った講演というと、むしろRuby会議2007のDave Thomasを連想する
生で見たことはないが、ニコニコ動画に転がってたと思う
ユーモアたっぷりにRubyを語ってるのは面白かったw

116 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 02:00:56 ]
C(++)系のプログラマに pack/unpack を直感的に理解してもらう
うまい説明の仕方ってあるだろうか?


117 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 02:17:19 ]
>116
ソースコードを読ませる。

118 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 02:35:41 ]
>>116
Cで構造体なんかをfread/writeするコードと
Rubyでpack/unpackするコードを並べて見せればいいじゃまいか

119 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 04:04:30 ]
char* <=> struct* のキャストにbase64等の便利機能を加えた物、とか

120 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 08:49:39 ]
それCで書けるなら、Cのほうがいいって結論に成る。
おまいらだと、rubyで書ける事をわざわざCで書かないだろ。

121 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 08:51:15 ]
むしろC/C++プログラマの方が理解しやすいだろ
ネイティブのintとかエンディアンがどうこうとか日常だし

122 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 09:51:45 ]
この論点のずれ具合が巨大掲示板の醍醐味。

123 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 10:42:33 ]
pack/unpackなんて実質的にCプログラマのための機能だろう。
直感的にもなにも、C構造体そのものやん。



124 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 12:23:48 ]
すいません。どなたか、初心者スレたててください(´・ω・`)
おながいします

125 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 12:32:03 ]
>>123
あれはRubyらしく操作するということをハナから放棄したシロモノだよね

新しく再構成したRuby専用インタフェースを覚えなおすのとかめんどくさいから流用というのもあるんだろうけど

126 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 12:41:00 ]
初心者スレって意味あるのか?

127 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 12:44:48 ]
そりゃ初心者は一定数いるだろうし、
初心者が卒業する一方で新しい初心者も出てくるだろうし
大抵の言語スレで初心者スレがあるのを見ても、あったほうがいいんでない

128 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 12:54:14 ]
スレ立てトライしてみる

129 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 12:58:46 ]
Ruby 初心者スレッド Part 29
pc12.2ch.net/test/read.cgi/tech/1246593305/

130 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 13:01:50 ]


131 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 14:28:28 ]
>>113
EUC-JPもShift_JISもJISベースですがなにか


132 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 15:08:43 ]
だから何なのかサッパリわからんレスの最後に、なにか、とか書かれてもな。

133 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 12:13:23 ]
Shift_JIS と名乗って CP932 の文字使ってる Web ページは爆発しろ
あと ~ と 〜 でどうにかなるページももれなく爆発しろ



134 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 14:33:05 ]
どか〜ん

135 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 14:46:00 ]
ラテン文字入ってるのに us-ascii と名乗ってるページがあるのと同じようなもんかな、と思うことにしてる

136 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 17:59:45 ]
何も言わないと、iso8859が仕様ですがなにか?

137 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 18:10:17 ]
ラテン文字てーと
ABCDEFHIKLMNOPQRSTVWXZ
こうですか。Gもか。



138 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 18:16:28 ]
>>136
US-ASCIIって名乗ってるって言ってるじゃん

139 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 09:34:04 ]
しつもんー
Ruby は外部 iconv のバージョンとか構成とか関知してないよね
WINDOWS-31J が使えない Iconv モジュールとか存在しうるよね
でも SHIFT_JIS は期待していいよね

140 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 09:45:11 ]
ttp://www.gnu.org/software/libiconv/
> Japanese
>   EUC-JP, SHIFT_JIS, CP932, ISO-2022-JP, ISO-2022-JP-2, ISO-2022-JP-1

この6つは存在するものとして扱っていいと思う

これ以外はシステムに存在しなかったときのエラー処理が要るな
エラー処理ったって何すればいいのかさっぱりわからんが(w
自前で変換表持って置換でもすればいいのか?

141 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 20:46:44 ]
ISO-2022-JP系で使ってるようなエンコーディングを
外部とのデータ交換用ではなく内部で使おうとするのは
かなり技術的なセンスが欠落してるよな

まだ昔のX-Multiがやってたような
独自の固定長のコード体系の方がマシというか

142 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 20:48:51 ]
メール前提だと文字化けしない事が重要なので、一切変換せず扱えるのも大きい。
バイト文字列として扱えば良いけどね。

143 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:03:58 ]
これからの時代は文字コードはUnicode系しか認めん。
みんながテキストファイルをUTF-8にしておけば文字コード関係のトラブルは格段に減るのに。



144 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:19:07 ]
メール程度の日本語を使いたいだけならUTF-8一択で問題が極小になるという
現代の真実が主流になるのは一体いつのことだろう。
Outlookか?Thunderbirdか?鶴亀か?Beckyか?正直何が悪いんだ?

145 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 08:33:31 ]
フォントとグリフと文字集合とエンコーディングを分けて話さないと
CSIの怖い人がきそうだな


146 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 09:09:34 ]
文字集合とエンコーディングとcharsetを区別して
(定義を暗誦するとかではなく)日常的に使える人は日本で一握りだろうな

147 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 10:42:18 ]
言語と用字(スクリプト)の区別とかもだねー。



148 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 23:31:08 ]
オブジェクト指向だと、メソッドの長さは15行程度ってえらそうな人が書いてたですが
そんなものなの?…

149 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 23:41:37 ]
>>148
そうとは限らないが、たいてい短い方が好ましいのは確か

とはいえ、重要なのは「処理内容がきちんとメソッドに分割されているかどうか」だから
長さそのものが問題になるわけではない

150 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 00:10:03 ]
なるほど…しっかり分割していけば、だいたいその程度に収まる事が多い
という感じか・・・

151 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 00:18:58 ]
javaはクラスやメソッドが長いって馬鹿にするやつが多いけど
あれはeclipseで補完するもんなのにわかってないおん

152 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 00:32:54 ]
補完機能つきの重量級IDEを使わないと仕事にならないということですね、分かります

153 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 00:42:23 ]
しかしIDEでの補完を使えば、LL言語よりも生産性は上がる。
なにしろ、変数の型付けが厳格で、定義していない変数は使えないから、
単純なミスタイプなら、遅くともコンパイルする段階で防げる。
これはちょっとしたことのようでかなり大きい。



154 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 00:55:12 ]
>LL言語よりも生産性は上がる
問題の種類による。ウォーターフォールで仕様策をガッチリきめて
作り始めるならともかく、形を考えながらプロトタイプを
チャッチャと作ってすぐ練り直す問題(今はほとんどがこれ)だと
LL言語のほうがメリットが大きい。

鶏を裁くのに牛刀を使う必要はないってこと。


155 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 01:01:34 ]
LL言語て

156 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 01:04:36 ]
牛刀で鶏なんて表現知らなかった・・・
あまりに上手いこと言えてて誰かの名言か何かと思えば故事だったのか

157 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 01:11:20 ]
漏れが知ってるぐらいだから結構知られてる表現じゃないか

>>155
AST木ってのを見たことがある

158 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 01:47:56 ]
RAS症候群はわかりやすい意思疎通を行おうとする正常な人間の証だろ

そういうことを言い出すと、
DVDディスクとか、IT技術とか、LCDディスプレイとかBB弾とか
HIVウィルスとかBS放送とかもダメになる。そんな馬鹿なことはあるまい。


159 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 02:06:11 ]
>>158
ほう、現在のDVDが何の略かご存知とお見受けする
ぜひ御教えを請いたいものだ

160 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 02:27:42 ]
今のDVDはDVDの3文字を擁する規格だからな
まーどうでもいいっちゃどうでもいいが
あと「LL言語」は日本語としては普通
LLとだけ書かれてもよーわからんし、読むときもLの部分だけ訳して考えてなどおるまいて

プログラムとしてではなくプログラミング最中の静的言語のメリットは完全な補完ができることだろ
Rubyの補完なんて文脈なしで文字列としてしかできんからへぼいことこのうえない
まあそれでもけっこうなんとかなるこたなるんだが、Javaのようなものとは比べるべくもない

161 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 03:18:01 ]
「軽量言語」でええじゃろ

162 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 06:52:36 ]
普通にLLつってるな。
文脈でわかるもんだし。

163 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 07:14:23 ]
LLと呼び習わされる言語群、という程度の意味合いしか持たせてないからLL言語と言ってる
そんな引っかかるほど頻繁に使う言葉じゃないし

セミナとかで使いまくってるような人はまた違う感覚があるのだろう



164 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 11:05:35 ]
>>151
名前の長さの話なんか誰もしてないぞ。

165 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 11:14:11 ]
>>151ではないが名前の長さのことなんて言ってないと思うぞ

RubyでもIDEを使えばけっこう構文エラーチェックがされて楽だけどな

166 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 11:26:13 ]
Java の Eclipse に負けている Ruby の emacs/vi の機能ってなに?

167 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 11:39:09 ]
>>166
はやーい

168 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 11:57:41 ]
eclipse のほうが遅い

169 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 12:05:47 ]
Emacs や vim のほうがエディタとしての体をなしている、というあたりだな

べつに、Eclipce で完結してるならそれはそれでいいじゃんね
Emacs や vim を試して「○○機能がないからこれではプログラミングできない」と考えたなら使わなきゃいいんだしさ

170 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 12:37:02 ]
irbでのタブによるオートコンプリートやvimのオムニ補完が存在することから考えれば、
rubyをはじめとしたスクリプト系言語でもabbrev以上のレベルの補完機能は
普通に需要があると思うけどね

動的言語ゆえの実装の難しさから実装例が少ないだけの話を
「LLに補完は不要」といわんばかりの主張にすりかえちゃうのは
いわゆる酸っぱいブドウでしかないよねえ

171 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 12:46:58 ]
irbのは実行中のインスタンスバイナリが手元に存在してるからできる芸当だろ

あるクラスに対して略語展開以上の妥当なメソッド名や変数名候補を提供するには
「クラスの実際のパースとモジュール参照の解決だけを行うがインスタンス生成はしない」
ということをする必要があるが、それはつまり普通にスクリプトの実行だよな

172 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 12:56:21 ]
もっと言っちゃうと、
「区別のために関数名を長くして、
 使用時の利便性は環境による補完などのアシストで補う」
っていうアプローチって、静的言語によく使われている手法ではあるけど、
そもそもの元祖ってLISPのREPLだからむしろ動的言語側から
発生したアイデアなんだよねw

関数名を長くするか小さくするかなんて言語を利用する際の
考え方の違いでしかなくて、
動的か静的かなんて観点とは直交なんだけど、
歴史を知らない人って目先の相違点で近視眼的に敵味方を分けちゃうんだよねー。

173 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 12:58:41 ]
えー、

class C
eval("def hoge; end")
end

C.new.

この時点で hoge が候補に出てきて欲しいということ?



174 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:05:06 ]
>>173
それが出ないのはさすがに諦めていいんじゃないかと思う。

175 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:10:09 ]
じゃあ何が自動で出て欲しいのよ
require した完成済みのクラスやモジュールのメソッド?
作ってる最中のコンパイルエラーのクラスのメソッド?
今まさに書いてる引数に指定してもエラーを起こさない妥当なクラスが入ってる変数名?

176 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:10:54 ]
実際Netbeansは内蔵のjrubyで解析かけてるし、vimもrubyと連携してオムニ補完してるんだけどね。

実用上役に立つレベルにもっていくにあたって
エディタのコードハイライトみたいなお手軽な実装量で済まないのは確かだけど、
やれば出来るし、動く現物が今存在するわけだしねえ。

そもそも補完に完璧を目指す必要なんかなくて、
使用する際の8割でアシストが出来るなら5倍の効率化だし、
9割効くなら10倍の効率化になるわけだし。



177 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:17:59 ]
> require した完成済みのクラスやモジュールのメソッド?
これは ri あたりから引いてくるのが既にあるな
fastri が動作しなくなって久しいが

> 作ってる最中のコンパイルエラーのクラスのメソッド?
変な書き方してると補完試すたびにスクリプト片が中途半端に動作して
テストサーバに接続とかそういうことが起きそうで怖い
というか現在のバッファに書いてあるなら動的略語展開でなんとかならんか

> 今まさに書いてる引数に指定してもエラーを起こさない妥当なクラスが入ってる変数名?
これは無理だろ、型の情報がない

178 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:25:21 ]
>>177が最近の技術に疎いだけというオチがつく悪寒
vimの奴のソースでも見てみたらいいんじゃね?

179 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:29:02 ]
そのへんで楽したいなら無理せずにJavaやれよJava
静的言語は素晴らしいって実感するぞ

180 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:31:00 ]
Java をずっとやってきて、動的言語の素晴らしさを実感しているけど?
用途によるね。

181 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:35:09 ]
Rubyでメソッド引数の型をアノテーションか何かで註記する標準的な方法って
無いの?
いくら動的型だからって、或る程度想定してるクラスの範囲ってあるでしょ?

182 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:37:45 ]
>>181
マジでなんもないよ
必要なメソッドさえ動作すれば何でもいいから

マニュアル的に注釈をする方法は、マニュアルシステムによっては存在するけど、案の定全く流行ってない

183 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:41:53 ]
よくわからんけど、
Eclipse(Aptana Rad Rails)より Netbeans Ruby のほうが、
補完の候補が出てくるのが速い気がする。



184 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:43:59 ]
まあメソッド定義から与えられた引数がどう使われるか(どんなメッセージがsendされるか)
追跡して、引き数に指定できる変数を絞り込むぐらいなら出来る。

method_missing使ってどうこうしてるようなケースじゃ厳しいが。
まあ完璧である必要もないしな。

185 名前:デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:53:54 ]
>182
えーと、逆に言えば、メジャーなマニュアルシステムを選べば、
標準的とまでは言わないまでも、まぁまぁ一般的な型の註記法があるって感じ?
例えば?






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

前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