27/01/2021

Following with my “Elaborate” project and taking into account last week’s tutorial feedback, I decided to further develop my investigation deepening on new questions:

These questions also encouraged me to find new references:

As a result, I became interested in the concept of “authorship” and how it relates to the interaction/negotiation between different entities to reach an experience. However, I considered important to clarify some concepts before continuing exploring.

Clarifying the previous terminology, I decided to analyze different types of interaction between different entities that build on top of each other. First, there is the interaction between the programmer and the machine, to create a code:

Then there is the interaction of the programmer with the code just created, manifested on an interface. In this case, I made five different codes, allowing five different interactions (iterations):

Being the programmer, it was interesting to notice that the interaction with the corresponding interface of each code brought surprises and situations I didn’t consider at the time of creation. Which makes me think of a sort of “power balance”, in the sense that the code still has some leverage over me -the programmer-, even tough I wrote it. Is this leverage what allows for it to be a negotiation? In my opinion it is.

However, it would be misleading to think of the previously described interaction as a user-code interaction, due to the fact that the programmer has previous knowledge of the code before actually interacting with its interface, since they created it.

Therefore, the next level on my analysis consistes on the interaction of two different users (who never before had engage with any of the codes in any way) with the same codes, in a period of 20 seconds, capturing the process every 5 seconds. These were the results:

Comparing the results of these two users and their interaction with the code, I could notice two widely different approaches:

As a next step, I could’t help ask myself what would happen if instead having interactions of only two entities, there could be interactions between three or more entities. Moreover, the notorious differences between the first two users made this question more interesting.

As a result, my next experiment consisten on a new level of interaction: user-user-code. I followed the same process (interaction in a period of 20 seconds, capturing the process every 5 seconds). These were the results:

And these are some reflections I got from it:

These iterations helped me to clarify some concepts for my investigation, form some opinions (so far) and and new questions:

01/12/2020

As a result of my first iteration’s feedback, I decided to take a more synthetic approach and try to simplify the notation system, avoiding being too literal and instead focusing on core elements of the actions that it intends to convey.

In that way, the new version of the notation system focuses on the movements needed to use a door. And given that there are many different type of doors, I decided to design individual “guides” depending on the type of door in question.

The three columns on each guide correspond to the point of view represented (front, top, rear).

20/01/2021

For the “Elaborate” brief I decided to take my “Pre-laborate” project, in which in turn I took my “Present” project to a new interpretation through Processing, a coding language I had never tried (or any coding at all, for that matter).

While in my “Pre-laborate” project I was interested in translating the notation language I had came up in my “Present” project, this time for my “Elaborate” project I want to explore the concept of interaction and what does it mean to analyze communication as a negotiation between two entities.

I’m also interested in pushing as far as I can the possibilities of the newly developed skills I have gotten in Processing, so the following exploration will be through coding and more specifically, through Processing 3.

As a starting point, I took the following references:

As a next step, I produced five iterations, all of them offering a system in which the user has the opportunity to “negotiate” with the interface, given the possibilities (and restrictions) that the code offers.

In such way, it is the process of interaction itself what draws my attention more so that the actual final outcome of the interaction.

Here you can watch the five iterations captured on video:

26/10/2020

We often think of a “space” in terms of area and volume. It’s easier to understand it as something enclosed and limited by certain boundaries, whether these ase walls, borders or even just lines drawn on the floor. However, what if we think of “space” in terms of experience? Does it matter where that “space” begins and ends?

For this project I raised those questions and came to think of trees. We could easily describe the limits of a tree as a physical object. But, doesn’t what happen around it, under it or beside it affect the limits of it when we analyse it as a “space” whether than as an object? What happens under a tree or set of trees? What activities occur? What factors determine the existence or lack of experiences that surround them?

The material next to this text reflects the process of an exploration about these topics, taking the “space” between two trees in Finsbury Park as a site of study.