[#14130] Re: pop3 via firewall — kikutani@...
きくたにです。古い話を持ち出しますが、
[#14133] Thread safe eRuby — Yoshinori Toki <toki@...>
土岐です。
まつもと ゆきひろです
[#14136] — akendo@...3.rim.or.jp
遠藤です。
まつもと ゆきひろです
[#14153] Re: Class is a Class. — 助田 雅紀 <masaki.suketa@...>
助田です.
[#14202] はじめまして — Takashi Nishimoto <g96p0935@...>
みなさん、 はじめまして。
[#14203] class def in class def — kikutani@...
きくたにです。なんか初歩的質問で恥ずかしいけど。
なひです.
なひです.
まつもと ゆきひろです
なひです.
まつもと ゆきひろです
前田です。
五樹島です。お世話になっております。
松尾です。
石橋秀仁です. はじめまして.
前田です。
石橋です.
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
[#14220] Re: Subscribe confirmation request (ruby mailing list) — Akihiro Yamauchi <aygoofy@...>
ruby-list-admin@netlab.co.jp wrote
有馬@FITECです。
わたなべです.
[#14257] hajimemasite — Koyama Hideo<fa8h-kym@...>
[#14282] What's |n| ? — Kohji IKEDA <kid@...>
はじめまして、池田@ソフトサイエンスです。
From: Kohji IKEDA <kid@mwc.biglobe.ne.jp>
ども、池田@ソフトサイエンスです。
まつもと ゆきひろです
遠藤です。
まつもと ゆきひろです
[#14284] Module.new feature — Shin-ichiro Hara <sinara@...>
原です。
[#14292] RUBYLIB is necessary for 1.3 ? — kikutani@...
1.2までは、たとえば、mime.rb を /usr/local/lib/ruby にほうりこんどきゃ
[#14304] ruby-info.el — Takashi Nishimoto <g96p0935@...>
Ruby の関数/変数の解説を info から調べる Emacs Lisp を書いてみました。
[#14323] Segmentation Fault on ruby-1.2.5 for Win32(Cygwin) — "MIYOKAWA, Nobuyoshi" <nmiyo@...>
三代川と申します。
こんにちは,もりきゅうです。
こんにちは、三代川です。
[#14332] ruby/gtk 0.17 — Dai <MAP2303@...>
[#14336] archive.rb — Takashi Nishimoto <g96p0935@...>
必要のため、統合アーカイバを書いてみました。
まつもと ゆきひろです
[#14341] sort animation on ruby/tk — "Date Ken" <ge6537@...>
はじめまして伊達と申します。
[#14371] regexp for backslash escaped strings — gotoken@... (GOTO Kentaro)
ごとけんです
わたなべです.
[#14379] Ruby as the First Language — Hideto Ishibashi <a1602hi@...>
石橋秀仁です.
ごとけんです
石橋秀仁です.
ごとけんです
From: gotoken@math.sci.hokudai.ac.jp
[#14408] goo.rb — Kazunori Akaishi <akaishi@...>
akaishi です。
[#14417] はじめまして — Kenji Horikoshi <k-horix@...>
はじめまして,堀越と申します.
ごとけんです
[#14428] sort — Koyama Hideo<fa8h-kym@...>
もとcobol屋の小山と申します。
立石です。
ごとけんさん、立石さん。ありがとうございます。
[#14441] ConditionVariable (thread.rb) — SEKI <m_seki@...>
原です。
前田です。
前田です。
原です。
前田です。
原です。
原です。
前田です。
まつもと ゆきひろです
原です。
前田です。
原です。
前田です。
原です。
前田です。
[#14481] count lines — kikutani@...
きくたにです。
[#14489] Re: sort — 助田 雅紀 <masaki.suketa@...>
助田です.ちょっとわからなかったので質問します.
[#14506] Re: ちっちゃい Ruby — 中村暁史 <anakamur@...>
[#14513] Hater — cercine@... (Takashi Ikeda)
池田です。
こんにちは,堀越です.
中田@Vectorです。こんな話の時だけ。
こんにちは,堀越です.
In message "[ruby-list:14574] Re: Hater"
こんにちは,堀越です.
石橋秀仁です.
こんにちは,堀越です.
石橋秀仁です. こんにちは.
もと、大型機使いの小山です。
有馬@FITECです。
新井です。
有馬@FITECです。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
まつもと ゆきひろです
だんのです。
まつもと ゆきひろです
石橋秀仁%チュートリアル構想中です.
ごとけんです
なひです.
石橋秀仁です.
なひです.大学では自然言語処理や知識表現について研究しておりました.
石橋秀仁です.
なひです.
なひです.
なひです.
石橋秀仁です.
前田です。
早坂@会津大学といいます。
まつもと ゆきひろです
[#14521] ruby の書き方 ? — goto@...
後藤@横河工事です。以前、ここでお世話になったおかげで、なんとか
前田です。
私も -i でやる方法を書いたけど、前田さんが書いたからもういいや。
[#14597] TkAfter munched memory. — Yoshinari NOMURA <nom@...>
はじめまして、九大の乃村です。
[#14602] ruby upload cgi program — ymaekawa@...
前川と申します。
青山です。
[#14667] [BUG] def foo; foo end; foo — "Takehiko Ueki" <takehiko@...>
ども、植木です。
[#14696] Ruby traps & tips — Akira Endo <akendo@...3.rim.or.jp>
遠藤です。
あおきです。
遠藤です。
あおきです。
[ruby-list:14675] Re: 中学生に Ruby (Re: Re: Hater)
石橋秀仁です. At Fri, 28 May 1999 23:25:06 +0900 "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp> wrote: > > オブジェクト指向で知識表現的な分析をしても, 結局, 最後は > > ソフトウェアで実現する(計算する)のに違いないので, 目的を > > 達成するのに最も適した分析が最前だと思うのです. > > そうですね.Ruby本体みたいに > 「そこにあったから取り出した」ってわけにはいかなくて,^^;;; うーん, どういう意味でしょう? 差障り無ければ教えてください. > あちこち捨象して作られるモデルであれば, > その捨象の指針となる「視点」が必要で, > その視点には,対象領域の特質と,解くべき問題と,文脈と, > いろいろな要因がある... > > かといって対象領域やら解くべき問題やら文脈やら毎にモデル用意してたら > 生産性が悪くて悪くて仕方なくて, > まぁいろいろ苦労したりあがいたりする,と. 上の段落はソフトウェアで実際に実現するための「設計」の話. 下の段落は問題領域を理解する「分析」の話のようですね. OO開発プロセスでは, ソフトウェアによる実現方法を過剰に意識しない 「分析」フェーズと, ソフトウェアによる実際の実現方法を検討する 「設計」フェーズがあります(とくにUMLのRPM(推奨プロセスモデル)では). 両者を分けることで, 問題領域の分析に普遍性を持たせつつ, 使える ソフトウェアを作ろう, というのが, なひさんのあげた問題点に対する 「現代の」対処法ですよね. だからSA/SDやOOA/Dのような分析設計手法を 学ぶ意味があるのだと思います. > ...楽しく書き直せる言語を使ってる限りは,ですが.(^-^) OOA/Dによる分析/設計の(UMLとかの)成果物を, パパッと組み立てる (コーディングする)には, 「お手軽オブジェクト指向スクリプト言語Ruby」 が最適だと思います :-) ですからRubyは, ソースコードレベルでなく, 分析設計レベルで考える ことを助ける言語になれるだろうと思ってます. チームプロジェクトによる大規模システムだけが, 分析設計の対象じゃないと 思うんですよね. そういうのはCやJavaで作るのがフツーとかいわれてたり. だからRubyでOOA/Dというと奇異に聞こえるかも. でも, もっと「フツー」 のホビープログラマが分析設計手法を覚えると, もっと楽しくなるのでは. # ある意味で, 大規模なものはhackerよりパンピーが有利かも. # とにかくOSSの品質が全体的に向上するとほんとにうれしい. つまり, 「楽しい言語」によって「コーディング」が楽しくなるけど, 時間的にはむしろ節約になるので, 「分析設計」にたくさんの時間を かけることができると思うんです. ぼくがRubyのソフトウェアを公開するなら, UMLで表現したクラス図とか, 協調図とかも公開して, "Happy OOA/D with Ruby :-)"をアピールしたい. # いまんとこ作りたいものがないのでチュートリアル作ってます (^^; # 唯一やりたいRubyのJavaへのポートはRubyで開発できないし(笑) --- Concept of "The Ruby for Dummies" http://vip.cis.kurume-nct.ac.jp/%7Es34204/geocities/ja/idea.html --- Hideto Ishibashi <http://vip.cis.kurume-nct.ac.jp/%7Es34204/>