[#1263] Draft of the updated Ruby FAQ — Dave Thomas <Dave@...>

33 messages 2000/02/08

[#1376] Re: Scripting versus programming — Andrew Hunt <andy@...>

Conrad writes:

13 messages 2000/02/15

[#1508] Ruby/GTK and the mainloop — Ian Main <imain@...>

17 messages 2000/02/19
[#1544] Re: Ruby/GTK and the mainloop — Yasushi Shoji <yashi@...> 2000/02/23

Hello Ian,

[#1550] Re: Ruby/GTK and the mainloop — Ian Main <imain@...> 2000/02/23

On Wed, Feb 23, 2000 at 02:56:10AM -0500, Yasushi Shoji wrote:

[#1516] Ruby: PLEASE use comp.lang.misc for all Ruby programming/technical questions/discussions!!!! — "Conrad Schneiker" <schneiker@...>

((FYI: This was sent to the Ruby mail list.))

10 messages 2000/02/19

[#1569] Re: Ruby: constructors, new and initialise — Yukihiro Matsumoto <matz@...>

The following message is a courtesy copy of an article

12 messages 2000/02/25

[ruby-talk:01400] Re: Some Questions - Parameterised Types / Invariants

From: "Radhakrishna Mohan, Tadepalli" <trk_mohan@...>
Date: 2000-02-15 20:53:38 UTC
List: ruby-talk #1400
I wanted to learn ruby. But I wanted to unsubscribe to this mailing list. I
am loosing other important mails because of ruby mailing list.

If you can make a news group, that will be better.

Can anybody please help me.

Radha

----- Original Message -----
From: "Andrew Hunt" <andy@Toolshed.Com>
To: "ruby-talk ML" <ruby-talk@netlab.co.jp>
Sent: Tuesday, February 15, 2000 9:59 AM
Subject: [ruby-talk:01392] Re: Some Questions - Parameterised Types /
Invariants


> >1. Parameterised Types / Template Classes
> >
> >Are there any plans to add the above to Ruby? If not how do you guys
> >think the best way to implement type (class) safe generic data
> >structures is?
>
> Since Ruby is typeless, I'm not sure what you mean here.  You could
> always overload add on a container to ensure elements were of a
> certain type, or responded to a certain method.
>
> >2. Invariants / Pre|Post Conditions
> >
> >Is there anything in the works to be able to have Eiffel-like invariants
> >and pre/post conditions without having an overhead of checking for a
>
> I've been working on this off and on, and have developed several
> solutions to add invariants and pre- and postconditions that
> behave properly with inheritance and so on.  As soon as we get
> the next major portion of the Ruby book out of the way, I hope
> to get back to this.
>
> /\ndy
>
>
> --
> Andrew Hunt, The Pragmatic Programmers, LLC.
> Innovative Object-Oriented Software Development
> web:   http://www.pragmaticprogrammer.com   email:
andy@pragmaticprogrammer.com
> --
> Our New Book: "The Pragmatic Programmer" Published by Addison-Wesley Oct
1999
>               (see www.pragmaticprogrammer.com/ppbook)
> --
>

In This Thread