Youth programmes and competitions

Student hackathon photography

A hackathon runs for hours with little visible action, and you want a record that shows the teams without exposing what they are building.

Short answer

A hackathon is a long, quiet event punctuated by short bursts of energy: the briefing, mentor visits, demonstrations and the final presentations. Coverage works best when it is planned in windows rather than continuous. Agree what screens, accounts and project material must not be photographed, and decide which teams and sponsors may appear in published images.

At a hackathon, most of the work is done by people staring at laptops. A photographer who follows the clock will produce a gallery of screens and tired faces. A photographer who follows the structure of the event will find the teamwork, the mentor conversations and the nervous final minutes.

This page belongs to our overview of youth-programme and student-competition photography. It looks at what makes a useful hackathon record and what to protect.

What is the meaningful record of a hackathon?

The meaningful record shows people working together, getting help and presenting what they built. It is not the code. Typical moments include:

  • The opening briefing and the energy in the room.
  • Teams forming and agreeing on a plan.
  • A mentor or judge crouching beside a table to talk.
  • A whiteboard sketch, a prototype or a device on a desk.
  • Late-night concentration, with permission.
  • Demonstrations and the final presentation.
  • The winners, runners-up and the room afterwards.

Planning windows instead of continuous coverage

A twenty-four-hour event does not need twenty-four hours of photography. Our coverage hours planner helps you decide which windows matter. A common structure is the opening, a mid-event checkpoint, the demonstration or pitch block, and the awards.

For overnight sessions, ask the organiser whether photographs are welcome at all. Tired students and sleeping areas are sensitive, and a short, agreed window usually works better than someone wandering around at 3am. If you think an overnight window is needed, ask us whether it can be included.

Protecting screens, accounts and unapproved project material

Hackathon screens may contain credentials, personal data, messages or ideas that teams do not want shared. A photograph of an open browser tab can be more revealing than it looks. Brief the photographer on three levels:

ItemSuggested rule
Login pages, tokens, personal messagesNever photographed in readable form
Project screens and prototypesPhotographed only with the team's agreement
Whiteboards and sticky notesPhotographed with agreement; ideas may be unreleased
Team members workingPhotographed, from angles that avoid screens

Our guide to venue permission, participant permission and photographer terms explains how these layers fit together. Where a project uses licensed or third-party material, check with the organiser before anything is published. Read our guide to copyright ownership and permission to use event photographs for the general principles, and confirm specifics with the organiser or a qualified adviser, because event labels alone do not settle the question.

Sponsors, mentors and judges

Hackathons often have sponsors and industry mentors. Their branding and presence are part of the story, but each may have its own rules. Our sponsor photography checklist helps you set expectations before the day. Tell us who needs to be photographed, who must not appear, and whether sponsor logos should be visible in presentations.

Participants who are minors or sensitive about appearing

Student events often include participants under 18, and some adult participants prefer not to be photographed. The organiser should tell us in advance who has opted out, and agree a discreet signal for changes on the day. Our team then avoids those participants without drawing attention.

A hypothetical example

For example, imagine a one-day school hackathon with 10 teams, an opening briefing, a lunch break, a mentor round and final pitches. The organiser asks for no readable screens, and for sponsor logos only on the stage banner.

A plan could cover the opening, a brief walk through the working room, mentor visits, the final pitches and the awards, with team portraits at the end. The photographer would avoid screens, and any team that asks for a break from photography would get one. A short delivery checklist would state which images go to the organiser and which can be shared with teams.

What to tell the photographer

  • The event timeline, with key blocks and breaks.
  • Venue layout, working areas and rooms that are off limits.
  • Your rules on screens, accounts, project material and sponsors.
  • Who must not be photographed, and how to signal changes.
  • How images will be reviewed and used afterwards.

You can record usage decisions in our image-use and approval register so teams and sponsors can see what has been agreed.

Checklist

  • List the timeline: opening, team formation, mentor sessions, checkpoints, final pitches.
  • Decide what screens, accounts and project material must not be photographed.
  • Agree which sponsors, mentors and judges may appear in photographs.
  • Confirm consent arrangements for participants who are minors.
  • Choose coverage windows rather than continuous coverage if the event is long.
  • Agree how teams review or object to photographs of their work.

Send us the hackathon timeline, the venue layout and your rules on screens and project material, and we will propose coverage windows that tell the story without exposing private work.

Plan coverage for our hackathon

Common questions

Do we need a photographer for the whole hackathon?

Not always. Many hackathons run for a day or longer, but the most useful moments cluster around the opening, mentor sessions, mid-event checkpoints, demonstrations and the final presentations. Ask us how coverage windows could be set up, and whether a short overnight window makes sense for your event.

How do we keep screens and accounts private?

Screens can show logins, personal messages, unreleased code or other participants' data. Tell the photographer what must not appear, and ask them to frame around screens or shoot from angles that do not show details. Teams can also be told they can ask the photographer to step back at any time.

Can sponsors' logos appear in photographs?

They can, if your sponsor arrangement allows it. Decide in advance which sponsor banners and products should appear, and which must not. Our sponsor photography checklist helps you list what each sponsor expects so the photographer is not guessing on the day.

What if some participants are minors?

Many student hackathons include participants under 18. The organiser should confirm what consent and notice has been given through the school or guardians, and tell us who must not be photographed. We do not collect personal details beyond what the organiser provides.

Plan coverage for our hackathon

Send us the hackathon timeline, the venue layout and your rules on screens and project material, and we will propose coverage windows that tell the story without exposing private work.

What happens next: You send your event details on WhatsApp. Our team reads the brief, asks what is missing, then confirms in writing whether the date, venue and coverage can be booked, with a quotation. Opening WhatsApp does not send anything, and a message is not a booking until both sides confirm.

Last reviewed:

WhatsApp us