Designing Sound

Create a Comfortable Working Space
Metaphorically, you need a tidy, well-organised desk. Most digital art forms
require concentration and freedom from distractions. A new, unfamiliar system
is initially very much slower to work with than a familiar one. When switching
software packages or development environments you should find you adjust to
previous productivity levels within one or two months of regular use. If you
move from studio to studio, take a familiar file system and toolset with you as
a laptop, or create an online workspace.

---

16.2 SE Approaches
245
Invite Input
Most of the time you know when something is right, and you are the best judge
of it. Yet, sound can throw up surprisingly subjective reactions and misinter-
pretations. Seek other opinions when you get the chance. That in itself is a
difficult task. It’s something you need to do casually. Most people are pleasant
and keen to offer encouragement rather than objective criticism; they are often
reluctant to venture a strong opinion even when they feel it deeply. The other
side of this is to maintain confidence and vision, even ignoring advice when you
know in your heart that something is right.
SECTION 16.2
SE Approaches
I’ve tried and failed to give rigorous accounts of the sound design process before.
They always end up as personal, anecdotal accounts. It is a process that’s hard
to put into words. What follows is my best shot at putting it within a frame-
work based loosely on Sommerville’s (2004) approach from classic software
engineering. It’s a laborious process, one that with time you will learn to per-
form unconsciously, but the one thing to recommend it is that if you follow it
you will always get adequate results. A software engineering approach to design
is interesting, because in a way what we are producing is software assets. Once
all programs were produced in an ad hoc fashion. Of course it is true that good
work, done by creative people, involves intuitive leaps. A structured and rea-
soned approach to code or sound design is an ideal, and a sadly mythical one.
But let us indulge in it for a while. We will visit each part in detail in later
sections, but it helps to collect these points together first as a short list and
then as quick explanations. Here are the steps.
1. Lifecycle
2. Requirements analysis
3. Research and acquisition
4. Model building
5. Method analysis
6. Implementation
7. Integration
8. Test and iteration
9. Maintenance