[#10209] Market for XML Web stuff — Matt Sergeant <matt@...>

I'm trying to get a handle on what the size of the market for AxKit would be

15 messages 2001/02/01

[#10238] RFC: RubyVM (long) — Robert Feldt <feldt@...>

Hi,

20 messages 2001/02/01
[#10364] Re: RFC: RubyVM (long) — Mathieu Bouchard <matju@...> 2001/02/05

[#10708] Suggestion for threading model — Stephen White <spwhite@...>

I've been playing around with multi-threading. I notice that there are

11 messages 2001/02/11

[#10853] Re: RubyChangeRequest #U002: new proper name for Hash#indexes, Array#indexes — "Mike Wilson" <wmwilson01@...>

10 messages 2001/02/14

[#11037] to_s and << — "Brent Rowland" <tarod@...>

list = [1, 2.3, 'four', false]

15 messages 2001/02/18

[#11094] Re: Summary: RCR #U002 - proper new name fo r indexes — Aleksi Niemel<aleksi.niemela@...>

> On Mon, 19 Feb 2001, Yukihiro Matsumoto wrote:

12 messages 2001/02/19

[#11131] Re: Summary: RCR #U002 - proper new name fo r indexes — "Conrad Schneiker" <schneik@...>

Robert Feldt wrote:

10 messages 2001/02/19

[#11251] Programming Ruby is now online — Dave Thomas <Dave@...>

36 messages 2001/02/21

[#11469] XML-RPC and KDE — schuerig@... (Michael Schuerig)

23 messages 2001/02/24
[#11490] Re: XML-RPC and KDE — schuerig@... (Michael Schuerig) 2001/02/24

Michael Neumann <neumann@s-direktnet.de> wrote:

[#11491] Negative Reviews for Ruby and Programming Ruby — Jim Freeze <jim@...> 2001/02/24

Hi all:

[#11633] RCR: shortcut for instance variable initialization — Dave Thomas <Dave@...>

13 messages 2001/02/26

[#11652] RE: RCR: shortcut for instance variable initialization — Michael Davis <mdavis@...>

I like it!

14 messages 2001/02/27

[#11700] Starting Once Again — Ron Jeffries <ronjeffries@...>

OK, I'm starting again with Ruby. I'm just assuming that I've

31 messages 2001/02/27
[#11712] RE: Starting Once Again — "Aaron Hinni" <aaron@...> 2001/02/27

> 2. So far I think running under TextPad will be better than running

[#11726] Re: Starting Once Again — Aleksi Niemel<zak@...> 2001/02/28

On Wed, 28 Feb 2001, Aaron Hinni wrote:

[ruby-talk:11283] Re: musings about Hash#each_with_index

From: David Alan Black <dblack@...>
Date: 2001-02-22 02:38:13 UTC
List: ruby-talk #11283
On Thu, 22 Feb 2001, Dave Thomas wrote:

> David Alan Black <dblack@candle.superlink.net> writes:
> 
> > I guess h.each_with_index is, in effect, shorthand for
> > h.entries.each_with_index, since the data structure that's being
> > indexed is not the hash but the array returned by Hash#entries.
> 
> I think it could also be the other way around: each_with_index returns 
> key/value pairs out of the hash, and #to_a performs an (artificial)
> flattening on the hash into an array.

But what does each_with_index add, functionally, to Hash, given that
we already have Hash#each?  What use is it for a hash to assign, in
random order, numerical indices to its key/value pairs?  

I can't help wondering if this is a case where Enumerable is casting
slightly too wide a net.  If implementing each_with_index were left to
the mixing-in classes -- and then not implemented in Hash -- I wonder
whether anyone using Hash would miss it.  (In this connection, note
that Hash doesn't implement each_index.)

> Internally, hashes are not arrays, they're.... hashes.

I don't mean to suggest that hashes are arrays; I just find the
array/hash, index/key analogies helpful as a way of pinpointing what I
perceive as the extraneousness of Hash#each_with_index.  One could
also ignore arrays and simply ask: given that a hash is an unordered
collection of key/value pairs, what useful or even meaningful role can
numerical indexing play?  

> If we've saying that anything that can be indexed is an array, then I
> guess we should include files, directories, strings, ...  Similarly is
> we're saying that anything with keys is a Hash.

Not a Hash -- but perhaps Hashable, the name of my pet non-existent
module :-) Maybe it should be called Keyable, so as not to make it too
Hash-bound.  I see the keyedness of hashes and arrays, not as meaning
that one of the two is the "real" one and the other a derivative, but
as something they share.  In spite of the non-existence of the module,
I find their common keyability (or whatever) as central and as
compelling as their common enumerability -- which is why I keep coming
back to it, I guess.


David

-- 
David Alan Black
home: dblack@candle.superlink.net
work: blackdav@shu.edu
Web:  http://pirate.shu.edu/~blackdav


In This Thread