categories - Category Theory list
 help / color / mirror / Atom feed
From: Jeff Egger <jeffegger@yahoo.ca>
To: categories@mta.ca
Subject: Re: Teaching Category Theory
Date: Thu, 30 Aug 2007 13:50:38 -0400 (EDT)	[thread overview]
Message-ID: <E1IQq1m-0005jw-LH@mailserv.mta.ca> (raw)


--- Jeff Egger <jeffegger@yahoo.ca> wrote:

> Date: Thu, 30 Aug 2007 13:48:36 -0400 (EDT)
> From: Jeff Egger <jeffegger@yahoo.ca>
> Subject: Re: categories: Teaching Category Theory
> To: Tom Leinster <t.leinster@maths.gla.ac.uk>
> 
> Dear Tom,
> 
> I find that the set/class distinction is much less compelling than the 
> type/collection distinction, so my initial reaction is that one should
> develop a kind of "naive type theory" to replace "naive set theory"
> ---but I don't know to what extent it is possible to do this in a 
> pedagogically sound fashion.  
> 
> [Googling "naive type theory" yields some interesting-looking articles, 
> but I haven't really had time to look at any of them in anything
> approaching a serious fashion.]
> 
> The central tenet of NTT should be the intuition that one can't compare 
> apples and oranges.  In particular, you can't ask whether two things 
> are equal unless they were already "of the same type", which is to 
> say that they were chosen from the same set to begin with.  
> 
> [Interestingly, there exist better motivating examples than "apples 
> and oranges".  Does the speed of light equal the charge of a positron, 
> for example?  Of course one could say that the answer is yes if we 
> measure the speeds in light-seconds per second and charges in 
> elementary charges, or we could say that the answer is no if we use 
> more conventional units such as km/h and coulombs.  But if we try to
> conceptualise physical quantities as real entities independent of a 
> choice of unit of measurement, then we recognise the question itself
> as flawed.]
> 
> Of course, elementhood should also not be a global predicate, for 
> otherwise we could subvert the non-existence of a global equality 
> predicate by asserting two things to be equal if they are equal 
> in every type to which they both belong.  
> 
> The non-existence of a global elementhood predicate renders the 
> extensionality axiom of conventional set theory meaningless. 
> This, in turn, calls into question whether equality of types is a 
> meaningful predicate.  But the existence of a type of types would 
> entail the existence of such a predicate, and thus we are led to 
> a situation where the non-existence of a type of all types can be 
> regarded as a feature, not as a bug.  
> 
> You see what I really have in mind is not so much topos theory 
> (which you might have suspected at first), but FOLDS.  [But NTT 
> should be set up in such a way that elementary topos theory 
> becomes a (or even, the) natural result of attempting to formalise 
> one's naive intuitions about types.  For example, one can talk about 
> (product- and power-)type constructors in a naive way...I think.  
> Ideally, I would hope that naturality could be adequately described 
> in terms of polymorphic lambda-calculus---but even I wouldn't suggest 
> springing that on an unsuspecting first-term graduate student.]  
> 
> Here is another helpful intuition for students: a set/class/type/
> collection should not be thought of as a "glass box", but rather 
> as a black box with a button: when you push the button it gives 
> you, not an element of the set, but a little receipt bearing the 
> name of an element of the set.  [Riders of the Montreal metro 
> system may recognise the boxes from which one obtains bus transfers, 
> which held a strange fascination over me when I was a child.]
> For arbitrary collections, it is possible that an element have more 
> than one name---and hence, when you ask for two elements, you may 
> in fact receive two names of the same element, _and_ be left none 
> the wiser for it.  A type is (naively) a collection for which every 
> element has a unique name.   
> 
> Now using NTT/FOLDS as a basis for category theory does restrict one 
> to dealing with locally small categories (if, one regards types as 
> necessarily "smaller" than arbitrary collections---which is not as 
> easily justifiable as it might seem), but I would argue that's not 
> such a great loss.  [In my experience, non-category-theorists, when 
> asked to provide a definition of category, almost uniformly supply 
> (what amounts to) the definition of an enriched category, in the case
> V=Set---which I find quite intriguing.]  It also destroys the notion 
> of skeletal category, which is probably a good thing too.
> 
> I hope this helps---I was originally planning to write a lot more
> (and might still do so).
> 
> Cheers,
> Jeff.
> 
> 
> 




             reply	other threads:[~2007-08-30 17:50 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-30 17:50 Jeff Egger [this message]
  -- strict thread matches above, loose matches on Subject: below --
2007-09-09 11:40 Ronnie Brown
2007-09-05 22:36 Michal Przybylek
2007-09-05 13:09 Michal Przybylek
2007-09-04 16:30 Jeff Egger
2007-09-01 23:36 Michael Shulman
2007-08-31 13:37 Jeff Egger
     [not found] <200708311017.17603.spitters@cs.ru.nl>
2007-08-31 13:34 ` Jeff Egger
2007-08-31  9:55 Steve Vickers
2007-08-28  1:04 Vaughan Pratt
2007-08-27  1:58 Tom Leinster

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1IQq1m-0005jw-LH@mailserv.mta.ca \
    --to=jeffegger@yahoo.ca \
    --cc=categories@mta.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).