[Sorry, I didn't mean to send that last message (the hotkey for "send" is
way too accessible), but this message is largely an extension of that
thought.]
I had a wonderful time with the five of us that were able to make it to the
last meeting, but it looks like there's more interested in the reading group.
So I was wondering if we could use this thread to introduce ourselves. Maybe
that way we don't have so much boilerplate to get out of the way when we do
meet in person?
I'll start, just to see if this is a good idea or not. And I'll try to keep
this in context of the reading group.
FP Formalism Expertise:
I have degrees in Electrical Engineering and Computer Science, so I'm
missing formal education in most of the foundational algebra that motivates
FP theory.
What I've picked up is from scattered web reading, programming languages
classes, and hear-say.
For instance, I know of monads only in the context of Haskell. I couldn't
begin to tell you the difference between a monad and a monoid. And the
"Category Theory for Beginners" slides were mostly new information for me.
And I'm intuiting that arrows might be more or less morphisms. . . but I'm
not sure.
Practical FP Programming Experience:
I'm very comfortable with a lot of the straight-forward FP ideas that are
in popular dynamically type-checked languages these days like closures,
first-class functions, etc.
But for languages like Scala and Haskell, where richer type systems come
into play, I'm still at more or less a beginner level -- lots of reading,
but no practical experience.
Mostly, all the serious work I've done for pay has been in an imperative
landscape.
Interest for the reading group:
- any reading that highlights design pitfalls. FP throws out a large
toolkit. But I don't see much literature to help avoid bad designs. For
instance, does pattern matching come with the same admonitions that
Java's "instanceof" comes with? Or is it a slightly different beast with
its own considerations since it's really about destructuring binds?
- which leads me to Real World Haskell. I read the first half, which was
largely a review of the Gentle Introduction to Haskell. . . so I haven't
gotten to the "real world" part.
- some of the "classic" papers by Wadler, Jones, etc. I may have read a
few already, but it was years ago, and I wouldn't mind the review.
- non-classic papers that underscore language design like Odersky's
Scalable Component Abstractions.
- Peirce's Category Theory book if it's recommended (I don't have a copy
yet).
- anything that keeps a mathematical concept grounded relative to
programming. Mathematics doesn't scare me, but it's easy to get lost in
the formalisms without some context of what's motivating the study.
Anyway, I hope this helps. If anyone is motivated, just reply to the thread
with whatever introduction you think works.
Sorry if you guys already know each other. I'm just new to the group, so it
would help me out at least.
-Sukant
--
You received this message because you are subscribed to the Google Groups "Austin Functional Programmers" group.
To post to this group, send email to
aust...@googlegroups.com.
To unsubscribe from this group, send email to
austin-fp+...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/austin-fp?hl=en.