]> sipb.mit.edu Git - wiki.git/blobdiff - runninghackathons.mdwn
(no commit message)
[wiki.git] / runninghackathons.mdwn
index 2666fe015b24fde4113ebcc30c3f4774b306f23f..637ec402f500c07c8d4640d49958538625a51554 100644 (file)
@@ -65,6 +65,7 @@ so early that you don't have a good sense of how many people are at
 the Hackathon and what they want to eat.  Probably around 2-3 PM is
 the best time.
 
+You can in fact order food from Mary Chung's if you have people ready to pick it up.
 
 Technical stuff:
 ================
@@ -144,9 +145,19 @@ entertained.  It is very easy, especially near the end, for SIPB
 regulars to get into a niche and for new people to feel excluded.  Try
 to make sure that that doesn't happen.
 
+Projects:
+=========
+
 Someone should try to help people find projects they are interested in.
 One way to do this is to have enthusiastic happy person who knows whats going on at the door greeting people, asking what their interested are and routing them to the people leading those projects.
 
+It is also useful to have tasks listed on the whiteboard, with the language noted. This helps the greeter describe and point people at relevant projects. This requires that someone within each project to take time and sit down figuring out tasks.
+
+The goal of getting people working on projects is not so much to get work done, but to make the newcomer feel that SIPB is a place they can be successful and have fun hacking. The thing to avoid is someone who just doesn't know what they are doing sitting in a corner banging their head against something and ultimately giving up in frustration. This is difficult though because someone who is new won't really know what questions to ask and might be shy about asking them.
+
+Setting people up in pairs seems to be useful, as they will already be asking each other questions. Also if one person is stuck, they might just be self-conscious about it and quietly give up. If two people are stuck, they might be more likely to ask for help.
+
+
 Afterwards:
 ===========