Michael Sperber writes:
This seems like a backwards way of approaching teaching the intro
course.
I like to look at it as a a track.
(Besides, is this really suitable material for beginners, let
alone high school students?)
Ah, there's the catch. They are not beginners; they are CS
Arjan == Arjan van IJzendoorn [EMAIL PROTECTED] writes:
Arjan Good point, but there are fundamental differences between
Arjan Scheme and Haskell and our whole teaching here in Utrecht is
Arjan heavily geared towards Haskell: we really need laziness to
Arjan write our parsers and our attribute
Paul == Paul Hudak [EMAIL PROTECTED] writes:
Paul I can't resist jumping in on this one:
Sure :-)
Haskell just has some terrible properties when it comes to teaching
beginners. Among them are the complex and easy-to-get-wrong syntax,
the available programming environments which are OK for
Hello all,
Michael Sperber wrote:
I really recommend looking at the TeachScheme! curriculum and the How
to Design Programs curriculum. Here are two URLs:
I believe that the environment students work in is very important and can
help them learn languages quicker. And so the TeachScheme
On Friday, 2003-02-07, 12:31, CET, Arjan van IJzendoorn wrote:
[...]
Yes, that does mean adding type classes, but not the whole machinery. If we
support Eq, Ord, Show and Num with a limited number of instances, chapters 1
to 11 of Hudak's book can be used without modification.
I just have had
Hello all,
Michael Sperber wrote:
- With the programming environment, it isn't just a question of being
easier to use: in my experience, environments like Hugs (or any
Scheme environment other than DrScheme) work for some, but frustrate
many beginners because they don't enable them to
On Friday, 2003-02-07, 14:41, CET, Arjan van IJzendoorn wrote:
[...]
For that reason, Helium has a logging facility built in which sends a server
the programs containing errors.
Do you tell your students about the existence of this facility?
[...]
Wolfgang
On Friday, February 07, 2003 7:41 AM, Arjan van IJzendoorn
[SMTP:[EMAIL PROTECTED]] wrote:
The quality of the messages, however, is not as good as I would have
expected. I am a beginning Scheme programmer ...
Then you should have set the language to Beginning Student or
Beginning Student with
Hello again,
Kevin suggested:
Then you should have set the language to Beginning Student or
Beginning Student with List Abbreviations.
You're right. That makes the messages much better. I switched to 'Advanced'
level because I thought that something was possibly not accepted because it
was
Hal == Hal Daume, Hal writes:
Hal Hi all,
Hal Before getting in to this, let me preface my question(s) with a note that
Hal I have checked through the Haskell in Education web page and have found
Hal various links off there of interest (and I've googled, etc. In
Hal short: I've done my
I can't resist jumping in on this one:
Haskell just has some terrible properties when it comes to teaching
beginners. Among them are the complex and easy-to-get-wrong syntax,
the available programming environments which are OK for developers but
awful for beginners. There's also a dearth of
Don't forget Helium (recently announced)
http://www.cs.uu.nl/~afie/helium/index.html
Also Manuel Chakravarty teaches Haskell to hordes.
Simon
| -Original Message-
| From: Hal Daume III [mailto:[EMAIL PROTECTED]]
| Sent: 04 February 2003 00:02
| To: Haskell Mailing List
| Subject:
John Peterson wrote:
The downside of Haskell is that none of the regular implementations
(ghc, hugs) are really right for this level of student. Type
inference is an especially nasty problem. There also a number of
gotcha's lurking in the language that cause problems.
For exactly these
John Peterson wrote:
The downside of Haskell is that none of the regular implementations
(ghc, hugs) are really right for this level of student. Type
inference is an especially nasty problem. There also a number of
gotcha's lurking in the language that cause problems.
For exactly these
On Mon, 3 Feb 2003, Rex Page wrote:
This matches my experience, too. When I've taught Haskell to first
year college students, there have always been some hard core hackers
who've been at it in C or VB or Perl or something like that for
years, and they rarely take kindly to Haskell. The ones
For exactly these reasons we have implemented Helium; not for replacing
Haskell (we're very happy with Haskell), but for *learning* Haskell. There
is no overloading, so types and type errors are easier to understand. The
Helium compiler produces warnings for situations that are probably
Jeltsch [EMAIL PROTECTED]
To: The Haskell Mailing List [EMAIL PROTECTED]
Subject: Re: [OT] Teaching Haskell in High School
On Tuesday, 2003-02-04, 01:01, CET, Hal Daume wrote:
[...]
However, I'm also well aware that Haskell is very difficult
to learn
(and, I'd imagine
On Tuesday, 2003-02-04, 01:01, CET, Hal Daume wrote:
[...]
However, I'm also well aware that Haskell is very difficult to learn (and,
I'd imagine, to teach).
Hi,
I wouldn't claim that Haskell is very difficult to learn. I think, people
often have problems with learning Haskell because they
[EMAIL PROTECTED]
To: The Haskell Mailing List [EMAIL PROTECTED]
Subject: Re: [OT] Teaching Haskell in High School
On Tuesday, 2003-02-04, 01:01, CET, Hal Daume wrote:
[...]
However, I'm also well aware that Haskell is very difficult to learn (and,
I'd imagine, to teach).
Hi,
I wouldn't claim
I had the good fortune to teach Haskell to some thousand freshmen a
few years ago, and noticed that some who did especially well had no
previous programming experience. This supports Wolfgang Jeltsch's
claim that Haskell is not inherently difficult to learn.
I've taught similar numbers of
I've also been working high school students a bit and functional
programming is a great way to teach the principals of computation.
The best results come when FP is applied to domains that get kids
excited. I've had very good luck with Haskore as an excellent way to
bring computation to a general
21 matches
Mail list logo