guardian/coding-exercises

Guardian Coding Exercises

Thank you for your interest in the Guardian Product & Engineering Department's coding exercises. This repo contains exercises used in the Guardian's recruitment process. These exercises are used for all engineering roles, at all levels.

Why have we published our exercises?

Inspired to work for us? Apply now

What is it?

The coding exercise is one of the stages in our interview process.

It is a 45-60 minute exercise where you and a Guardian engineer work as a pair writing code to solve a problem.

Similar to when you pair with a colleague, there will be a driver and a navigator. The driver will be the one at the keyboard, whilst the navigator will be making suggestions and asking questions.

You will typically play the role of driver and the Guardian engineer will be the navigator.

Why do we perform it?

From: How does the Guardian recruit developers?

I think pairing tests are the fairest form of interviewing you can offer. I know they can be stressful but they represent a big commitment in terms of effort and time. They create a situation that approximates the kind of work the organisation does rather than artificial trivia or whiteboard tests. They also give the candidate a chance to meet some of the people who already work at the Guardian and see if the environment suits them.

The coding exercise allows us to assess your approach to solving a problem, what you prioritise, how you communicate your thinking and how you respond to any suggestions or advice. Ultimately, it's a chance for us to understand what it would be like to work with you and also a chance for you to assess if the Guardian is a good fit for you.

This isn't a whiteboard coding exercise; searching online is perfectly fine and encouraged.

What language?

From: Changing the Guardian's pairing test

...allow candidates to do the pairing interview in the language of their choice. We would still prefer if candidates used our core languages of Scala, Python and JavaScript but if Haskell, Clojure, Ruby or Go are more your bag, then feel free.

Whilst we prefer that you pick Scala or TypeScript for Full-stack or Server-side roles, JavaScript or TypeScript for Client-side roles, Swift/Objective C for iOS roles, Kotlin or Java for Android roles, you can still elect to use any other language (e.g. PHP/Go/Ruby), providing we can find somebody to pair with you.

Which exercise?

From: The Guardian's new pairing exercises

...we have decided to increase the number of pairing exercises, any of which can be picked by a Guardian developer prior to the pairing test.

We use the exercises in this repository and they are used for every Engineering role.

We also have this repository on GitHub with skeleton projects that can be used.

More information

More information for candidates can be found here.

More information for interviewers can be found:

• here for in-person interviews
• here for remote interviews

Licence

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.