Based on the feedback from the meeting polls and the constraints of
our speaker, the September meeting has been scheduled for Wednesday,
September 16th from 7pm - 9pm. I've decided to move the meeting time
back half an hour since that seems closer to what we've ended up doing
in practice. Like the past three meetings, it will be held in the MIT
CSAIL Reading Room (32-G882, i.e. a room on the 8th floor of the Gates
Tower of the MIT's Stata Center at 32 Vassar St in Cambridge, MA).
Based on the topic poll, our featured speaker will be Edward Kmett,
who will be presenting the second part of his monoids and parsing
presentation: "A Parallel Parsing Trifecta: Iteratees, Parsec, and
Edward's slides from August are here:
I'd recommend looking at them if you weren't at the August meeting (or
want a refresher on the material) since the two parts of his
presentation were originally designed to go concurrently. There's also
a preview of the September presentation as part of this post on
Edward's blog: http://comonad.com/reader/2009/iteratees-parsec-and-monoid/
We don't have any other presenters for September, so there are still
openings for Lightning Talks or other relevant announcements /
advertisements. If you're interested in one of those openings or in
presenting something (large or small) at a future meeting, please let
me know as we're still very hungry for content overall.
The September attendance poll is at: http://doodle.com/gew97steggwhrnue
As always, responding to this poll will help with two things:
1. Getting an idea of what fraction of the Boston-area Haskell
community can and can't attend this meeting (to help with future
2. Giving me an estimated count of attendees, so my wife can scale her
baking of goodies appropriately. Sponsorship of or other assistance
with refreshments is still being eagerly solicited.
I'm also still having trouble embedding this poll in a page on our
Google Group, so if anyone has any ideas about that, please feel free
to try (any group member can edit pages) and/or offer other assistance
If you have any questions about the meeting please send them to the
BostonHaskell mailing list: boston...@googlegroups.com or contact
I look forward to seeing many Boston-area Haskellers at the September meeting!
- Ravi Nanavati
> We don't have any other presenters for September, so there are
> still openings for Lightning Talks or other relevant
> announcements / advertisements. If you're interested in one of
> those openings or in presenting something (large or small) at a
> future meeting, please let me know as we're still very hungry for
> content overall.
I have a partial suggestion -- perhaps we could pick some small amount
of code to write, and then write it together during the meeting and
talk about how it could be improved? I'm new enough to Haskell that
this would be much more accessible to me than the expert talks;
perhaps this is true for other people too.
I don't have anything queued up to write myself, but if the folks on
the list have an idea of something to work on and think this is a good
idea, I'd be happy to lead the session.
Chris Ball <c...@laptop.org>
One Laptop Per Child
That's an excellent idea. I'd love to see more beginner-targeted
material at each meeting (since I think an important point of having a
BostonHaskell community is for beginners and experts to interact). To
date, the major reason we've had more expert-focused material is
that's what people have volunteered to present. Does anyone have
suggestions about what might be an interesting thing to discuss?
It sounds like a good idea to me. How do you think we should run it?
My initial guess would be to have a sign-up sheet (or a Doodle poll?)
where potential mentors and mentees can indicate their interest and
then let people use that to match themselves up during the break. Does
that sound like the right approach or does someone else have an
> This also brings to mind something else I've been thinking about: we don't
> really have a clear idea of the level of Haskell aptitude of the group, do
> we? Well, someone else may, since I've only been to two meetings. Is there
> any use in trying to evaluate this? Maybe an anonymous questionnaire could
> be made about topics (based on Real World Haskell? I'm not sure what could
> be used as reference for more advanced topics).
My personal vision is that one of the exciting about BostonHaskell is
the mixture of people it brings together: beginner and expert,
academic and commercial and so on. Since we're just getting started,
my focus is on growing that mixture (in both quantity and variety) by
trying to have a variety of material to help bring that mixture
together and establish a self-sustaining community. At the moment, I'm
pretty comfortable with using things like Doodle polls to supplement
my discussions and observations at meetings. As BostonHaskell grows,
I'm sure we'll reach a point where we want something more formal and
structured, but I think we're just not there yet.
Anyhow, it is probably time to climb down off my soapbox and ask the
community the following: What do you think of the vision as I've
The Boston Ruby group has a history of hackfests that may be of interest:
The first Boston Ruby hackfest was a group of maybe 10 of us with a single
goal. No one of us knew exactly how to write the program. We divided up into
teams of two or three and did research, together, in the same room,
announcing what we've found as we've found it. We had a common repo that we
checked into. Some of us knew Ruby better than others, but it didn't matter
much for this problem.
The subsequent Boston Ruby hackfests saw a split into multiple groups, each
of which brought their own problem to solve/program to write. One group
attracted a small following with just "playing with the GUI libraries" as
The current structure of the Boston Ruby hackfest (two years later) has a
few types of people who show: some are looking to solve a problem from their
day job or nightly hacking, and are using the hackfest as a way to get
face-to-face help; some have an idea or patch they can get done in two hours
and want someone to help with that; some just want to continue to work on
their stuff as normal but with the option to ask for face-to-face help; some
are just looking to socialize and eat free pizza; and some are looking for a
mentor. These people (the ones looking for a mentor) show up with a laptop
and idea but often very little Ruby knowledge. Some of us (myself included)
are more than willing to stop whatever we are hacking on to spend the
evening pairing with this new member of the community.
I provide this not as the only way to do it, but the way I've seen it done.
The lessons I've gathered from this are: if you're in a group, everyone
should struggle to solve it together; if you're pairing, at least one person
should know what he's doing.
Has anyone else seen this done before? How did it work for that group? What
lessons did you learn?
[For reference: I'm pretty new to Haskell. I've only used it in my spare
time for the past few months.]