Presenter on a dark theatre stage beside projected code
IT courses, under live conditions

Make the bug take a bow.

Qobelarin turns technical learning into a working rehearsal: read the scene, isolate the fault, make the fix, and explain the choice in the room.

LIVE REHEARSALcue-window / 01
> load unfamiliar repository > name the observable failure > test a smallest safe change > keep the reasoning audible
Curriculum playbill

Four acts. One working method.

Choose an act to see the practical tension it introduces. Each is a different way of staying useful when the code is not cooperating.

ACT 01 / CONTEXT

Read the room before you rewrite the script.

Start with the actual behaviour: inputs, outputs, timing, environment and the people who need to understand the next move. We practise turning scattered observations into a shared, testable scene.

Format: close reading + shared notesCue: observe, then infer
Keyboard and notebook prepared on a dark tablePRE-SHOW / READY YOUR DESK
Pre-show checklist

Arrive ready to look closely.

This is not a spectator course. The useful preparation is modest: set up a place to run experiments, a way to record what changed, and enough attention to say what you saw.

  • A current browser and an editor you already know.
  • A local folder where you can safely make and undo changes.
  • One stubborn workflow or small code sample to interrogate.
  • Headphones if your space asks for them, not for passive viewing.

No specific operating system or editor is required for the workshop language. Technical setup details are confirmed in the course brief.

Debugging stage

Follow the fault cues, not the panic.

Ask about a workshop
Close-up of a keyboard crossed by orange tape
fault-console / select a cue to open its note
Write down the route, input, observed output, and one condition that changes the result. That description is more valuable than a guess at a fix because it gives your next test a boundary.
Use one explicit checkpoint at a time. Record its value and the moment it appears. We rehearse how to trace an event through a UI without adding a forest of temporary logs.
Name the assumption the patch relies on, then make a test that could disprove it. A good small fix is reversible, visible, and accompanied by a clear reason to keep it.
Capture the reported symptom, the verified cause, the changed files or settings, and the check used after the change. In the workshop, evidence is part of the deliverable.

INTERACTION NOTE: each cue opens its backstage note without leaving the scene.

Rehearsal tracks

Move across the work, not through a deck.

These tracks are ways to revisit the same useful habits at different levels of complexity. Scroll the rail horizontally when the stage is narrow.

01 / ORIENTWorkshop group gathered in a rehearsal space

Find the scene

Map the running parts and make a shared sketch of what is supposed to happen.

02 / INSPECTInstructor examining tools at a lit workbench

Test the prop

Use small experiments to narrow an uncertain claim instead of widening the problem.

03 / EXPLAINGroup discussing notes in a workshop circle

Say the why

Give your investigation a structure another person can inspect and build upon.

04 / RESETHands arranging notes beside a laptop keyboard

Run it again

Revisit the condition, confirm the new behavior, and decide what belongs in the record.

Stage light and cable on a work surfaceLaptop alone on a blue-curtained stage
Equipment table

What earns a place at the table.

The tools are familiar. The point is to use them deliberately: as instruments for seeing, checking, and communicating rather than decorations for a technical performance.

InstrumentUse in rehearsalBring / access
Browser devtoolsInspect the runtime sceneLocal browser
Text editorMake a precise, reversible changeYour preference
Notes fileKeep evidence and next cues visibleAny plain text tool
Repository copyTry changes without improvising on productionCourse brief
Workshop facilitator holding a notebook next to a laptop
Code-reading scene

Read code like a script with consequences.

Before changing a line, we practise asking what the code expects, what it changes, and which parts of the system can notice. The annotations are prompts—not a substitute for looking at the whole scene.

INPUTSSTATEEVENTSSIDE EFFECTS
Bring a scene to read
Critique circle

A useful critique names the evidence.

When a change is shown, the room is invited to ask: what was observed, what assumption was tested, what changed, and what would make the conclusion stronger? The goal is a more inspectable decision, not a louder opinion.

Read workshop questions
People in a circle reviewing notes during a workshop
Performance record

Project review, without the applause meter.

A review at Qobelarin is a written and demonstrated account of a piece of work. It values the clarity of the investigation and the condition of the hand-off; it does not pretend to be a universal score of talent.

01

Scene statement

What was expected, what was observed, and where did the discrepancy appear?

written
02

Evidence trail

Which checks were run and what did each one make more or less likely?

shown live
03

Change note

What changed, why was it limited that way, and how was it checked afterward?

written
04

Next cue

What remains uncertain, deferred, or worth testing in a later rehearsal?

discussed
Frequently asked

House questions.

The short answers are deliberately not slogans. A workshop is easier to choose when its limits and habits are described plainly.

No. A finished project is not a requirement, and the workshop does not assume that everyone uses the same framework, editor, or operating system. It is most useful when you can bring a concrete behaviour, code sample, workflow, or question to examine. The course brief clarifies any specific environment needed for a particular session.

It is a live code workshop format. That means explanation is present, but it is tied to investigation and rehearsal rather than long one-way delivery. It is also not a promise of open-ended individual support. We work with examples, deliberate practice, critique, and project-review habits so participants can carry a method into their own technical situations.

Being blocked is material for the workshop, not a breach of the rules. You will be encouraged to describe the evidence available, the next smallest check, and the assumption you are currently unable to verify. That makes uncertainty usable. The critique circle focuses on the quality of the investigation, including what remains unknown, rather than demanding a polished answer on demand.

No. Qobelarin does not make guarantees about hiring, pay, certification, speed of learning, or the outcome of any participant’s project. The workshop is a setting for practising concrete technical habits: observing behaviour, framing questions, making controlled changes, and leaving a clear record. Any decision about further study or professional use remains your own.
Code-call contact

Put a question on the cue sheet.

Tell us what you want to rehearse, what kind of technical scene you are working with, and whether you need a course brief. This browser-only form will confirm your note on this device.

Cue received in this browser. No message was transmitted; use the email link if you want to contact Qobelarin.