[#38716] 多重配列 — Teppei <te-uno@...>
宇野といいます。はじめまして。
10 messages
2003/11/01
[#38717] Re: 多重配列
— Take_tk <ggb03124@...>
2003/11/01
たけ(tk)です。
[#38724] 祝日判定用メソッド — Take_tk <ggb03124@...>
たけ(tk)です
19 messages
2003/11/02
[#38743] Re: 祝日判定用メソッド
— Tadayoshi Funaba <tadf@...5.so-net.ne.jp>
2003/11/03
http://www.h3.dion.ne.jp/~sakatsu/holiday_logic4.htm#Apollo
[#38725] Re: 祝日判定用メソッド
— Beyond <beyond@...>
2003/11/02
[#38727] Re: 祝日判定用メソッド
— Tadayoshi Funaba <tadf@...5.so-net.ne.jp>
2003/11/02
ちょっと見ただけですけど、気になるところがありますね。
[#38729] Re: 祝日判定用メソッド
— Take_tk <ggb03124@...>
2003/11/02
たけ(tk)です。
[#38731] 割り算で答えの整数部分だけを取り出す方法 — "S.Nobuhiro" <s-nob@...>
Nobuhiroと申します。
5 messages
2003/11/02
[#38747] [1.8.1p2] ''リテラルの行末エスケープ — "Shirai,Kaoru" <shirai@...>
白井です。
5 messages
2003/11/03
[#38756] ruby-dev summary 21730-21822 /draft — Minero Aoki <aamine@...>
青木です。
14 messages
2003/11/05
[#38761] Re: ruby-dev summary 21730-21822 /draft
— Hiroharu Sugawara <sugawah@...>
2003/11/05
[#38781] convert EBCDIC to SJIS — "T.Fukagawa" <tfukaga@...01.gate01.com>
深川です。
8 messages
2003/11/10
[#38787] sjis正規表現エラー@二重打ちチェック — Naohiko Barada <naob@...>
初めてレポートします。 茨田と申します。よろしくお願いいたします。
5 messages
2003/11/11
[#38796] net/http set_debug_output — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
7 messages
2003/11/15
[#38810] バックトレースの表示指定 — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
5 messages
2003/11/19
[#38814] new with module — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
10 messages
2003/11/20
[ruby-list:38770] Re: ruby-dev summary 21730-21822 /draft
From:
Hiroharu Sugawara <sugawah@...>
Date:
2003-11-06 16:19:37 UTC
List:
ruby-list #38770
すすといいます。 MUSHAさん、色々御指摘ありがとうございました。 冠詞はもう少し修行しないと行けません。 On Thu, 6 Nov 2003 07:08:07 +0900 Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp> wrote: > > で、メソッド名はやはりわかりにくいですね。deny_insecure_ref'ed > > ってすごい動詞だ。 (^^; 手続き言語風のメソッド名に引きずられてしまいますね。 オブジェクト言語風にうまくはまるメソッド名をつけたいですよね。 > > 代わりに > > ENV.restrict(envvar) > > ENV.derestrict(envvar) > > ENV.restricted?(envvar) > > ではどうでしょう。(derestrict は一般的な単語じゃないかも) > > "restrict" は一時は使おうとして止めた記憶があるんですが, > なぜそうしたのかは忘れてしまいました.(^_^; > > # 理由らしい理由はなかったかも... restrictでいやなら、似たような対句で、こんな感じでしょうか。 hide <-> show (make) insecure <-> (make) secure (make) bounded <-> (make) unbounded enclose <-> disclose unsettle <-> settle confine <-> ??? regulate <-> deregulate 前後しますが、 > > VARNAME が環境変数として定義されていない文字列でも > アクセスの可否は設定されます. .... なるほど でしたら、名前の話と絡むのですが、ENVに入れないで、 危ない環境変数名を指す (仮名) UnsafeENV オブジェクトを用意するのは いかがでしょうか? UnsafeENV.add(envvar) UnsafeENV.remove(envvar) UnsafeENV.each do |v| p v; end とか。