Unpacking Tech Systems
Time
18/11/2025 - 28/11/2025
Context
Unpacking Tech Systems — Weekly Reflection
Role
Group Collaboration, Analysis & Documentation
Outcome
Rapid Prototyping of Technological Artifacts

Reading Machines From The Inside Out

Week 1 reflections

This week we shifted our attention from using technology to reading it as a system. Together with my group, we disassembled a familiar device and traced its internal logic through three shared documents: the Forensic Report, the Component Data Sheet and the Inventory. What looked like a closed, seamless product quickly fragmented into screws, chips, cables and invisible dependencies.

Contributing to the forensic report made me slow down: instead of naming parts, I had to describe behaviours, relations and failure points. The component data sheet pushed this further by asking what each part affords within the broader system — and what breaks if it is missing. The inventory then grounded everything in a more logistical view: quantities, categories and hierarchies.

Personally, this exercise shifted my perspective from “device as object” to “device as layered infrastructure”. I became more aware of how many human and material decisions are hidden under a single aluminium surface. It also highlighted how documentation can be a design act in itself: depending on how we map a system, different forms of repair, reuse or critique become thinkable.

Process Group disassembly
Describing behaviours
Sorting + naming components
System View Hidden dependencies become visible
Technical object becomes layered system
Output Forensic Report
Component Data Sheet
Shared Inventory
Reflection From using devices to questioning them
New possibilities for repair & critique
Unpacked MacBook with its internal components laid out.
Mapping the MacBook as a system of interdependent parts rather than a single, closed object.

Performing The Machine Paradox

Week 2 reflections — Meluza

This week we shifted from analysing existing devices to building one — not to improve functionality, but to challenge the logic that demands it. Our project, Meluza, emerged as a response to the machine paradox: the expectation that every machine should be purposeful, efficient and obedient, contrasted with our desire to break, twist or subvert that expectation. By constructing a deceptive, “useless” machine, we probed what happens when a device resists the very behaviours we project onto it.

Meluza performs this paradox through misdirection: it appears to invite interaction, yet its internal behaviour disrupts predictable cause-and-effect. Instead of revealing how it works, it actively conceals its logic, producing small moments of confusion, humour or irritation. In this sense, Meluza becomes a commentary on technological trust — how quickly we assume machines are rational, transparent or aligned with our intentions, and how fragile that assumption is when confronted with opacity.

What interested me most was how a useless machine can still be meaningful. By refusing productivity, Meluza exposes the cultural scripts embedded in our relationship with technology. It opens space to reconsider machines not only as tools but as actors with their own behaviours, rhythms and unpredictabilities. Our short presentation and accompanying video documentation capture how Meluza stages this tension between expectation and resistance — a playful entry point into deeper questions about agency, autonomy and the narratives we build around machines.

Week 2 zine, cover

Week 2 zine — Machine Paradox & Meluza

Page 1 of 5