[#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:9698] Re: 101 Misconceptions About Dynamic Languages

From: "Ben Tilly" <ben_tilly@...>
Date: 2001-01-22 04:14:16 UTC
List: ruby-talk #9698
I realize that this conversation (while interesting to
me) has drifted radically off-topic.  Should we take
it to private email or are people still following?

"Christoph Rippel" <crippel@primenet.com> wrote:
> > -----Original Message-----
> > From: Ben Tilly [mailto:ben_tilly@hotmail.com]
> > Sent: Sunday, January 21, 2001 08:34 AM
[...]
>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.

Well there is some question about how "real-world" it
is, anyone who is interested in the topic should wander
over to http://math.ucr.edu/home/baez/ and browse for a
bit.

> > 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.

I think that saying who invented them is a little hard,
the subject was a convergence of too many ideas.

But certainly they must be poorly understood by anyone
who doesn't realize that Ingrid Daubechies was important.
And she is (IMO at least) an analyst. :-)

Anyways I disagree that the formal properties allowing
quick computation (O(n), but with constants bad enough
that FFT is faster in practice) are the key to why
wavelets are so important.  Rather it is the fact that
they allow breaking signals into components which can
trade off locality in frequency with locality in space.
(Subject to the Heisenberg Uncertainty principle of
course. *)  Real world features tend to be localized in
both, so wavelets model real-world features much better
than alternatives.  This is seen directly in the fact
that wavelets can avoid the Gibbs effect.  Therefore
the bulk of the energy from your signal is concentrated
in fewer terms.

A few examples may make the point about why this matters.

In the MRI example that I gave the computational effort
was a non-issue.  Having patients tie up very expensive
machines for 8 hours was.  Locality of reference and
avoidance of Gibbs ringing made taking measurements
based on a wavelet basis require far fewer measurements
to get a better resolution image with fewer artifacts.
(As a bonus they could also parallelize measurements to
some extent.)

When wavelet transforms are compared to JPEG, the
computational effort required for wavelets is much
greater.  Again, the fact that with fewer terms you get
images with fewer artifacts is why people are
interested in them.  (CPU power is more available than
bandwidth.)

Adaptive wavelet transforms (eg wavelet packets) are of
interest for their ability to pick out features (eg
phoenemes in speech, camouflaged objects from a photo)
and to model real signals with even better compression.
The ability to produce these algorithms depends upon
being able to combine a conceptual understanding of what
wavelets mean with existing ideas about information and
entropy from CS.  Adaptive transforms are harder to
compute than non-adaptive ones, yet are worthwhile
because they allow problems to be tackled which could not
be tackled without.

>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.

How dare you go off on a tangent when we are on one
already? :-)

From what I have encountered of limits in category theory,
I think that formalism is a far more accurate term than
idea. :-)

Incidentally I don't happen to believe that limits are a
particularly good conceptual basis for calculus.  IMHO but
for an accident of history, big-O, little-o would have
been much better.  I am not alone in that belief, I was
interested to find out that Knuth came up with the same
ideas:

http://www-cs-faculty.stanford.edu/~knuth/ocalc.tex

Cheers,
Ben

* No joke.  The Heisenberg Uncertainty Principle is a
  theorem about Fourier Transforms, you cannot localize
  in both space and frequency at the same time.  Thus
  (for instance) it is impossible for a clap to have a
  well-defined pitch.
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com

In This Thread

Prev Next