How do I Create a Challenge Brief?

Originally created by the amazing Lindsay Oliver over on the Geeks Without Bounds blog, and reposted with permission here.

Why create a challenge brief?

Useful challenge briefs are the key to producing robust solutions for a hackathons. They do this by limiting, not expanding, the parameters of solutions to challenges. It’s easy for participants to overextend themselves on solutions that try to address too many components of a problem at once. By creating challenge briefs that break the problem up into parsable, bite-sized chunks that can be tackled in the time span of an event, participants are able to create more viable results when they focus on one component or feature.

Remember that hackathon challenges aren’t necessarily software development challenges. Most Geeks Without Bounds and Random Hacks of Kindness affiliated hackathons allow the opportunity to work on challenges around software, hardware, and open data. Many are also open to citizen science projects, educational resource creation, and the development of other commons resources. Be sure to explain in your brief what sorts of resources you would like to see in response to your challenge.

What are the key pieces of effective challenge briefs?

  • Background
  • Challenge Statement
  • Scenarios (optional)
  • Components
  • Resources

Background

Provide your participants with contextualizing information on the problem, the requesting organization, etc. This will help lay the groundwork for them to determine what solutions might be valuable in this use case, and how those solutions might need to be tweaked for the benefit of the end user.

Sample:

Kiva is a microfinancing platform with the goal of bringing an end to poverty through giving. They focus on individual empowerment to create opportunities, ensuring that marginalized populations are the ones in charge of their own development, prosperity, and independence.

Challenge Statement

This is the heart of your brief. The challenge statement boils down the problem(s) that are being presented to participants. Be sure to state the need and explain why solving this issue is necessary. Indicate how a solution to this challenge would impact the stakeholders, and provide any needed caveats for special cases of use.

Sample:

Kiva needs a better way to understand its own donor data and extract meaningful/actionable information from it, provide avenues for external partners and wealth managers to interpret and share impacts of this data, and use this information to further drive engagement of donors both individual and donor-advised. Any tool created for this challenge will need to take into consideration the internal and external potential uses for this tool, and implement reasonable flexibility to address these end users.

Scenarios (optional)

This is an optional component for your challenge brief that is dependent upon any special cases of use that the solution will be addressing. For the example provided below, the end user of this tool may be outside of the organizational structure that created it. This information helps participants craft solutions that provide flexibility for implementation of the tool.

Sample:

Many of Kiva’s donors come from a pool of donor-advised funds via institutions like Morgan Stanley. These wealth managers provide reports to their managed investors on how their money is being used, what the return rate of those investments are, and what the impact of those investments are for the recipients. Wealth managers need the ability to track these funds at a variety of levels (geographic area, type of loan, amount, theme, etc) and provide this information to their investors. This will enable donors to provide feedback, see the actual positive human outcomes generated by their investments, and direct their wealth managers toward targeted groups in need.

Components

This is where you break up the challenge into parsable chunks for teams to choose from. Stress to your teams that this is not a checklist of items to complete, but a starting place for ideas. Only one portion of the possible solutions should be addressed by individual teams, NOT the entire list.

Sample:

1. Refined Loan Information Processing
-Accessing information on donated/invested funds more easily
-Calibrated for intaking both individual donors and larger firms
-Both for external firms and internal Kiva usage
2. Funds Tracking
-Tracking of funds both individual and donor-advised to provide a holistic overview of where, how, and why funds are spent
-The ability to import funds data from sources outside of Kiva
3. Impact Visualization
-A flexible, adaptable, and editable visualizations generator
-Framed for use both internal and external

Resources

Give your participants shiny new toys to play with. Platforms, APIs, datasets (with PII, personally identifiable information, SCRUBBED), media, use case studies, etc, should be made available to teams. Don’t overdo it, though, as too much information may bog the teams down and prevent out of the box problem-solving.

Sample:

 

  • Developer Site, Kiva API, and Sample Data
  • Datasets: Incorporated into provisioned hackathon NetSuite accounts
  • Kiva Media and Image Gallery

 

Good luck, and happy hacking!

Leave a Reply

Your email address will not be published. Required fields are marked *

Should I Offer a Prize at My Hackathon?

Consider: what do you want the prize to do for the event, and for the attendees, and for your cause?
Your humble author usually steers clear of cash and large prizes because of the people it brings around, and how they influence the crowd. Do you want to prioritize large attendance / an opportunity for undergrads to be exposed to this topic? Or do you want to prioritize sharing stories and collaborating on potential solutions with no strings attached? Any of these priorities (or others) are totally fine, but decide what you’re going for, and pick how to handle prizes based on that.

Building Capacity

At things like StartUp Weekend, prizes help teams move their project forward – time with a lawyer, some startup cash, access to expensive dev tools, etc. At GWOB events, we usually give prizes which are coding books, comics, and hardware kits; all to get people thinking in new spaces. Another set of prizes might be qualifying to work towards a bounty of DELIVERING a working prototype (or some other milestone) by X months after the hackathon. Or just use prize money towards that, and use the hackathon as a time to onboard people to the ideas. (I think I would even wait to tell people about the bounty until the hackathon itself).

Attracting Attendees

Prizes sure can be great for attracting attendees. For people with many options in front of them for how to spend their time, prizes can incentivize attendance. This can also mean attendees might view the prize as compensation for their time – a strange mental space to be in, especially if not a winner. Prizes can also incentivize people to focus and to push themselves out of friendly (or unfriendly) competitiveness.

Other Considerations

Smallish prizes as indications of appreciation are awesome. Definitely need to be able to be divvied up across a team (no ONE LAPTOP PRIZE – how can 4 people deal with that?). Too big/prestigious, and people don’t collaborate or share what they’re up to (being protective of people “stealing” their good ideas).

Leave a Reply

Your email address will not be published. Required fields are marked *

Hackathon Consent Form

Purpose and general description of the study

Study on the history, use, and troubles of the hackathon, or codefest, model of engagement. The goal is to end up with a clearer understanding of the tension between the formal sector taking on the idea of “hackathon” while actively combatting the context of “hacking.” More appropriate methodologies for organizers, facilitators, and participants would be published and workshopped back into the community of hackathons and the people who make them happen.

 

This study is conducted by Willow Brugh, a research affiliate at Center for Civic Media at MIT’s Media Lab, with Ethan Zuckerman as Principal Investigator. You, along with 3-10 other individuals, are requested to participate in the study due to your connection and history with the groups which exemplify the topic. These groups were chosen based on a wide ranging view of hackathons and engagement roles.

The research is anticipated to include a one-hour interview with participants and followup questions via email. Summaries will be sent to participants for feedback and approval before being posted to a public website. Research is currently slated to end in December 2013.

 

Participation

Your participation in this research is completely voluntary.  You can withdraw from the study at any time without penalty or loss of the benefits to which you are otherwise entitled. You do not have to answer any questions that you do not want to answer.

Data Collection

Data will be collected via interviews via Jitsi, G+, Skype, Phone, Jabber, or some other conversational platform of the interviewee’s choice, or possible in-person interaction. Dependent upon the consent of the interviewee, data will be logged mentally, textually, and/or audibly. All data will be released to the interviewee within 2 weeks, and later to the public if single-instance consent is expressed after review.

Topics

During the interviews, expression of beliefs around hackathons, their purpose, and methodologies will be examined. Questions will revolve around history, best practices, success stories, and future expectations.

Identifiers

