[#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:38771] Re: ruby-dev summary 21730-21822 /draft
From:
Hidetoshi NAGAI <nagai@...>
Date:
2003-11-07 02:13:42 UTC
List:
ruby-list #38771
永井@知能.九工大です.
From: Hiroharu Sugawara <sugawah@attglobal.net>
Subject: [ruby-list:38770] Re: ruby-dev summary 21730-21822 /draft
Date: Fri, 7 Nov 2003 01:19:37 +0900
Message-ID: <20031107011916.0818.SUGAWAH@attglobal.net>
> restrictでいやなら、似たような対句で、こんな感じでしょうか。
> hide <-> show
定数の参照可否とメソッド名を揃えた方がいいと思うのですが,
hide/show では定数の場合にうまくそぐわないように感じます.
定数の方は,その存在の確認までは禁止していませんので.
> (make) insecure <-> (make) secure
insecure/secure は,ruby-dev での話の流れの中で
「どっちがどっちを指すのかがわかりづらい」ということで
却下になってます.
> (make) bounded <-> (make) unbounded
binding メソッドとの関連性を感じさせてしまいますが,
実際には全く関係がないので好ましくないのではないでしょうか.
> enclose <-> disclose
> unsettle <-> settle
何か違うもののような気が...
> confine <-> ???
定数の場合にそぐわないように思います.
# 反対語がないのもつらいですし.
> regulate <-> deregulate
これも何か違うもののような気がします.
> 前後しますが、
> > VARNAME が環境変数として定義されていない文字列でも
> > アクセスの可否は設定されます.
> なるほど
> でしたら、名前の話と絡むのですが、ENVに入れないで、
> 危ない環境変数名を指す (仮名) UnsafeENV オブジェクトを用意するのは
> いかがでしょうか?
将来,ENV のデフォルトが「$SAFE>=4 での参照不可」になった際に
そぐわなくなると思います.
また,定数の場合にどうするかで困りますよね.
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp