User:C3/XPUB2/T4 Assessment

INTRO

During my first year I practiced coding and repurposing of old tech devices.

XPUB1

SI26

• web making as a craft
• outdated webstandards to hide or show information
• a game playable from one device
• situating our work within outdated webstandards, working withing limits limits.
• the game is the result of a learning and exploration process that did not find place into the final event.

SI26 with Doriane with the declarations project.

Exploring web making and web standards.

"SI26 3DS zine" A web game publication tailored to be played with the Nintendo 3DS game console.

We (Charlie, Tessa, Eleni and I) took advantage of the hardware specificity of the device (ex. 3D effect) together with outdated web-standards of its browser (Netfront, ex. opacity in % does not work while on the rest of the browser it does) to show/hide information from other devices, making our puzzle game solvable only through the use of the Nintendo 3DS.

It was a project about working withing the limits and showing the possibilities that lie within them.

the start menu

A picture of people playing the game in our cozy setup at varia

example webpage by Tessa

rendering differences between computer and 3DS

Trought trial and error we noted a collection of strategies we used to make our project work.

SI27

• it contains a dialogue with Kim on the use of a server as a collective space.
• published on a server as a terminal publication

SI27 w/ Martino and Imane, researching the relationship between technological devices and time representation within them.

"SI27 Terms of servers" is a terminal based publication that runs on our server "cerealbox".

In this project, together with Kim, we considered our server as a temporal object. After working with it for a year (in classes, for the SIs projects and websites and for individual learning) we wrote a text that questions our use of it, its reliability and its materiality.

The text is then presented inside of the terminal with the use of a python program, intermitted by the use of live commands that output a partial answer of these questions inside of our publication. (like hardware compontents, uptime, to see how long the server has been running for, etc.)

close-up of the installation at the Rotterdam telecom museum

XTRA

Some other threads that ran parallel to classes and Special Issues:

• hardware maintenance.
• scripting (especially python and bash).
• reading technical manuals like they were adventure books.
• finding playful ways of doing all of these things.

changing thermal paste w/ Tin

replacing phone battery w/ Eleni

replacing phone screen w/ Ola

cleaning computer w/ Kiara

disassembling and analyzing a computer w/ Kim

opening computers w/ Zuzu

chromebook repair workshop w/ Boris

"repaired" 10 year old chromebook

OPEN QUESTIONS

Overall, I see the cheatsheets as being an evolution/annex of my previous works, into a direction of documenting and distributing the processes that lie behind these and all of my projects. Most of these started as something that was not clear and that required observation to learn how to make possible, I feel like this method is something that is not tied to a medium in particular and that my aim of sharing mine is to also shine light on how might recognize their inner way of learning and listen to it by trying to bring it out.

SI26In the final outcome this part got a bit lost and I think the documentation and distribution of these tactics remained an unresolved topic for me, so I see the cheatsheets as a potential method to address both topics.

In the final outcome this part got a bit lost and I think the documentation and distribution of these tactics remained an unresolved topic for me, so I see the cheatsheets as a potential method to address both topics.

• and create my own documentation

XPUB2

At the beginnning of the second year I was looking for an intersection between these 3 topics.

I learned because I did go through a stack of manuals and technical documentation.

(ex. 3DS hardware and software manual, computer maintenance manuals, manuals of bash peculiarities)

But my notes showed me that I processed this information in other ways than learning from the manuals, I was playing while I was learning (cracking jokes).

But this was mostly a solitary process, looking back I was thinking of how I could find a way to focus more on the learning processes, highlighting alternative ways than the "dry" ones.

I wanted to welcome others into these different forms of learning.

I ran into the opposite of the manuals, the cheatsheet, which is something that got interesting because it is more frequently used than a 300 page manual, and it has a bigger distribution too (it gets duplicated, rewritten, redesigned etc.)

So I started to play with the form of the cheatsheet, tying to take my notes and to "cheatify" them. By doing this I started developing different exercises (my learning methods riconverted for others to try).

The main difference between the cheatsheet as an existing object and what I am trying to do would be that I don't want to frame them mine as an external object to solve a problem fast (shortcut, skip button).

I want to use this form as a learning device, to support a learning process.

La differenza non e skip proc di apprendimento ma per supportarlo, non problem solving veloce

DI solito si usa per getting things done.

On parallel of rewriting my notes into cheatsheets, I started to think of activities that make use of them.

An example being the Lost in Terminal workshop.

With the goal of using the form of the workshop as a way to open up spaces of play where people ideally can explore these topics in a "safe" way.

il contenuto sono le cose che ho attraversato a xpub ma per il contenuto pianifico di capire bene come espandere e possibilmente andare su tech agnostic.

Lost in terminal was the first experiment that took place during prototyping classes. At the end we took a moment to walk trough our creations.

THE 100th TIME (GRAD PROJECT)

During this year I see my self developing an iterative process of making cheatsheets, testing them by organizing workshops, making new cheatsheets, testing them at the next workshop... and repeat.

"The 100^th time" is a project that consists in:

- a collection of cheatsheets (that I write from my notes)

- a series of workshops (that make use of the cheatsheets)

WHY

- don't consider this methods as final, I want to show them as an example to have others pay more attention in the way they learn.

DIAGRAM

THESIS PROPOSAL

research question: how do we navigate everyday tech saturation in an intuitive and playful way? What do we learn and how?