Tomas Lindqvist
Nottingham · tomas.lindqvist@example.com
4 November 2026
Ms Elin Havers
Engineering Manager
Plovermark Travel Systems
Subject: Application for Software Engineer, Booking Platform
Dear Ms Havers,
Our booking API at Fieldwise Systems used to take 900 ms at the 95th percentile; after I added query indexes and cached rate lookups, it takes 310 ms. I would like to bring that measure-first habit to the Software Engineer role on the booking platform at Plovermark Travel Systems.
I own the scheduling service behind it, about 120,000 bookings a month, end to end, and carry its on-call rotation with two teammates. I also led our move from a single deploy script to automated pipelines, so releases went from weekly to several a day. Before Fieldwise, at Octave Digital, I fixed 70 bugs across two Python and Node.js products and raised billing test coverage from 35% to 71%. Both changes started the same way: measure where the time goes, change one thing, then measure again.
Plovermark serving coach and ferry operators means bookings with real seats and departure times, the same kind of data I handle in scheduling now, and a move to separate services is where clear ownership matters most. Owning a service end to end, on-call included, is already how I work, so a split would change the number of boundaries to agree, not my habits. On writing clearly for teammates and users, I wrote the onboarding guide at Octave Digital that took new hires to a first merged change in two days, and I have maintained an open source release notes tool, used by 12 public repositories, for two years.
A short write-up of the booking API work, with the before and after traces, is ready to send ahead of an interview. Then I would like to ask how on-call is shared while the monolith is being split.
Kind regards,
Tomas Lindqvist