Three lessons from Hacktucky on how to build and launch projects in real life

Screenshot from Hacktucky.com

Last weekend I participated in Hacktucky, the Society of News Design's first annual hackathon (held this year in Kentucky). The goal of the hackathon was to build and ship something of local interest within 24 hours. It was an amazing learning experience and it reminded me that habits that are absolutely essential at hackathons should also be used in the real world.

The team I worked with had very a diverse background and it was hard for me to imagine how we would come together to combine our expertise, but we eventually gelled perfectly. Larry Buchanan, interactive designer at The New York Times, took care of all the front end development, design and illustrations, while I created interactions with javascript and the foursquare API. Daniel Johnsen from The Learning House helped problem-solve and together with Diane Hawkins, a copy-editor at the Louisville Courier-Journal, curated content that populated the site.

In the end, our team created an app called LouPass. We wanted to foster community involvement and get kids excited about their city. LouPass allows families to check in to places through our app and to earn stickers that they can print through our site.

By the end of the weekend, I'd gone form meeting some strangers, to hacking for 24 hours to creating something that I was proud to put my name on. Here are a couple of lessons I took away from the hackathon that are also relevant in everyday hacking.

1. “Ship it or it didn't happen”

One of the criteria for the hackathon was to ship a live product. This mandate really helped us plan a manageable project and pushed us to finish on time. This was also my biggest takeaway from the hackathon: You can work on a project infinitely on your own, but it never really exists unless you push it online and let other people see it, use it, compliment it, or tear it apart. The hackathon really made me less self-conscious about my shoddy code and more excited about pushing stuff out to the world.

2. Commit often

Our team used GitHub to collaborate on the project. Larry created a GitHub repo and we started collaborating through Git. Our commits came in really handy when I pushed a change to the stylesheet that wiped out the styles on our badges page. Larry went back through his commits and found one named 'badge styles' and pasted it back. While it's sometimes tedious to document every change, you never know when that information will become handy.

3. Deploy Early

We decided to deploy our site at noon on Saturday — about five hours before the competition ended. We didn't have a finished product at that point, but we wanted to see how everything worked live. Our team bought the domain loupass.com and redirected to the GitHub page of our repository. Larry pushed the code live and...

Ahhh!

CSS links were broken, images were missing, and our redirect page after login gave us a 404. We spent half an hour working to fix all the links and probably another hour fixing the 404. All told, we spent two hours getting our project to work online. Another team started deployment with an hour left and wasn't able to get the project online. The lesson: deploy early.

Hackathons are generally unlike real-life situations in terms of the intense time constraint and the work environment. But all the things I learned at the hackathon felt extremely relevant to my everyday work. I'll be keeping an eye out for other hackathons to help improve my work!

About the author

KK Rebecca Lai

Undergraduate Fellow

Latest Posts

  • Building a Community for VR and AR Storytelling

    In 2016 we founded the Device Lab to provide a hub for the exploration of AR/VR storytelling on campus. In addition to providing access to these technologies for Medill and the wider Northwestern community, we’ve also pursued a wide variety of research and experimental content development projects. We’ve built WebVR timelines of feminist history and looked into the inner workings of ambisonic audio. We’ve built virtual coral reefs and prototyped an AR experience setting interviews...

    Continue Reading

  • A Brief Introduction to NewsgamesCan video games be used to tell the news?

    When the Financial Times released The Uber Game in 2017, the game immediately gained widespread popularity with more than 360,000 visits, rising up the ranks as the paper’s most popular interactive piece of the year. David Blood, the game’s lead developer, said that the average time spent on the page was about 20 minutes, which was substantially longer than what most Financial Times interactives tend to receive, according to Blood. The Uber Game was so successful that the Financial...

    Continue Reading

  • With the 25th CAR Conference upon us, let’s recall the first oneWhen the Web was young, data journalism pioneers gathered in Raleigh

    For a few days in October 1993, if you were interested in journalism and technology, Raleigh, North Carolina was the place you had to be. The first Computer-Assisted Reporting Conference offered by Investigative Reporters & Editors brought more than 400 journalists to Raleigh for 3½ days of panels, demos and hands-on lessons in how to use computers to find stories in data. That seminal event will be commemorated this week at the 25th CAR Conference, which...

    Continue Reading

  • Prototyping Augmented Reality

    Something that really frustrates me is that, while I’m excited about the potential AR has for storytelling, I don’t feel like I have really great AR experiences that I can point people to. We know that AR is great for taking a selfie with a Pikachu and it’s pretty good at measuring spaces (as long as your room is really well lit and your phone is fully charged) but beyond that, we’re really still figuring...

    Continue Reading

  • Capturing the Soundfield: Recording Ambisonics for VR

    When building experiences in virtual reality we’re confronted with the challenge of mimicking how sounds hit us in the real world from all directions. One useful tool for us to attempt this mimicry is called a soundfield microphone. We tested one of these microphones to explore how audio plays into building immersive experiences for virtual reality. Approaching ambisonics with the soundfield microphone has become popular in development for VR particularly for 360 videos. With it,...

    Continue Reading

  • Audience Engagement and Onboarding with Hearken Auditing the News Resurrecting History for VR Civic Engagement with City Bureau Automated Fact Checking Conversational Interface for News Creative Co-Author Crowdsourcing for Journalism Environmental Reporting with Sensors Augmented Reality Visualizations Exploring Data Visualization in VR Fact Flow Storytelling with GIFs Historical Census Data Information Spaces in AR/VR Contrasting Forms Of Interactive 3D Storytelling Interactive Audio Juxtapose Legislator Tracker Storytelling with Augmented Reality Music Magazine Navigating Virtual Reality Open Data Reporter Oscillations Personalize My Story Photo Bingo Photojournalism in 3D for VR and Beyond Podcast Discoverability Privacy Mirror Projection Mapping ProPublica Illinois Rethinking Election Coverage SensorGrid API and Dashboard Sidebar Smarter News Exploring Software Defined Radio Story for You Storyline: Charts that tell stories. Storytelling Layers on 360 Video Talking to Data Visual Recipes Watch Me Work Writing and Designing for Chatbots
  • Prototyping Spatial Audio for Movement Art

    One of Oscillations’ technical goals for this quarter’s Knight Lab Studio class was an exploration of spatial audio. Spatial audio is sound that exists in three dimensions. It is a perfect complement to 360 video, because sound sources can be localized to certain parts of the video. Oscillations is especially interested in using spatial audio to enhance the neuroscientific principles of audiovisual synchrony that they aim to emphasize in their productions. Existing work in spatial......

    Continue Reading

Storytelling Tools

We build easy-to-use tools that can help you tell better stories.

View More