# support · support.log
Live Debugging Sessions
Live debugging on a call — the bug found and explained, not just silently patched.
A bug fixed with no explanation just becomes the next bug you can't explain in a viva. We debug live, on a call, find the actual root cause rather than patching the symptom, and leave you with a plain explanation you can repeat yourself afterwards.
What you get
- A screen-share call, not a fix returned with no explanation
- Root cause identified, not just the symptom patched over
- Explained in terms you can repeat if a marker asks how it broke
- Your existing code style respected in any fix applied
- Booked around your deadline, including evenings
- A short written summary of the bug and fix afterwards
What to send first
- Your repository or a zip of the current code
- The exact error message or failing test, and the steps to reproduce it
- What you have already tried
- Your viva or submission date, if there is one
How it runs
- 01
Send the spec
The brief, the rubric, any starter code and the versions your marker uses. A photo of the PDF is fine to begin with.
- 02
Scope and quote in writing
We read it properly, ask what is unclear, and confirm a fixed price and delivery date. A small advance confirms the order.
- 03
Build against the brief
Work is tracked task by task against the spec. Longer projects are split into milestones you can review as they land.
- 04
Tested handover
A repo that installs from a README, run against your test cases, with the write-up if your rubric asks for one.
- 05
Fixes and walkthrough
One round of fixes if a marker flags something, and a walkthrough of how it works so you can explain it.
Live Debugging Sessions: common questions
Yes, and that is usually better for you — we keep your structure and style, fix what is broken and explain each change so you can talk about it.
A screen-shared call on Google Meet or Zoom at a time you book. You drive, we diagnose, and you end the call with working code and a note of what caused the problem.
It depends on the scope of the brief, the stack and the deadline. Send the spec on WhatsApp and you get a fixed price and delivery date in writing before any work starts — no hourly meter.
Turnaround depends on scope and is agreed with the quote. Tell us the real deadline, including the timezone, and we will say honestly whether it is workable before you commit.
// related
Often paired with live debugging sessions
Code Review & Fixes
Your own code, reviewed and fixed — not rewritten from scratch behind your back.
support.logUnit Testing & QA
Test suites written to your framework, covering the cases a marker will actually try.
support.logGit & Version Control
Git history and workflow set up properly, for a submission that's judged on commits too.
./send-brief
Book a session.
Paste the live debugging sessions brief into WhatsApp — the message already names the service. Scope and price come back in writing.