User:C3/XPUB2/T4 Assessment: Difference between revisions

From XPUB & Lens-Based wiki
< User:C3‎ | XPUB2
mNo edit summary
mNo edit summary
Line 1: Line 1:
__NOTOC__
__NOTOC__
 
<div style="margin:25em 5em;">
<h1 style="text-align: center;">INTRO</h1>
<h1 style="text-align: center;">INTRO</h1>
During my first year I practiced '''coding''' and '''repurposing of old tech devices'''.
During my first year I practiced '''coding''' and '''repurposing of old tech devices'''.
</div>


<div style="margin:25em 5em;">
<h1 style="text-align: center;">XPUB1</h1>
</div>


<h1 style="text-align: center; margin:10em;">XPUB1</h1>
<div style="margin:25em 5em;">
 
 
<h2 style="text-align: center;">SI26</h2>
<h2 style="text-align: center;">SI26</h2>


*web making as a craft
* web making as a craft
* outdated webstandards to hide or show information
* outdated webstandards to hide or show information
* a game playable from one device
* a game playable from one device
Line 35: Line 37:




Throught trial and error we noted [[SI26 3DS-Zine#Strategies|a collection of strategies]] we used to make our project work. Something that got a bit lost in the final outcome.


Trought trial and error we noted [[SI26 3DS-Zine#Strategies|a collection of strategies]] we used to make our project work.
</div>


== SI27 ==
<div style="margin:25em 5em;">
<h2 style="text-align: center;">SI27</h2>


*on the use of a server as a collective space.
*on the use of a server as a collective space.
Line 49: Line 53:
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.   
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.)  [[File:ToS-doc-2.JPG|thumb|center|close-up of the installation at the Rotterdam telecom museum]]
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.)   
 
{| align="center"
|[[File:ToS-doc-2.JPG|thumb|center|close-up of the installation at the Rotterdam telecom museum]]
|[[File:Tos-title.png|thumb|center|]]
|}
[[File:Resttime-kim.png|thumb|center|A script that Kim wrote to check cerealbox's uptime]]
</div>


<div style="margin:25em 5em;">
<h2 style="text-align: center;">XTRA</h2>
<h2 style="text-align: center;">XTRA</h2>


Line 75: Line 87:
|}
|}


<h2 style="text-align: center;">OPEN QUESTIONS</h2>
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
*


<gallery>
Etherpull-docu.png|The help section of a script I made.
Inches2cm-prog.png|A small program to convert inches into cm.
Cheatsheets-proposal.jpg|An old visualization of a cheatsheet program to make onto the server.
etherpull.png|the etherpull program documentation
fake-cover.png|a script to make book covers
wiki2print.png|wiki2print workflow
Cerealbox-scripts.png|some concept programs from the first year
my-bin.png|my bin folder with some of the scripts I wrote
shellscripting-ex.png|some exercises
</gallery>
</div>


<div style="margin:25em 5em;">
<h1 style="text-align: center;">XPUB2</h1>
</div>


<h1 style="text-align: center;margin:10em;">XPUB2</h1>
<div style="margin:25em 5em;">
[[File:Diagram-2.png|thumb|center]]
[[File:Diagram-2.png|thumb|center]]


Line 105: Line 121:


I wanted to welcome others into these different forms of learning.
I wanted to welcome others into these different forms of learning.
</div>


 
<div style="margin:25em 5em;">
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.)
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.)


Line 115: Line 132:


I want to use this form as a learning device, to support a learning process.  
I want to use this form as a learning device, to support a learning process.  
</div>


<div style="margin:25em 5em;">
{| align="center"
|[[File:C-closeup-cheatsheet.jpg|upright=0.8|thumb|center]]
|[[File:C-cheatsheet-lens.jpg|upright=0.8|thumb|center]]
|}
</div>


<div style="margin:25em 5em;">
On parallel of rewriting my notes into cheatsheets, I started to think of activities that make use of them, to try them out. 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.
On parallel of rewriting my notes into cheatsheets, I started to think of activities that make use of them, to try them out. 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.


An example: [https://git.xpub.nl/c3/workshop-lost-in-terminal "'''Lost in Terminal'''"] workshop.


An example "'''Lost in Terminal'''" workshop.
Lost in terminal was the first experiment that took place during prototyping classes.
It is an exercise that consists in using the terminal as a creative tool to create and describe spaces.
Mapping the folders as rooms and files as objects I asked the participants to connect to cerealbox and making common spaces where we could hang out with eachother.
 
At the end we took a moment to walk trough our creations, moving around by entering the rooms and moving objects.


Lost in terminal was the first experiment that took place during prototyping classes.  
[[File:Lost.png|thumb|left]]
It is exercise that consists in using two simple metaphors


At the end we took a moment to walk trough our creations.
{{#Widget:Video|mp4=https://pzwiki.wdka.nl/mw-mediadesign/images/3/38/Walk-tour-lost-in-terminal.mp4|style=width:400px;}}
</div>






<h2 style="text-align: center;margin:5em 15em;">THE 100th TIME (GRAD PROJECT)</h2>
<div style="margin:25em 5em;">
<h2 style="text-align: center;">THE 100th TIME (GRAD PROJECT)</h2>
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.
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.


Line 137: Line 168:


- a series of workshops (that make use of the cheatsheets)
- a series of workshops (that make use of the cheatsheets)
</div>




 
<div style="margin:25em 5em;">
 
<h2 style="text-align: center;>WHY</h2>
<h2 style="text-align: center;>WHY</h2>


Line 146: Line 177:


- 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.  
- 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.  
</div>


<h2 style="text-align: center;>DIAGRAM</h2>


[[File:Lost.png|thumb|center]]


{{#Widget:Video|mp4=https://pzwiki.wdka.nl/mw-mediadesign/images/3/38/Walk-tour-lost-in-terminal.mp4|style=width:400px;}}
{| align="center"
|[[File:C-table-try-night.jpg|upright=0.8|thumb|center]]
|[[File:C-closeup-cheatsheet.jpg|upright=0.8|thumb|center]]
|[[File:C-cheatsheet-lens.jpg|upright=0.8|thumb|center]]
|}






<div style="margin:25em 5em;">
<h2 style="text-align: center;">THESIS PROPOSAL</h2>
<h2 style="text-align: center;">THESIS PROPOSAL</h2>


research question: how do we navigate everyday tech saturation in an intuitive and playful way? What do we learn and how?
research question: how do we navigate everyday tech saturation in an intuitive and playful way? What do we learn and how?
 
</div>
<div style="margin:25em 5em;">
[[File:Cheatsheets-diagram.png|thumb|center]]
[[File:Cheatsheets-diagram.png|thumb|center]]
</div>

Revision as of 00:51, 8 December 2025

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


Throught trial and error we noted a collection of strategies we used to make our project work. Something that got a bit lost in the final outcome.

SI27

  • 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
Tos-title.png
A script that Kim wrote to check cerealbox's uptime

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


XPUB2

Diagram-2.png


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.

C-closeup-cheatsheet.jpg
C-cheatsheet-lens.jpg

On parallel of rewriting my notes into cheatsheets, I started to think of activities that make use of them, to try them out. 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.

An example: "Lost in Terminal" workshop.

Lost in terminal was the first experiment that took place during prototyping classes. It is an exercise that consists in using the terminal as a creative tool to create and describe spaces. Mapping the folders as rooms and files as objects I asked the participants to connect to cerealbox and making common spaces where we could hang out with eachother.

At the end we took a moment to walk trough our creations, moving around by entering the rooms and moving objects.

Lost.png


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 100th 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.




THESIS PROPOSAL

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

Cheatsheets-diagram.png