- Reading time: 4 minutes
- Price: Free download
- Published: 17th September 2026
- Word count: 939 words
- File format: Text
Why do you want to study this course or subject?
I started programming because I wanted a specific thing to exist. My bus route home has two stops within walking distance of my house, served by different operators, and working out which one to run for meant checking two apps. Over a half term I built a small Python script that pulled the open timetable data for both stops and printed the next four departures in one list. It was crude, and it broke whenever the data format changed, but the moment it first worked I understood that software is mostly about noticing a friction and then being stubborn enough to remove it. That combination of noticing and persistence is what I want to spend my working life on. What draws me to software development specifically, rather than computing in the abstract, is the discipline around the code. My early projects taught me that writing something that runs is the easy part; making it readable, testable and safe to change is the real work. I read Clean Code in Year 12 and found parts of it dogmatic, but its argument that code is read far more often than it is written has changed how I name variables and how small I keep functions. I am now interested in the ideas I cannot properly teach myself from a textbook: how large systems are structured, how concurrency actually behaves, how requirements are gathered from people who do not know what they want yet. I would like a degree that mixes theory with substantial team projects, because most of the software I admire was not written alone.
How have your qualifications and studies helped you to prepare?
My A level Computer Science course has given me the strongest foundation. The theory units on data representation, Boolean logic and how a processor fetches and executes instructions were initially the parts I expected to tolerate rather than enjoy, but understanding what happens beneath my code has made me a better programmer. When I finally grasped why integer overflow occurs, a bug in one of my own loops suddenly made sense. For my programming project I built a stock management system for a small shop, using Python with an SQLite database. Planning it properly was the hardest element: I wrote user stories, drew an entity relationship diagram, and then discovered halfway through implementation that I had not accounted for products sold in different unit sizes. Reworking the schema rather than patching around it took a week I had not budgeted, and it taught me more about design than any successful sprint would have. Mathematics has been valuable in less obvious ways. Proof by induction has clear parallels with recursion, and working with matrices and vectors has been useful for the graphics experiments I do for fun. I am also studying Geography, which I chose because I enjoy it and because it involves genuine data work. Analysing river discharge figures and presenting statistical tests taught me to be careful about what a dataset can and cannot support, which is a habit I want to keep when I write software that makes decisions about people. Alongside my courses I have worked through an online CS50 course and started learning Java, partly to force myself out of the comfortable habits Python allows. Static typing initially frustrated me and now I find it reassuring.
What else have you done to prepare outside of education, and why are these experiences useful?
For the past fourteen months I have worked Saturdays and school holidays at a garden centre, mainly on the tills and in the plant area. It is not technical work, but it has been more useful than I expected. Customers arrive with a vague description of a problem, such as a shady corner where nothing grows, and my job is to ask enough questions to recommend something that will actually survive. That is not far from gathering requirements. I have also seen how a badly designed system shapes people's behaviour: our stock terminal takes eleven key presses to apply a staff discount, so colleagues avoid using it and write totals on paper instead. Watching that happen has made me think seriously about how a user interface either supports or quietly defeats the process it was built for. At college I help run the coding club, which mostly means sitting with Year 12 students who are stuck. Explaining why a list is being modified inside a function they thought was isolated has exposed gaps in my own understanding and forced me to be precise. Last term I set the group a small challenge to build a text based quiz, and I learned to give hints rather than solutions, which was harder than writing the exercise. Outside college I play in a five a side league, where being the least skilful player has taught me to be useful in other ways, and I volunteer twice a month at a community repair session, where I help people back up photographs and install operating system updates on old laptops. I enjoy the small satisfaction of returning a working machine to someone who assumed it was finished. I manage my time with a plain text to do file and a weekly review, a habit I adopted when coursework, shifts and revision first collided. I am ready for the pace of a degree and particularly looking forward to working in a team on something larger than I could finish alone.
This example has 5,053 characters across the three answers. Use it for ideas and structure. Your own UCAS answers must fit within 4,000 characters in total, including spaces.
Why this example works — strengths and ways to improve
This is a specific, credible statement with unusually good reflection: the bus script, schema rework and discount terminal each show thinking, not just activity. Its main problem is length. At 5,053 characters it exceeds the 4,000 limit, so you need to cut about a fifth. The cuts should be weaker or duplicated material, not the core evidence.
Subject motivation
making it readable, testable and safe to change is the real work
You distinguish software development from computing generally, and the bus script gives that interest a concrete origin. The line about noticing friction is earned by the story. 'What I want to spend my working life on' is weaker and more generic. Your specific interests in concurrency, system structure and requirements already carry the motivation better.
Academic preparation
discovered halfway through implementation that I had not accounted for products sold in different unit sizes
Your A level project shows real design process: user stories, an ER diagram and a costly but correct schema rework. The integer overflow and induction-recursion links connect theory to practice convincingly. Geography is justified through data caution, though that link is slightly stretched. CS50 and Java are useful but could be compressed.
Evidence and reflection
it taught me more about design than any successful sprint would have
Your reflection is consistently specific. You explain what changed and why, as with Clean Code altering how you name variables and size functions, or static typing moving from frustrating to reassuring. Your critical note that the book is dogmatic shows independent judgement. Keep these explanations when cutting; they are the statement's strongest asset.
Relevant experience
our stock terminal takes eleven key presses to apply a staff discount
Your garden centre job is excellent ordinary evidence. The discount example is precise and genuinely insightful about interface design. Coding club teaching and repair volunteering also fit. Five-a-side contributes little, and the requirements-gathering link appears in both your first and third answers, so it is a candidate for cutting or consolidating.
Credibility and voice
It was crude, and it broke whenever the data format changed
Your voice is honest and appropriately modest. You admit limitations, budget overruns and being the least skilful player. Nothing claims professional authority beyond a school applicant's level. The tone is plain and economical, without ornate phrasing. This candour makes your technical claims more believable.
Structure and format
Each answer clearly exceeds 350 characters and sits under the right question, with sensible allocation. However, the total is about 1,050 characters over the 4,000 limit. Your closing sentence about being ready for the pace of a degree is generic and repeats the team-project point made in your first answer.
What you’ve done well
- Concrete, well-chosen examples, such as the bus timetable script, the unit-size schema rework and the eleven-keypress terminal, each paired with clear reflection on what you learned.
- An ordinary part-time job used intelligently as evidence of thinking about users and requirements, without forcing the link.
How this draft could improve
- Cut about 1,050 characters by removing five-a-side, the to-do file habit, the generic closing sentence and the 'working life' line, and by trimming CS50/Java to one sentence.
- Make the requirements-gathering point once, ideally through the garden centre example, and drop the abstract mention in your first answer.
- Tighten the Geography link to one sentence so it supports, rather than stretches, your case for software.