Due to the co-creative nature of this research, participants will determine if they would like to be identified or not. Each node of analysis of interviews will be released to the interviewee for approval and clarification, and at that time the interviewee will be asked if they would like the node to be anonymized or credited. If any subset of interviewees desires anonymity, Willow Brugh will consult with the participants to determine if all groups must be anonymized to protect the indicating party, or if a mix-and-match is possible.

 

Confidentiality

Confidentiality in this study is determined by the participants. After agreeing to take part in the study, each interviewee will indicate what level of confidentiality they prefer:

  1. Anonymity to the best of the researcher’s ability.
  2. Association with group, but individual anonymity.
  3. Identified by name and group affiliation.

Based upon how all interviewees respond, Willow Brugh will work with the participants to determine if mix-and-match is plausible, or if all respondants must be identified or anonymous. If in question, anonymity will be defaulted to. Any quotes or exact attributions will rely upon a per-instance specific consent.

 

All data will be retained on a hard drive encrypted via TrueCrypt (http://www.truecrypt.org) and stored with Willow Brugh and an encrypted backup drive stored in a locked cabinet at MIT’s Media Lab. All interviews and email exchanges will take place via OTR, PGP mail,  Jitsi, or Red Phone. Any documentation will be offered to the interviewee and transmitted via encrypted channels (as listed above), but it is their perogative to store in a secure fashion if desired. Assistance in setting up encryption methods is provided upon request.

If anonymity is desired, any audio will be destroyed after analysis of the interview is responded to and approved by the interviewee. The name of the interviewee will at no point be stored in plaintext, and will be erased from stored data after encoding occurs.

If explicit consent is given on a per-instance basis, audio and transcript (when available) will be published to the web in an open format.

 

Risks, Costs, and Benefits

Risks of Participating in the Research

There are no known risks for participating in this research, other than the violation of confidentiality if confidentiality is desired. I have indicated above/below the steps I am taking to preserve your confidentiality.

Benefits to the Subject or Others, or Body of Knowledge

In understanding and making explicit the benefits and difficulties of the hackathon space, these communities can become more self-aware and thereby more effective in achieving their goals.

Compensation

No compensation is provided to participants.

 

Questions about the research and rights of research participants

If you have any questions about this study at any time, please feel free to contact either me, Willow Brugh, at 812.219.4056 or bl00@media.mit.edu, or Ethan Zuckerman, director of Center for Civic Media at ethanz@gmail.com. We will do everything possible to prevent or reduce your discomfort and risk to you, but it is not possible to predict everything that might occur.  If you experience unexpected discomfort or think something unusual or problematic is occurring, please contact any of the people listed above.

Signature Block

By filling in your name, you indicate your desire to participate in this study.

Please indicate your preferences for overall anonymity (you can change this at any point for future publication, but existing research updates will either have been credited directly to you or stripped of all information). Each node will pass through you for feedback and approval before being published.

  1. Anonymity to the best of the researcher’s ability.
  2. Association with group, but individual anonymity.
  3. Identified by name and group affiliation.

Leave a Reply

Your email address will not be published. Required fields are marked *

Theorizing the Web Talk

Nate and Willow’s talk at Theorizing the Web 2014 on Hackathons are More than Hacks starts at 50:12

  1. Set up the mismatch between media and practice (3 mins max
    1. Introduce ourselves
      1. Willow
      2. Nathan
    2. N: If you’ve read about hackathons in the press, you’ve probably seen
      1. clever young hackers winning prizes for making tech
      2. rather than a community of all ages learning together
    3. W: show a quote by an organiser
    4. W: and a quote from a participant
    5. N: In this presentation, we share some early results from research on hackathons. We’re seeing a mismatch between media narratives and the stories participants themselves tell, a mismatch that is colouring critiques of hackathons.
    6. (describe our methods and context) (45 seconds) (brief)
      1. w: what is a hackathon, based on our experience and our interviews
      2. w: we interviewed around 15 participants, organizers, and facilitators.
      3. n: we analysed around 640 articles and blog posts about hackathons
      4. w: we’re involved
  2. W: In my interviews: Hackathons at the intersection of community building and engagement with institutions (who are the players, and what are their goals) (2 min)
    1. What hackathons we’ve looked and been involved in
      1. (slide) with a big list of logos and what years are covered with us and the people we’ve talked to
      2. (zoom) Communities (slide with lots of examples) (open source, disaster response, entreprenuers)
      3. (zoom) Organisations (slide with lots of examples) (businesses, governments, non profits)
    2. Who attends (front end, back end, subject matter experts, students) or just (do this for THEIR LIVING, professionals who want to volunteer their tech skills on a weekend, folk who want to learn more about a subject, folk who are passionate about a subject but don’t know how to engage)
  3. W: What actually happens at and after hackathons (3 mins) include a bunch of quotes
    1. People learn about new disciplines and challenges
    2. People find a way their skills can change the environment they’re in
    3. People find others with shared interests
    4. What happens with projects & initiatives
  4. N: How hackathons get portrayed (2 mins)
    1. Slide of what media we analyzed, including list of sources, MediaCloud mention, and histograms for Hackathon and Civic Hacking (640 articles)
    2. Simple revolutionary solutions
    3. Civic Hacking (80 articles & blog posts)
      1. equal measure PR
      2. project documentation
      3. critiques of the idea
    4. Superstars & Startups
    5. last point: mismatch between media narratives and interview results
  5. Major critiques of hackathons – coming from theorists, critics, and funders
    1. slide that points to hackathon critique articles & minisites (don’t try to respond)
      1. example: MELISSA GREGG & CARL DISALVO “The Trouble with White Hats” (New Enquiry) (http://thenewinquiry.com/essays/the-trouble-with-white-hats/)
      2. example: National Day of Hacking Assumptions & Entitlement (http://nationaldayofhacking.info/) voices from people in those communities. Disconnect causing animosity.
      3. Morozov “Making It” New Yorker: http://www.newyorker.com/arts/critics/atlarge/2014/01/13/140113crat_atlarge_morozov?currentPage=all
      4. David Sasaki (Omidyar, now Gates Foundation): On Hackathons & Solutionism http://davidsasaki.name/2012/12/on-hackathons-and-solutionism/
    2. List Critiques (willow)
      1. Produces incomplete & short-lived projects (prototyping) – addressed when about the community rather than about the media.
      2. Free labor for companies & gov’t
      3. Doesn’t create fundamental change
      4. Props up existing structures, making them more efficient
      5. Inauthentic citizenship as alternative to meaningful change
      6. Only addresses technically actionable solutions
      7. It’s impossible for tech to support meaningful structural change
      8. False Empowerment: Solutionism in a weekend
      9. Distraction: People feel good about shiny ideas that never have impact
      10. Emphasizes superstars rather than communities
      11. Entrenches exclusion by favoring people with technical skills
    3. Nathan: What ties these critiques together is an emphasis on media portrayals and less a focus on actual community practices we’re seeing
      1. Media doesn’t emphasize learning
      2. Media doesn’t emphasize community building
      3. Media supports an overly simplistic solutionist narrative
      4. Media prefers a one hero story about shallow revolution
      5. Media attention focused around the hackathon event, with limited follow-up: if projects proceed beyond prototype, we don’t hear about on going effort
      6. All of these things can obscure what really happens
  6. W: Based on what we’ve found: Responsibility for hackathons, media, and researchers, for a method that’s still growing and evolving (3 minutes)
    1. W: Impart a sense of what these become as what we make of them. By their very nature, they are malleable. People with skin in the game need to be engaged with responsibly.
    2. W: Solid as a working method – especially cross-culturally (closing technological gaps as well as socioeconomic / access gaps)
    3. W: So you’re organizing a hackathon – think about how you’re portraying it to all parties, and make sure to amplify communities and practices, not just projects
    4. M: So you’re reporting on a hackathon – reporting on projects is lazy – look deeper into the community practices, learning, and engagement with institutions
    5. M: So you’re researching hacker culture – find a stance that acknowledges and respects the voices, experiences, and work of the communities whose outcomes and potential will be directly affected by the arguments you make from a position of power and privilege. Go beyond critique and simple media criticism for a deeper engagement with communities and practices
    6. W: Use & contribute to hackathonFAQ.com

About This Site / Contributions

This site was created out of frustration and love by Willow Brugh and J. Nathan Matias, with hefty contributions from a staggering number of brilliant people. Pages and interviews continue to go live through the end of 2014, when the site should be considered static. Willow and Nathan are both affiliated with Center for Civic Media at MIT’s Media Lab and Harvard Law’s Berkman Center for Internet and Society in vague to concrete ways.

Want to Contribute?

Awesome! We’d love to hear from you.

You can set up an interview with Willow via meetme.so/structures, or email us your ideas to jnmatias and bl00 at media dot mit dot edu.

What Do Participants Need to Know for Their First Hackathon?


includes nominal cursing

How Do I Organize a Hackathon?

We don’t need to tell you this – it’s thoroughly and beautifully documented at hackdaymanifesto.com. Why reinvent the wheel? Go check out this crowd-sourced overview.

Here are some extra factors you might consider for framing:

Kav of Startup Weekend

Introductions
Willow Brugh: Tell me, who are you?

Kav: Kav Latiolais

Willow: What are you into? What sorts of things do you do?

Kav: S lot of stuff. I do a lot of consulting around [inaudible 00:20] start up, customer development, design competing, a little bit of what they call liberating structure, which is a really cool thing, you might want to talk to the folks who created that at some point. That would probably be good. I’ve facilitated a lot of Start-up Weekends.

Willow: How did you get into facilitating Start-up Weekends?

Kav: It was interesting case. I had a buddy who was going to go to the one in Portland and I was at Microsoft and he’s, “You should come, it’ll be fun.” I agreed to go with him and we ended up taking the train down with the CEO, at the time, who was the facilitator for our event. This was back when they were first getting things off the ground.

I went to an event in Portland and I had a really amazing experience. I had a team of six or seven people. They just did a really amazing amount of work in two days. There were definitely arguments about stuff, but we were, in general, pretty well organized.

It felt like, a little bit like night and day compared to my day job where just planning to get the amount of work done, that we had gotten done over the weekend would have taken at least three days.

I was really excited about that. Mark, who was the facilitator, also the CEO, said, “Dude, I really liked how you ran your team, you did a really great job. Can you coach the next event and help some of these teams with their project management stuff?” I started coaching at different events.

I coached the one in Seattle, the weekend after the one I did in Portland. Probably, two months later, I coached another one and then I think I coached one more. Then, they asked me to go start facilitating, or to organize one and then start facilitating because they want you to organize one first.

I organized one at Microsoft in Redmond. Next I actually ended up flying out as the backup facilitator. It was really like a technical facilitator, that event I did in Tel Aviv, a joint Israeli Palestinian event. They had a facilitator already, but the budget had money to bring out a technical expert, so I came out then.

I ended up doing a lot of the facilitation there. The guy who was their facilitator was a great guy. He just didn’t have the relationship with a lot of the Palestinian folks I did, because I spent a few days in Ramallah, while working on them on some stuff.

•    Hackathons
Willow: Cool. Tell me what you think about hack-a-tons.

Kav: It’s an interesting model, and it’s more talking about start-up weekend specifically, and its relationship to hack-a-thons. I grew up in [inaudible 03:24] culture as most developers my age did, where a lot of people got into coding was to scratch their own itch. I got into programming, because I was really frustrated with a video game, I was playing and I wanted to make it easier, which is not at all how programming works but I was 12-years-old then.

We grew up writing apps, to entertain ourselves, and to make our lives easier. The hack-a-ton model has really grown out of that, the idea of I want to build a utility for this or I want to build a framework that does that, because it’s a problem I keep running into and I don’t think anyone has really solved this problem.

It used to be that hack-a-tons were very much like get some pizza, get a bunch of people together and we’re just going to geek out on scratching our own itch. That was fun. I did maybe one, maybe two of those. Sometimes they’re around a particular technology, so it was come to this hack-a-ton on this new technology. It’s sort of an experience, like you take a course on doing that thing.

Interestingly, I never really got into that. I think, part of it is because the crowd that gets really into that, is into solving technical problems for their own sake. Then, I think the other interesting historical world is the business plan competition. The business plan competition, being the place where as someone who has got an idea for business, you sit around for a month or whatever and write up your business plan.

It’s this 1,500 page monstrosity full of made-up shit, and then in the business plan competition, you go up in front of an audience, pitch all this made up stuff that you’ve got and then everyone decides who’s idea seems like it’s most realistic, or most likely to make money, or whatever and they give you a reward. A lot of Start up Weekend is about bringing those two things together, to get rid of the lame elements of both.

Let’s build a product that’s focused on an actual business, and let’s learn about what that business might actually look like, and then from the business side let’s make sure we’re actually validating real business concepts, instead of making shit up. I think, as start-up weekend and similar events have matured, they focus more and more on really weeding out the stuff that doesn’t make any sense.

I think I’ve seen that with a lot of other stuff around, civic hack-a-tons will follow a very similar model, where they’re very much focused on the end-user or end customer, rather than on a programmer scratching their itch. I think, an interesting thing is in the field in general, of software in particular. Although I think technology generally could be stated this way, we’ve reached a point where scratching your own itch is no longer sufficient to build a business.

I think, 20 years ago, 30 years ago, 40 years ago, sure. MS-DOS was great, because it helped Bill Gates do this thing, and then he sold it, because everyone else wanted to do that thing too. Any solution to a problem was an awesome solution, whereas know there are already a million solutions out there, so you’ve got to be building something pretty awesome.

Willow: Yeah, I haven’t thought of it that way.

Kav: And with that, you have to actually look at the human beings you’re building for, and I think that is a lot of what was being changed in the world of hack-a-thons, in the last few years.

What do you think the purpose of a hack-a-thon is?
Kav: The purpose of the traditional hack-a-thon, is like sword sharpening and skill practicing. It’s really all about doing your katas, so to speak. Getting better at the stuff you do, or learning something new, or solving a problem that has been on your list forever, and you just haven’t gotten around to it.

It’s very easy, as a developer, to get an itch for something where you’re like, “I have this idea. I want to work on it.” But without people around you who are also working it’s hard to motivate yourself.

I think more and more, we’re seeing really interesting stuff, where these hack-a-thons are turning into business generators of one kind or another. I don’t think probably, five years ago, people were asking the question when they left start-up weekend or a hack-a-thon like event.

I don’t think they were asking the question “How can I make every day of my life look like this?” Whereas I think more and more people are asking that.

More and more young people are saying, “I want to work on something that’s fulfilling. I want to work on something that’s inspiring. I want to work on the kind of thing that I would volunteer my weekend to work on. Not because I intend to volunteer all my weekends to work on that, but because I want to be that happy about it.” I think that’s really one of the most important things that has changed.

I don’t think a lot of actual companies come out of start-up weekend and I don’t think that the projects people work on necessarily continue on, but I do think their appetite for that kind of work really gets blown up.

It’s creative and I think once that appetite, for that kind of work, has been created it’s hard to turn it off, which means these people are now demanding work environments that are more empowering, and allow them to work faster in smaller groups, more effectively, on interesting problems.

Historically in the large corporate environment there’s a certain amount of, “Well this is the way it has to be, because this is the way it has always been, and there is no other way.” I think, more and more you’re hearing in the corporate environment, “This is the way it has to be for us, because of this concern and this concern and this concern.”

I think the large corporate development cycle, is very much becoming not something that people are successfully able to argue is the right way, but they’re now arguing it’s the right way for them because of some special extenuating circumstances. Now, of course, everyone has special extenuating circumstances which makes them not all that special.

What do the projects look like for your events?
Kav: They’re all over the place, depending on what part of the world you’re in. I think, in general, for start-up weekend, it’s a lot of proto-businesses. At the beginning of the weekend, they often look like, “Hey I have an itch, I want to scratch around, not a technology problem I have”, like, “Oh my market is really good” by converting capital letters to lower case letters.

“Every time we go to a bar, it’s really annoying to wait in a long line at the bar, and it’s hard to get a drink, so I want an app to help do that. Tonight’s thing is over the course of the weekend, that office goes away right, because if you actually invested in the problem of “there’s always a line at the bar, it’s hard for me to get a drink”, there’s no business in solving that problem because the person who would pay to have that problem solved and that’s the bar.

That’s not a problem for them. They’re probably partnered or grouped with each other. They don’t give a shit if you have to wait.

In fact, optimally, someone is always about to wait or just waiting.

They start out quite often, like personal, itch scratching and then they tend to turn, if the folks actually do the work over the weekend, they tend to turn into concepts that make significantly more sense as a business.

There are some perennial favorites. We kind of joke, and this is a horrible thing to admit to, but we kind of joke that there should be a start-up weekend drinking game, where you drink every time, someone pitches and idea targeting affluent, young, white men.

Because every one that you go to, it’s like, “I want to build a dating site, it’s hard to meet women.” Well building a dating site is not going to solve that. “I want to build an app that makes it easier for deciding which restaurant to go to. I want to build an app that will help me find cool plans.” I think there’s a lot of good stuff there. Quite often [inaudible 12:36] at a restaurant.

Willow: Interesting.

Kav: A lot of it is micro-optimization of middle class to upper middle class white, young men.

Willow: I remember that, from one of the ones I was at.

Kav: Yeah, the dating app,for example, is exactly that. I understand it. Part of it is because you’ve got a weekend, you’re not going to really get too crazy about anything real. One of the one’s on my list, is I want an app where I can text it that I’m about to start drinking, and it will text me every hour, to ask me if I’ve had water recently, or to remind me to eat.

Then when I’m safe at home I text it, “I’m home, stop bothering me about water and stuff.”

That’s not a universal problem, the fact that I drink too much while not paying attention and forget to drink water and forget to eat. I don’t see that as a hit, but it would be an entertaining thing to build over a weekend.

I think hack-a-thons still keep to their roots a little bit in that, even though people are pretending to thinking about businesses, and pretending to be thinking about customers that are not themselves, I make a lot of info [inaudible 14:05]

What ends up happening to some of the projects after the event?
Kav: Franck will give you a bunch of statistics that he collected at the start-up weekend offices, to hear the actual numbers of how many teams continue on, how many projects continue on. I’m not certain I believe those numbers, but it would be worth getting them.

I think a lot of times, and I have no quantitative data, but from observation and my qualitative experience of it, a lot of the times, the teams keep working on the projects they’re working on. Particular teams that either placed, or really executed well over the weekend, they have a tendency to continue to execute well.

Their progress slows to almost nothing though, unfortunately, because they don’t devote enough time to it, and the people who are most valuable on those teams, are the people who are most over-committed already.

Another thing, there is it’s difficult for a start-up weekend project to turn into a real business, because the teams are quite often five to six people and investors are not going to give money for a founding team of five. Invariably also you pick each other because you met on Friday night. There are team personality and dynamics issues. There are competence issues with some of the people in the group.

Navigating that particular “Tetris piece” is quite often not something people succeed at. I think the ones that do really do a great job though.

The teams that are able to say, “Look dude, you didn’t help over the weekend, you were kind of a pain in the ass then. While you are the person with the most available free time, to be working on this, none of the rest of us have any time. There’s a reason for that, and we don’t need you, so goodbye.” I think teams that effectively say that, are the ones that can kick ass.

What are the attendees of your events like and what do they get out of the event?
Kav: I think, a lot of what they get out of the event, generally before I talk about the specific categories, in general, a lot of them meet people they want to work with in the future. A lot of it is a power networking thing. One of my favorite app pitches that you see time and time again at start-up weekend, is an app to help you more effectively network with people at events so you can make better connections.

If you look at start-up weekend, that’s exactly what it is. Everyone who is on the team, together, builds a pretty good bond. I’m definitely still in contact with all of the people from my first start-up weekend team, and I’m in regular contact with most of the people I’ve ever worked with at a start-up weekend on anything.

Some, more so than others, but, in general, we all keep in touch and we’re pretty close because of that shared pressure, shared past, shared struggle, shared striving towards the goal.

I think the networking or community building aspects of it are often undervalued. In terms of building a successful technology community, start-up community, any of these things. Like the value of having a group of people who worked together, even for just a few days, and know what each other are good at and bad at, and excited about, and not excited about, and how everyone responds to stress.

Do you become really mean? Do you over communicate? Do you under communicate? I think that’s really valuable.

As opportunities arise, we now have a network of people, who are well-connected to each other, but also who really, truly understand each other’s capabilities, and help move the right people in the right place at the right time.

I think, specifically, shape of attendees…We have three different attendee types at Start-up Weekend, traditionally, software developers, designers, and business people.

Business people is a bit of a catchall, and what I want each to get out of the event, I have three separate goals for each of those groups.

For me, [inaudible 19:01] Start-up Weekend experiences, one where you actually learn all of the lessons, even though they don’t apply or they’re not, specifically, the one lesson I want you to have learned for your role.

If you come in there and you’re a developer, I want you to learn just how fast you can build stuff, and how you could take an idea from zero to a working, awesome application in two days, because I think a lot of developers work in environments where they’re restricted, or with tools where they’re restricted, and they just don’t understand how fast they can actually build something.

You want the business people to understand that; it’s not their ideas that matter, and that to be successful in business, is not about you being really smart, or you having really good ideas. It has everything to do with your humility, and your ability to listen to your customers, and learn from them, effectively.

For designers, I want them to understand that not all the work that they could possibly do in the world is to spec. Not everything is agency work. They don’t have to act like they’re a slave to someone else’s vision.

Quite often, it’s hard to get designers to come to Start-up Weekend because they perceive it as an event where they’re going to go and work for someone else for free all weekend.

As developers, we don’t have that perspective at all. Developers see it as an opportunity to build something that they own that’s theirs. I want designers to gain that perspective as well .

Now, whether people learn those lessons or not, whether they take that away…Sometimes they learn what you want to teach them, and sometimes they have a more important lesson to learn.

Do you have a favorite story?
Kav: Well, my very favorite story. This is the big, “Why do I do this? Why is it exciting to me?” At a fundamental level actually it did happen at that first Start-up Weekend in Tel Aviv.

Part of it was, “I want to facilitate a lot more”, and probably why I’ve gone all over the world doing it now. I was in Ramallah giving a talk on using Visual Studio for startups because I was on the Visual Studio team at the time.

It was probably my fifth or sixth talk of the day, which was crazy because I had been told I was just going to go meet with some people, and shake some hands, and informally chat with a few people, and every company that we went to, there were like a million people there.

As a result, by the end of talking to a million people, I developed this pattern of questions that I would ask everyone in the audience, as they were coming up and thanking me for the talk.

I’d say, “What idea are you going to pitch at Start-up Weekend. Are you going to go? What idea are you going to pitch”?

There was this girl, who I asked, “Are you going to go to Start-up Weekend?” She said, “Yeah, maybe. Some of my friends are going, but I’m not really sure whether I want to.” I said, “Well, what idea are you going to pitch”? She was like, “Well, I have an idea, but it’s not any good. It’s a really bad idea.”

I’m like, “You should pitch it anyway.” She said, “Ah, you know, I don’t know. Like, it’s really not a good idea.” I said, “It doesn’t matter. Most of the ideas are going to be bad ideas. Just pitch it anyway. I’m sure it’ll be fine. It’s a really great experience to do it, so you should definitely come, and definitely pitch.”

She was like, “Well, maybe I’ll come.” Fast forward a few days. I’m at the start-up weekend, and I see that she’s there so I’m like, “All right. Are you excited to pitch your idea? You know how to take care of all that?”

She was like, “Well, no. I’m not going to pitch my idea. I definitely not. I came. I’ve gone that far. I’ve done that thing, but I’m not going to pitch”. I’m like, “Well, you should, even just for the practice of standing in front of a room full of potentially, honestly, hostile strangers.”

It’s really character building. I do hate to say it, but it is character building. It helps you get better at doing that again, and again, even if you just go up there and, basically, talk nonsense for a minute, and it’s only a minute. At Start-up Weekend the initial idea pitch is only a minute.

You can endure anything horrifying for a minute. I tried to sell her a few times, as people were networking, and she was like, “No. I’m not going to do it.” I was like, “All right, fine.” We go up and I look at the line, and she’s definitely not in the line of people pitching. They pitch. There are some good ones.

There are some really bad ones, including one by this guy. He was not particularly good, but he was like already bragging about it, honestly.

She gets up on stage because we let people go on after the beginning. She gets onstage, and pitches her idea. It’s actually a pretty good idea.

A social network thing, for people with kids who are trying to find…I can’t remember exactly what it was, but I think it was find activities for the kids. I’m not quite sure. She pitched her idea, and then everybody went to vote. They all vote. Her idea gets picked it turns out.

It comes to team recruiting time, and I’m just walking the room keeping an eye on everything. People are recruiting their teams, and I see that she is standing there, kind of by herself looking a little upset. I walk up to her, and I’m like, “Hey. What’s going on”?

She says, “Well, now, no one wants to work with me because I’m Palestinian. All the Israeli people are ignoring me.” The problem here is that, when you’re recruiting teams on start-up weekend you have to hustle.

It’s not something you can just expect people to come join your team. You’ve got to be like, “Hey, what do you do? You should be on my team. Hey, what do you do? You should be on my team.”

She really wasn’t doing that. She was standing back, and she was really saying like, “Oh, this is bs. Nobody wants to be on my team. They just voted for it because they were trying to be nice, but now they hate me.”

We took her around, and we talked to a few different folks who hadn’t found a team yet, and we got her a team of like four or five people who were decent, but one of the people was this arrogant, egotistical guy whose idea, of course,didn’t get picked, and let them go.

They were working, and I went to check in on them a few hours later, and they were working on the arrogant guy’s idea. He had taken over her team.

I was like, “Huh. This isn’t good,” but that’s part of the learning experience. We gave her a little bit of coaching, but didn’t really directly interfere, and then backed off again.

We found out about an hour later, that she had actually sat down with him within that hour, and said, “Look. Your idea didn’t picked, dude. Mine did. So we’re working on my idea. If you want to work on your idea, you can go do that somewhere else.”

She kicked him out of her team, which was really kind of awesome because she went from being afraid of everyone in the room, to being able to tell somebody, “Look. This isn’t what we’re doing.”

She then recruited some of the folks in Ramallah that hadn’t been able to get the permits to come into Tel Aviv. She recruited them and worked with them over Skype. She got her whole team working pretty solidly on the design page. They built a lot of stuff.

The thing they built was a pretty comprehensive, there was even a lot of crazy animation and stuff. There was a lot of good stuff there. She went and pitched it on Sunday, and did a marvelously great job, and it ended up coming in second or third place for the event. I think second place, and totally deserved it.

There was no like, “Oh, this is a Palestinian girl, we should give a Palestinian a slot on the winning teams.” No. She totally killed it. We finished up the event. We were celebrating and stuff.

We went out into the town, and I bumped into her a little bit later, before she was on her way back, and she said, “I just wanted to say, Thank you. Because before, whenever I wanted to try to do something, there was this voice in my head, or whatever, that would tell me, It’s probably not going to work. You’ll probably fail at it.”

She said, “I just wanted to thank you, because I know that voice is wrong. Like, I’ve seen it now. I did something I didn’t think I could do, and that’s awesome.” She was like, “It’s changed the way I think about what I’m capable of doing.”

Willow: Well, that’s fucking awesome.

Kav: I was like, “Fuck yeah. That is awesome.” I was like, “I want to do more of this.” I want to do more of empowering people, who don’t think that they are going to succeed here, to succeed at these things. Right?

Those are my favorite Start-up Weekends. It’s part of why I like to go to crazy countries that no one in the US has ever heard of. Yeah, it’s cool to a crazy country no one’s ever heard of, but the reason I really like it, is I feel like they’re a lot of people there who get ignored. They get overlooked, I guess. You know?

Willow: Mm-hmm.

Kav: Kind of an underdog nation. As individuals, I don’t know that they always see that, but there’s definitely, always, a little bit of a like, “Well, if we were in the US, this would be so much simpler.”

It’s like, “Guys, you actually have great opportunity here. In the US it’s like being in the middle of the ocean filled with sharks. Every little micro optimization already exists in the US. You have a huge opportunity.”

“Your country is, quite often, just getting mobile devices in everyone’s hands. You could be creating significant businesses that operate in this country or this region, that just wouldn’t be viable stateside.”

•    Big Picture
Do you see yourself as a part of a wider movement?
Kav: I would like to. The very deep reason I do a lot of the things that I do, both at work as a part of Start-up Weekend, this is very short version of the phrase is, “I want to end the industrial revolution.”

What I mean by that, is that we’ve created all of these systems around what work is, and the making of things is built on this model of optimization, and consistency, and streamlining, and quantification.

I read a great article the other day. It was something about how Google doesn’t ever want to hire anyone who stands out too much because, of course, if they did, then they would have keep that person forever, because what would happen if that person moved on.

They would lose all the value and, potentially, the things that that person had created would unmaintainable. I just want to get rid of that mindset. I just don’t think that that’s healthy.

Attempting to treat people in a reductive manner, takes away some of our humanity. A big part of the movement that I see myself as a part of, is ending this idea of leadership, as this ivory tower job.

Not ivory tower, because ivory tower is education, but very distant from the front line. I want to bring all of the strategic thinking, all of the leadership to the workers, so that they, as groups, can make the right choices. Maybe that sounds communist.

That’s really what I believe. I believe it’s time for the Protestant Reformation of work. The idea that the boss is the one with smart ideas is ridiculous. I see this time and time again.

I talk to new, cool managers at all these companies. There are people who used to do the work. They used to be software developers. They’ve gotten into a project management, whatever the lead role, and you talk to them about their work.

They’re like, “Yeah. Sometimes, I really love just doing the work, but what I really want to do is influence what work gets done because I have all these ideas, because I’ve been so close to the front lines.”

“I’ve been so close to the customer. I know what the customer needs. I don’t have that strategic scope to make those decisions. So, I’m going to work my tail off so that in 10 years, I can have the reach to control in what direction we move.”

For me, that just seems ridiculous. First of all, by the time you get there, you’re ten years out of date. There’s some other new kid who’s sitting there thinking, “Jesus, we’re executing on a strategy that’s ten years out of date.”

“I’m going to get into the leadership track so that I can reach the point that I can have a say on product strategy.” We need to get into this mode of including everyone more into strategy and leadership. I think, it’s more fulfilling. I think, it’s more effective.

Do you think that hack-a-thons are accomplishing that idea?
Kav: To some extent. I think, they’re showing people what a world where small groups of dedicated individuals with access to the tools to develop strategic insight, what those teams could look like.

I worry a little bit about them, occasionally, being prescriptive. Part of it is we really want to be prescriptive. We’re trying to break another pattern. I do worry about any pattern that’s learned, rather than discovered, as seeming a little forced.

I do think, in general, it’s because it’s exposing people to that way of working. I do think it changes that.

A lot of the hierarchy that exists in organizations today, is about maintaining a perfect picture of what’s going on across the organization.  I think, that seems like a valuable thing, when you don’t recognize the cost. Flexibility, you’re paying for. I think hackathons [inaudible 34:22] help teams understand what it would look like, if they weren’t spending so much of their time focused on tracking the work, and would just focus on doing the work, and making sure they’re doing the right work.

Do you have anything else you want to add to it?
Kav: Probably, but I think that’s good. If you think of anything that seems like I [inaudible 34:57] .

Willow: One of the things that’s come up is the difference between…First of hack-a-tons, were in hacker spaces and hacker cons.

Then, you have ones emerging around the same time out of the open source community, and out of businesses that wanted to do work sprints. It seems like the groups that are doing the entrepreneurship are even newer than all that.

How do you feel about the tie-back to roots. This is not a part of the formal interview, but I’d still like to know your input on it. How does this tie into open source or hacker e-source, or whatever else?

Kav: I didn’t mention this in the earlier part, but it’s worth mentioning. A big part of the “seeing how fast you can develop things” comes from leveraging open source platforms, rather than whatever legacy, corporate, proprietary crap their company’s been using.

I think, that the hack-a-ton, is as much as space to explore a business concept that you’re not familiar with, as it is a space to explore technology that you’re not as familiar with. An opportunity to explore different technology stacks in a low-cost way.

I think, people are making smarter decisions, about what they want to use. As a result, I think there are actually two classes of developers these days.

There are developers who are keeping their ear to the ground, in terms of what new tech is coming out, what’s interesting. What frameworks might be worth playing with? Who’s going to make their lives easier?

They’re kind of dialed into the open source community. They’re trying early versions of stuff. They’re giving feedback. They’re submitting pull requests. Sometimes, they’re even really heavily engaged in the community. They’re giving talks on this stuff.

Then, there are developers who are like, they learned to program years ago. They got a job doing .net stuff, java stuff, or whatever. That’s what they do. They don’t see it as their responsibility to be aware of the latest stuff.

Quite often when they do look at the latest stuff, they find a reason why it’s dumb, rather than really being open to the exploration of new technology.

Given the way the open source community has leveraged all that contribution that it has, it’s actually becoming this generational difference in the capabilities of developers.

Developers who are stuck on an old stack, and aren’t investing in learning new stacks, are slow hands. There’s often trade-offs. They’re code is often more stable, but the idea that you can produce anything in a weekend is insane to them.

They just operate on a whole different time scale. Meanwhile, these others that are getting really into those stacks, contributing, see themselves as part of the larger software community, that helps each other build better software are getting faster and faster and faster, and better and better and better.

Willow: I was typing.. It’s OK.

Kav: I think, that ties into a lot of the philosophical arguments around waterfall, agile, and even some of the post-agile stuff. I think, agile software development methodologies are being pretty heavily co-opted by the system, to turn into waterfall.

Big corporations keep modifying agile, so that it works with their business. What works for their business often means, it goes back to being exactly what it wasn’t really meant to do; which is project out how long it would take to develop software.

Two years, in advance and plan out a feature map and all this… It’s just stuff that was… Agile was really meant to support the developer community, and encourage everyone to be more honest with each other. I’ve seen implementations ignore all that.

Meanwhile, the other guys are starting to ask the question, and it’s the question we focus on, [inaudible 39:47] on delivery product. Making no accountability for what product is built, why, is unacceptable.

Just having the customer representative come to my meetings, and tell me what priority the feature is; that works if I’m a waiter. As a responsible software developer, I shouldn’t think of myself as a waiter. I should think of myself as a doctor.

I’m not somebody who takes your order for an application you won’t want, and gives you that application. I’m somebody who diagnoses your problem, and develops the right application through software.

Willow: You’re so great.

Kav: Thanks. I think the more developers think of themselves that way, and the more the community that works on software thinks of themselves that way, the better our software will be, and the better we’ll be at solving the real problems that we have in the world. instead of this stupid, made-up shit.

I do think hack-a-tons help with that a lot, because if you can get people out of the building. If you can get them talking to customers, they begin to understand it. Their vision of what the problem is, is not correct.

Just asking the customer, “Hey, what’s your problem?” is not going to get you a meaningful answer. There’s the apocryphal story, that I’m sure you probably heard. If not from me, then from somebody else about NASA and space pens.

It’s not a true story, but it’s a perfect example of life. You don’t ask people what they want, as a solution. You ask them what they struggles with, and then you design the solution. You’re the designer. The rise of the problem-solving designer, rather than the visual designer or the interaction designer. I think it’s going to be a really interesting goal in the next few years.

Willow: That’s what I’ve got.

Kav: Hopefully, it will replace the stupid scrum master role. Scrum master should not be a job title.

Leave a Reply

Your email address will not be published. Required fields are marked *

Diggz of Tropo and Geeks Without Bounds

Who are you?
Johnny Diggz. Chief Evangelist for Tropo. And a piano player. And GWOB.

What do you think about hackathons?

I’ve been participating in them in one way or another for almost four years. Used to do what is similar to a hackathon back in the early 2000s, but they were much more vendor workshops than what I’d consider a hackathon today. First of the modern day ones was an OpenGov hackathon in August of 2010. The company I work for, Tropo (API) is always looking for different ways to get our API in front of developers, both from a revenue perspective and as instant feedback from new developers looking at our product for the first time, so we sponsor events and offer prizes at hackathons to give developers incentive to try Tropo.  In doing so, we have an opportunity to first-hand watch a developer use our API and documentation from never knowing what we do, to implementing and see the pain points. Good point for us to get feedback. Also fun!

How many have you attended?

What role did you fill at each of those (orga, facilitation, mentor, speaker, etc)
In the last 3 years I’ve participated in over 100 hackathons.
Everything from complete facilitator role – I pick the venue, the food, running the show. Main organizer. Done some where I show up as a sponsor. Give a little pitch about Tropo. Workshop or an intro, stay on hand to assist with developer questions, hand out some tshirts and perhaps a prize (sometimes participating as a judge as well). Or signing up and participating as a developer.

Do you think of the events you hold as hackathons?

If not, what is your event, and what makes it that?
It’s a broad term. Sense that it’s thrown out there for a variety of different types of events. Code sprints, hackathons, codeathons, tinkerstorms. Different varieties of a set of challenges are put in front of developers, and/or a set of tools, challenged to come up with something innovative. Or specific vertical like open data, city data, NASA data (those are tools). Tools as software API vendors. Give a prize to that.  Sometimes they are centered around specific technologies, like a platform such a Drupal or a language like Ruby.

What do you think the purpose of a hackathon is?

For software vendor / service providers and sponsors it’s a marketing exercise. Feedback. I show up to rep, I’m constantly giving feedback to our support team. our engineers. Until you can sit down and go through the pain points through another set of eyes. Things you thought were QA weren’t. “Why would you click that?” Well..
If you’re a developer, it’s great for your network. Get your startup, meet other developers.
If it’s a specific type of hackathon, like social good, there’s potential you’ll develop something that will help improve quality of life or save lives.

What do projects look like for your event?

Common type is a weekend event. 48 +/- hours to develop your idea into something that is demo-able. For the most part, teams struggle to get something that is barely demo-able. You end up with a prototype that may have some features that work. Scramble at end to include as many APIs as possible to garner prizes. Tack on things that may not be a part of the core functionality. Xboxes, drones. There are some devs I see time and time again that I would say are professional hackathon-ers. They go after the prizes. Some companies offer big cash prizes. Full fledged application ready to be used is rare. Requires a team to keep going, unless they came to the ahackathon to further it.

What has happened to projects from the events you’ve been to?

OpenGov hackathon as part of Gnomedex, a team came up from Portland – Aaron and Amber. LoqiMe says you can text into a number and it’ll put your location on a map. Ended up launching a startup off of that. Now been acquired by ESRI. GroupMe came out of a hackathon out of NY. Now in Skype. Smaller things like The Pineapple Project that are generated out of a NASA hackathon initially. Still going on, members of the group come in and out. Each hackathon they add a little functionality to the project.

Industry vs Cause

Just did one in NY that was more of an API focused. SendGrid and Tropo and TokBox. Each has different APIs. Photo API to look up photos by keywords. Our Tropo API is a communications API. TokBox is video communications API. Mashery was there. Bloomberg was there. Challenge in those types of events is, from a developer’s perspective, how many of these can I mash up to build something? Include for prizes, to learn, networking. Prize motivation to get the year’s free GitHub service or whatever the prizes are for that event. Cause-based ones are less prize focused. I spent a weekend improving my city government services. Getting out an app to farmers on what crops to use. Vision impaired people on making websites easier to use. Still have prizes, but motivation is social good.  API vendors are there for these, but less competitive, more cooperative. Use best tool for the job.

What are the attendees of your events like?

What do they get out of the event?
Changed from geographic region to region. Bay area is where I have the most experience. SF Bay. Typically male. 4:1 ratio of male to female. Typically white male. Younger, in their 20s. Don’t get high school students. Older folks have other things in their life. 20 somethings have the weekends free. (I realize I’m stereotyping here, but just giving my personal observations). Different hackathons cater to different groups of people. EveryoneHacks series is focused more on the less served groups that might want to go to hackathons, also newbies. If you’ve never done one before.. the term hackathon has gotten less threatening over recent years, but people immediately think “hackers” and stealing my bank account or identity. When I was in the Phillieans, much for 50/50 genderwise, much younger – high school students. Really depends on where and type of event.  Fairly male dominated type of event. Challenging for organizers to try to attract people who haven’t ever been to one, might be itimidated. Can be brogrammy – I try to avoid those.

Tell me your favorite story from an event.

My experience at the second one we participated with (RHoK) in Seattle in June 2011. Which was one of the larger ones I participated in helping to organize. I really thought that the overall energy and the quality of the hacks.. it’s a social good event, Random Hacks of Kindness.. It was the first time I saw a combination of OpenData and physical hardware (soldering was involved!).  The participants were really energized.  We had people from Microsoft and NASA and local emergency responders, and I felt like it was one of the most positive events I’ve ever participated in.

Do you see yourself as a part of a wider movement?

How do you connect with other folk from that movement?
I do. Every weekend, there are hundreds of these across the globe each weekend. Wasn’t true a few years ago. The concept of social good hackathons has been blowing up. Maybe 2-3 years ago there were maybe 2-3 a year. Now a bunch of companies are jumping on the bandwagon. Which is good. But with too many, you lose.. there’s a potential for burnout for participants because they can’t do them every weekend. But multiple hackathons are happening in the same city, developers leaving one to submit the same app in both hackathons. There’s almost a competition for attendees. Angelhack is arguably the largest ongoing hackathon. Global, they have events nearly every weekend in every city. They’ve taken the whole concept of hackathon and really comercialized it. They have 400 people at their events. Almost too large, I think. Because as a judge (another role I play).. in Berlin, we had to sit through 70 demos. At the end of 3 hours, I didn’t care. Same hack from 3 different people, 3 different teams. Having been a mentor, advisor, etc to large organizations like RHoK and AngelHacks and SpaceApps, EveryoneHacks, these are global events I’ve had strategic input in advising and guiding and participating in.. I’d say yes. There are a few of us who have participated in this for as long as it’s been a movement. I’ll be intereseted to see when this movement started. When I came back into tech in 2010, I know it was going, so know I didn’t start it, but I helped grow it to where it is today. had influence. Not like I’m doing a research project on it. Done public speaking about hackathons at things like SXSW, worked with AT&T, RHoK, etc. Lots of big ones, little ones.

Are hackathons accomplishing something?

One overall purpose that hackathons do achieve is education in technology. One universal thing, whether it’s social good or social enterprise or.. people end up learning more about technology than they knew before. A skill, an API, form a connection, a work connection, not just technology stuff but design.. you get exposed to a wide array of people. When I was a kid growing up, there would be gifted program classes. Me and some other kids would do non traditional school things like play with LEGOs. What I think a good analogy of what a hackathon is. Get people in a room, give them some challenges, some coffee, take a step back and watch what happens. They want to learn, engage, build things. Universal thing hackathons are good at. Whether that’s their intended purpose, that is what is happening.

Anything Else?

Interested in the history. Workshops at conferences in 2000, 2001. The Gnomedex hackathon : I didn’t know what I was doing, and I read a lot of the internet about what they *should* be. The agenda I put together was not too far from what we do today. Maybe I invented the modern day hackathon agenda…I have no idea. Amber and Aaron were doing civic hackathons before then.
Organizations like Code For America. That is less that 4 years old. Geeks Without Bounds.

Asheesh of OpenHatch

Who are you?

Asheesh of OpenHatch!

What do you think about hackathons?

Haven’t been to many things which are now called hackathons. Favorite
They took my subculture and turned it into a theme night.
Before startup enthusiasm and big money swallowed these things up…
2 to 100 people getting together around one project and calling it a hackathon or a sprint. A goal. Working together on a shared goal. Startup lens thoughts are celebrations of individual and slightly group ability to make cool looking throw away software projects that tickle some kind of curiosity that the judges have. Flashy things. No followup except to work on them privately as a group as a startup. Disheartening

How many have you attended?

What role did you fill at each of those (orga, facilitation, mentor, speaker, etc)
In 2008 I went to the Debian conference for the first time. People talking about Debian, how to improve it, and working on those improvements. Every year since them. 2012 went to DebCamp. Only people getting together to work on stuff. Before the event, must explain what it is you are working on, has to be improved. Freely shared after the fact. Another 5 times. Some programming at each of those. 2011 I hid from talks, worked in hacklab on specific tech projects. Still has other people working on it. “Participant for those”
Pycon around python language, plus the sprints after up to 5 days. March 2009. One of the first software conferences, had approval to stay from my employers. ** Peter Fein on that. Knew I’d show up and try out different things. Then learned about Open States, how legislature blows through different states.
Wikimania in 2012 I was one of the co organizers. Every technical event is a “hackathon” for them – style of EriK Mueller. Wikimania is the conference for wikipedia enthusiests, and wikimedia platfrm. The hackathon is two fold in purpose. Distributed groups, paid staff, whatever to work in some way to progress teh software around wikimedia. Automated tool to maintain things, like bots. Inreach aspect, outreach aspect. Open Hatch to co organize for more of an outreach angle. New contributor manuals. Dogmatic of “here is how you set up your computer to run Wikimedia” as opposed to the wishy washy different ways of doing things. Pure encyclopedia aspect.
I’ve lead or co-organized a bunch of “here’s how to get involved with open source” often with a specific gender angle. First one was Sept 25, 2010. How to collaborate on open source, communicate skills. Community understanding, find out about open source projects. As much teaching as doing at the hackathons. Half workshops, half hand-picked projects for attendees. Mentors to make sure people achieve those tasks.
Product nights at Boston and some other cities now. Bring a project connected to Python, create a feeling of welcoming. Envision product structure along with

What do you think the purpose of a hackathon is?

Erik Muller likes to call everything a hackathon. Two different separate goals – inreach and outreach. Hackathon is not well defined. Code sprint has a stated goal of wanting to contribute things to an existing project, fairly consistent use of the term – Debian, Python, KDE, etc. Project nights are “work on your own stuff” with the background role of collaboration and socializing iwth people who like things your like your project.
Open source comes to universities – teaching day, coding day. Not hacking. Negative connotation in many places. DebCamp is tightly defined.

What do projects look like for your event?

Hit control c when you want to stop me
DebConf 2011. In 09 and 10, two people with a bunch of experience noticed there was a lack of ability to review work from folk new to the community. Reviewing and sponsoring code. DebExpo.
Funded by Google Summer of Code, weren’t quite done with it yet,student couldn’t keep working on it. Languished. Probably 08 summer of code project. Interested in newcomer experience, especially on Debian. I was contributed to “someone else’s project” but it was for teh community of 1k plus contributors. DebConf to run well enough to replace teh thing it was supposed to repalce. Community work to get people iterested in maintaining it.
Hackathon part of it that was pivotal to my setting aside time to work on it. Seeing future collaborators. Dev Expo. mentors.debian.net Twisted project is 12 year old project for easy to write, great software makes it do things. “The Engine of Your Internet”
Run monthly-ish events for volunteers to get together and work on things, explore the design of the code. Not just organized by the founder, but in the inreach goal. Had a hugely great time fixing tiny bugs. There’s a famously crotchety guy named Jean-Paul Calderone https://github.com/exarkun
left software dev to become a farmer. Anyway. Stuggling to figure out a bug from 3 years before. Figured out the dev tools working with IRC and i person. Did all the technical stuff, had it reviewed, got put into Twisted. Tapped into my laptop doing paperwork. And his old dude turned around and said “thank you for doing that.” But with longevity, they want more people to be involved with their project

History!

My understanding is about reading a bunch of os mailing lists. 2003 or earlier. Poepole would get together and work on things. See the term bouncing around, confirmed understanding. Then 2010ish I started noticing it showing up in high-flash expensive efforts to encourage people to build exciting looking disposable things. Rolled my eyes at it. The way I interact with anything famous is.. The iPod comes out and comment on slashdot: “No wireless. Less space than a nomad. Lame.”
Tell me your favorite story from an event.
Haven’t ranked them all. First open source comes to Penn or something. Open Source Immersion, the first event in the Open Source Comes to Campus series. Wanted to find novel ways of how to get undergrads aware of and involved with open source. Had OpenHatch. Who signed up for it? I have a secret hidden agenda in making these things more welcoming to make them much more diverse. The sign up page talked in broad strokes, we love this thing, answer these things: what do you know about open source, how you found out about htis website. Wanted to do specific outreach to women in CS. 38% percent were women in general signup. Had too many people signing up for slots. Sorted by excitement level. About 30% of that set were women. That’s my favorite from that event.
Another thing fro that event – 20/30 minutes on history, another 20/30 on Q+A. I’m a free source activist, this person was an undergrad at Penn who was new to open source. As I’m a free software activist, I cared a lot about helping the next generation understand the principles and history behind the movement. After a 20-30 minute lecture on history, followed by 20-30 minutes of Q&A with two volunteer staffers, one student came up to me. She said she was really taken by the open source ethos, but she then told me she fond the term “hack” alienating. That was especially informative to me, since the following day was dedicated to contributing to open source projects but called the “hackathon day” (you can see that here: http://penn.openhatch.org/ ).
I feel alienated by the term “hack” in the talk and in the stuff we’ll be doing tomorrow.

What is that wider movement about?

Is it accomplishing those ends?
Yes but those connections are hard to make. The Grace Hopper open source day is really interesting. There about a week ago. Two or three years ago, Deborah Nicholson and bunch of folk from Sahana (opensource disaster response) participated. Those folk come from more of a hackathon and less of an opensource community background. They found that they struggled to get developers set up with the environment in the amount of tie they had. OpenHatch isn’t flawless either, but we improve it over the years. Certaily seen hackathon like things focused on non profits and techie people can help solve it over a weekend, use open source, customize it. Things that grow the communities around the software. But if they could write about it for the projects would know about the super cool thing going on

Other Things

Things I majored/minored in. Active in the computer club. What I understood computing culture to be. People who wanted to hear more about software, ask questions, find out what other people are up to. Go on random technical adventures together. I have a thing I wanted to do, I knew if I coldn’t do it, I could find someone who could help me just by being in that office. Some of those peopel were transparently about social value. Blogging for Hopkins community. Some were flashy and throw away, like thing for Pandora.
Totally different thing that happened was I had a wacky idea in 2003. Things too seriously: alsamixer doesn’t let you know what is going on until it plays it. Set flags. Wouldn’t it be great if it played music while you changed your volume: salsamixer. Change volume but also modify the name and icon so they know which one they are using. Learned about statemachine in C. Kernel mixers with A and S. More seriously, other people had a week long project to rewrite memory thing. CS research people who hung out there, learned a bunch about tools. How memory management works. Week long hackathon. Sure learned a lot.
I a way, hackathons strike me as what would happen if people who weren’t immune to this idea of background community wanted it but didn’t know how to do it. Make temporary events to bring people together. Background community.
When you open teh GIMP, the file extension is XCF, why would it be extention? eXperimental Computing Facility. Another resource: http://coe.berkeley.edu/engnews/spring03/4S/XCF.html
Needed their own space, came up with their own stuff, including a file. Then it was a group of people . After they graduated, it spun down. The open .. movement, created a space that anyone could join even if they weren’t those people. OCF is still around. XEF left a shrine to their existence on computers in this extension. More info about XCF http://www.salon.com/2000/12/04/xcf/
Salon article, became an amateur collector of these things. What is their computer group up to? How often do they meet, what are they up to? Etc. Now I use the same thing to improve user groups.