[#8566] Visions for 2001/1.7.x development? — Robert Feldt <feldt@...>

Hi matz and other Ruby developers,

18 messages 2001/01/03
[#8645] Re: Visions for 2001/1.7.x development? — matz@... (Yukihiro Matsumoto) 2001/01/04

Hi,

[#8580] bug?? — jmichel@... (Jean Michel)

I don't understand the following behaviour:

19 messages 2001/01/03

[#8633] Interesting Language performance comparisons - Ruby, OCAML etc — "g forever" <g24ever@...>

13 messages 2001/01/04

[#8774] No :<, :>, etc. methods for Array — "Brian F. Feldman" <green@...>

So, why not include Comparable in Array by default? It shouldn't have any

28 messages 2001/01/07
[#8779] Re: No :<, :>, etc. methods for Array — matz@... (Yukihiro Matsumoto) 2001/01/07

Hi,

[#8780] Re: No :<, :>, etc. methods for Array — "Brian F. Feldman" <green@...> 2001/01/07

matz@zetabits.com (Yukihiro Matsumoto) wrote:

[#8781] Re: No :<, :>, etc. methods for Array — gotoken@... (GOTO Kentaro) 2001/01/07

In message "[ruby-talk:8780] Re: No :<, :>, etc. methods for Array"

[#8782] Re: No :<, :>, etc. methods for Array — "Brian F. Feldman" <green@...> 2001/01/07

gotoken@math.sci.hokudai.ac.jp (GOTO Kentaro) wrote:

[#8829] Sandbox (again) — wys@... (Clemens Wyss)

Hi,

20 messages 2001/01/08
[#8864] Re: Sandbox (again) — Clemens Hintze <c.hintze@...> 2001/01/08

On 8 Jan, Clemens Wyss wrote:

[#8931] String confusion — Anders Bengtsson <ndrsbngtssn@...>

Hello everyone,

21 messages 2001/01/09
[#8937] Re: String confusion — matz@... (Yukihiro Matsumoto) 2001/01/09

Hi,

[#8953] Please remove account from files — "Thomas Daniels" <westernporter@...>

Please take my e-mail address from your files and "CANCEL" my =

14 messages 2001/01/09
[#8983] Re: Please remove account from files — John Rubinubi <rubinubi@...> 2001/01/10

On Wed, 10 Jan 2001, Thomas Daniels wrote:

[#9020] time to divide -talk? (was: Please remove account from files) — Yasushi Shoji <yashi@...> 2001/01/10

At Wed, 10 Jan 2001 14:23:30 +0900,

[#9047] Re: time to divide -talk? (was: Please remov e account from files) — Aleksi Niemel<aleksi.niemela@...>

Yasushi Shoji:

27 messages 2001/01/10
[#9049] Re: time to divide -talk? — Yasushi Shoji <yashi@...> 2001/01/10

At Thu, 11 Jan 2001 00:20:45 +0900,

[#9153] what about this begin? — Anders Strandl Elkj誡 <ase@...> 2001/01/11

[#9195] Re: Redefining singleton methods — ts <decoux@...>

>>>>> "H" == Horst Duch=EAne?= <iso-8859-1> writes:

10 messages 2001/01/12

[#9242] polymorphism — Maurice Szmurlo <maurice@...>

hello

73 messages 2001/01/13

[#9279] Can ruby replace php? — Jim Freeze <jim@...>

When I read that ruby could be used to replace PHP I got really

15 messages 2001/01/14

[#9411] The Ruby Way — "Conrad Schneiker" <schneiker@...>

As a member of the "Big 8" newsgroups, "The Ruby Way" (of posting) is to

15 messages 2001/01/17

[#9462] Re: reading an entire file as a string — ts <decoux@...>

>>>>> "R" == Raja S <raja@cs.indiana.edu> writes:

35 messages 2001/01/17
[#9465] Re: reading an entire file as a string — Dave Thomas <Dave@...> 2001/01/17

raja@cs.indiana.edu (Raja S.) writes:

[#9521] Larry Wall INterview — ianm74@...

Larry was interviewed at the Perl/Ruby conference in Koyoto:

20 messages 2001/01/18
[#10583] Re: Larry Wall INterview — "greg strockbine" <gstrock@...> 2001/02/08

Larry Wall's interview is how I found out

[#9610] Re: 101 Misconceptions About Dynamic Languages — "Ben Tilly" <ben_tilly@...>

"Christian" <christians@syd.microforte.com.au> wrote:

13 messages 2001/01/20

[#9761] Re: 101 Misconceptions About Dynamic Languages — ts <decoux@...>

>>>>> "C" == Christoph Rippel <crippel@primenet.com> writes:

16 messages 2001/01/23

[#9792] Ruby 162 installer available — Dave Thomas <Dave@...>

15 messages 2001/01/24

[#9958] Re: Vim syntax files again. — "Conrad Schneiker" <schneik@...>

Hugh Sasse wrote:

14 messages 2001/01/26
[#10065] Re: Vim syntax files again. — Hugh Sasse Staff Elec Eng <hgs@...> 2001/01/29

On Sat, 27 Jan 2001, Conrad Schneiker wrote:

[#9975] line continuation — "David Ruby" <ruby_david@...>

can a ruby statement break into multiple lines?

18 messages 2001/01/27
[#9976] Re: line continuation — Michael Neumann <neumann@...> 2001/01/27

On Sat, 27 Jan 2001, David Ruby wrote:

[#9988] Re: line continuation — harryo@... (Harry Ohlsen) 2001/01/28

>A statement break into mutliple lines if it is not complete,

[ruby-talk:9692] Re: 101 Misconceptions About Dynamic Languages

From: "Christoph Rippel" <crippel@...>
Date: 2001-01-22 01:39:54 UTC
List: ruby-talk #9692
> -----Original Message-----
> From: Ben Tilly [mailto:ben_tilly@hotmail.com]
> Sent: Sunday, January 21, 2001 08:34 AM
> To: ruby-talk ML
> Subject: [ruby-talk:9662] Re: 101 Misconceptions About Dynamic Languages
>
>
> "Christoph Rippel" <crippel@primenet.com> wrote:
> >
> >"Ben Tilly" <ben_tilly@hotmail.com> wrote in message
> >news:LAW2-F228erOc0Ne0Pa000010ca@hotmail.com...
> >...
> >
> >  Since Till mentions categories it is probably worthwhile to point out
> >that
> >they far form useless in CS.  They are very important for the theoretical
> >foundations of FP and modern FP languages like Haskel use categorical
> >concepts like monads (invented by mathematicians decades earlier) even for
> >their IO-system.  By the way there is a striking similarity between  C++
> >meta template programming and FP programming IMO.
>
> I never said that they were useless. :-)
>
> I suspect that there is a meta-issue here.  Algebraists
> by personality like to investigate ways of manipulating
> things.  Computer languges need to provide a set of
> useful ways to manipulate the world.  It is therefore
> little surprise that algebraists have useful insights
> for language design.
> >...
> > > I find it amazingly characteristic that Christian was
> > > asking what _concepts_ Ruby had to offer the world.
> > > Concepts are ways of applying meaning to problems,
> > > which is what analysts rely on for gaining intuition.
> > > But by and large algebraists do not produce concepts.
> > > They produce useful _formalisms_.
> >
> >The amusing thing is that algebra is often much more down to earth than
> >analysis - that is to say algebraist often come up with constructive
> >algorithms you can (in principle) implement (for example the whole
> >encryption business).  If you want  to be polemic you might say that the
> >only thing an analysist ever does is proving  some (non)existence result
> >about a PDE living in some weird infinite dimensional space.;-)
> >
> You are an algebraist, aren't you?  Admit it.  I even bet
> you eat corn on the cob in a spiral! (*)  You are one of
Not sure - I am probably too chaotic to eat like this.;-)
> THOSE people!!! :-P

Ben (sorry about the Till) I was kidding you - I forgot to mention that these funny
objects for whatever reason seem to model the real world but this real world meaning
is IMO attached to them by physicist not mathematicians.
> Now you named encryption as a contribution of algebra.
> Well to name but one relatively recent advance from
> analysis, consider the theory of wavelets.  This provides
> entire classes of ways to break data in way that tends to
> extract and segment overall smooth data and interesting
> boundaries.  Much real-world data shows this pattern.  As
> a result this is applicable in compression, speech
> recognition, etc.
Sure wavelets are important and the same goes for the more mundane FFTs but they are
useful in large part because of their formal properties (which translates into easy
computations) not because of their inherent meaning - which is properly why they
where not invented by signal processing engineers.

Going off on a tangent the reason why analysis is often spectacularly more
successfully is IMO that its two most powerful abstractions - limits and averaging -
are much more natural in its realm. The same ideas (formalisms?) have been applied
to algebra but to use them successfully tends to be much harder (abstract) and this
expalins IMO why you won't find them applied too often to the bred and butter
discreet world most software engineers encounter every day.

...

Christoph


In This Thread