[#7055] More on VC++ 2005 — Austin Ziegler <halostatue@...>

Okay. I've got Ruby compiling. I'm attempting to get everything in

17 messages 2006/01/05
[#7058] Re: More on VC++ 2005 — nobuyoshi nakada <nobuyoshi.nakada@...> 2006/01/06

Hi,

[#7084] mathn: ugly warnings — hadmut@... (Hadmut Danisch)

Hi,

22 messages 2006/01/10
[#7097] Re: mathn: ugly warnings — Daniel Berger <Daniel.Berger@...> 2006/01/10

Hadmut Danisch wrote:

[#7098] Design contracts and refactoring (was Re: mathn: ugly warnings) — mathew <meta@...> 2006/01/10

Daniel Berger wrote:

[#7118] Re: Design contracts and refactoring (was Re: mathn: ugly warnings) — mathew <meta@...> 2006/01/12

*Dean Wampler *<deanwampler gmail.com> writes:

[#7226] Fwd: Re: Question about massive API changes — "Sean E. Russell" <ser@...>

Hello,

23 messages 2006/01/28
[#7228] Re: Question about massive API changes — Caleb Tennis <caleb@...> 2006/01/28

>

Re: Question about massive API changes

From: mathew <meta@...>
Date: 2006-01-29 20:56:39 UTC
List: ruby-core #7242
Sean E. Russell wrote:
> Yeah.  That is a different sort of backwards compatibility, though.  I'm 
> considering deprecating an entire *package*.  But, as I said, I'm still 
> trying to find a reasonable way through this.
>   

Is there some reason why a thin API facade is impossible? You wouldn't 
need to make it high performance.

> Java 1.0 -> 1.5 didn't break anything.  Java 1.0 code is legal 1.5 code.

Which is why Java has (for example) at least four different equivalents 
of a Ruby Array, all subtly incompatible with each other, and that's not 
counting stacks, sorted sets or lists. Some of us think that's a bad thing.

Java took the approach of not wanting anything to break ever, because 
that was a commercial selling point of the language--write your code 
once, and it'll run anywhere, implicit in which was the promise that it 
would keep running. Ruby being free open source software has the option 
of not chasing popularity, but instead chasing cleanliness.

Perl is another example of the "sounds good, throw it in" approach to 
language design. Python is the opposite extreme, "do it our way exactly, 
or get lost". Ruby seems to be somewhere in between, which probably 
means these conversations are going to be endless.


mathew

In This Thread