On Fri, Dec 05, 2008 at 04:34:21PM +0000, Paul Makepeace wrote:

> The reason it's so expensive is to encourage you to get an Oyster
> card, which you can do anonymously now. It's a 3quid deposit, and
> gives you 1.50 Zone 1 fares, and they auto-convert your day's spending
> into the nearest minimum travel card fare if you take several
> journeys. I don't think there's any advantage to using paper tickets
> any more, at all.

There is - Oyster pre-pay doesn't work on most trains.  And when it
does, it interacts poorly with travelcards.  Oh, and you can't get a one
day travelcard on Oyster.

> Peter Haworth wrote:
> > David Cantrell tried to convince the masses that closures are actually
> > simple, and extremely useful. His view is that they are basically
> > code with data attached; the inverse of objects, which are data with
> > code attached. He also made a good analogy between the class/object
> > distinction and the sub/closure distinction.  Unfortunately, the example
> > from CPU::Emulator::Z80 focussed too much on the details of z80 emulation,
> > and not enough on the benefits gained by using closures.

Hmmm

How about I edit it to talk about generic 8- and 16-bit data types early
on, and how the closures allow the sorts of access I need, and then show
how it applies to the emulator, refactoring etc?

> > example from Sort::MultipleFields was more lucid, but a diagram would
> > have been a big help to anyone who can't convert from unfamiliar code
> > to data structures in their head.

I'm not sure that a diagram would help, cos it's not really creating a
data structure, but perhaps I could take the example of sorting books by
author/title/year/spine colour, and as I explain how it builds up the
closurey sort function, show a *non*-closurey equivalent being built up
next to it.

And thankyou - constructive criticism is *most* useful!

-- 
David Cantrell | Official London Perl Mongers Bad Influence

    Seven o'clock in the morning is something that
    happens to those less fortunate than me
_______________________________________________
BristolBathPM mailing list
[email protected]
http://mailman.bristolbath.org/mailman/listinfo/bristolbathpm

Reply via email to