User:Kim/writing/Thesis outline draft: Difference between revisions
| Line 23: | Line 23: | ||
invisibility of 'software' <ref>Wendy Hui Kyong Chun "On Software, or the persistence of visual knowledge"</ref> and todays invisibility of interface <ref>Donald Norman "Why Interfaces dont work"</ref>, culture of compliance (resulting from prescriptive technologies) – todays user condition (vs "programmer") | invisibility of 'software' <ref>Wendy Hui Kyong Chun "On Software, or the persistence of visual knowledge"</ref> and todays invisibility of interface <ref>Donald Norman "Why Interfaces dont work"</ref>, culture of compliance (resulting from prescriptive technologies) – todays user condition (vs "programmer") | ||
also had some ideas about interfaces. whats their role here?, bc thats how we see (inside) and interact with a computer? | also had some ideas about interfaces <ref>Galloway, the interface effect, especially ''chapter 1: unworkable interface,'' where he inquires interfaces as windows and doors and general questions of visibility (seamfullness) as much as functionality (un-productiveness, un-workability) of those</ref>. whats their role here?, bc thats how we see (inside) and interact with a computer? | ||
===Key issue 2 = chapter 2 (Paratexts)=== | ===Key issue 2 = chapter 2 (Paratexts)=== | ||
Revision as of 08:44, 15 October 2025
This outline draft refers to the GitPub project proposal
step 1
1. What do you WANT to write?
- [What will the text be about? (thesis). What do you want to explore? Be clear about HOW you want to tell your story.]
I aim to write a text that is concise, yet playful in its form. It will be about the role of meta data [1] [2] in (post) digital publishing practices. I will explore historical developments in the production of text by looking at early forms of markup such as marginalia and the pecia system [3], different digital characteristics for instance source code comments or protocols and will finally propose version control software for (collaborative, experimental) writing and making public. The meta data of the present text is a crucial part of the text and the process of writing itself.
2. Outline (three) key issues you want to explore
- hiddeness (veiled, closed source, seamless) in present day technology/ interfaces but also in the sense of invisible labor (in writing, rendering, reading?)
- paratexts
- labor
- how do we publish together but apart from platforms and bloated applications? or
- infrastructure (?)
step 2
Intro (what is this text about?)
on including meta data in digital/hybrid publishing projects, not only as means to an end of production but making them part of the text, the body of work at hand. define meta-data (or what ever terminology I come up with), contextualize my interested and lay out importance of this text
Key issue 1 = chapter 1 (invisibility)
ambiguity of visibility: its not always be good to be visible / legible (to whom? / whose benefit?)
- include "the right to opacity" [4] bc visibility must be understood contextually. could "right to opacity" also have implications for this specific technology / practice of publishing i am discussing?
- write about being legible, bc meta data is additional text (for whom?) write about machine readability and indexing / scraping
invisibility of 'software' [5] and todays invisibility of interface [6], culture of compliance (resulting from prescriptive technologies) – todays user condition (vs "programmer")
also had some ideas about interfaces [7]. whats their role here?, bc thats how we see (inside) and interact with a computer?
Key issue 2 = chapter 2 (Paratexts)
Paratexts: historically conceptualized for print / literature (include page numbers, headers, pre-and post faces, footnotes and other marginalia ...) - possibilities for digital paratext?, What implications do paratexts hold for present day digital / hybrid publishing? >> "paratext mediates between text and reader", what mediates relation between text and user?
Paratext is, rather, a threshold, (p 2) A Zone not only of transition but also transaction (p 2)
KI 3 = Labor
labor: holistic- vs prescriptive technologies and division of labor [8] (here also: using early markup "pecia system" enabled division of labor in print production) [9] resulting in opaque processes and culture of compliance, refer to php key text [10] and its point about server side writing and invisible labor
Key issue 4 = chapter 4 (publishing otherwise) (infrastructures)
i feel this chapter should contain more of my own stand point / towards (end) thesis
why am i writing about this?
- pushing against fragmentalization of: user / developer, against hidenness / black box of today technology,
- accepting notion of hidden, hides non canon histories and voices in technology, hides uncertainty and inconsistency [11]
- highlighting that writing technologies (print and digital) have contiguous history and are not opposed to another
away from proprietary, bloated platforms and applications. highlight necessity of agency and collective autonomy both in the creation process and over public objects. discuss adjacent tools and attempts (octomode etc). making the hidden visible as possible breaking with closed of/ invisibility discussed in 1 - present git and version control. excurs into history and version control, socio-cultural embededdness of git, present gitpub.
maybe the last chapter could also have a rather infrastructural focus through which we arrive at the git software and gitpub? what would my take or understanding of infrastructure be in this context? it does relate to paratext in the sense of enabling circulation, it also mediates a relationship/ action, just as infrastructure does
- git is interesting bc it is connected to labor of programming (especially the writing of commit -m) it carries quite a lot of invisibility in itself
Conclusion
- meta-data in publishing as a possibility for resisting (invisibility)
References
- ↑ or information? this lets me think about how information is formatted data - what exactly am I aiming for in this case?
- ↑ but for sure "paratext"
- ↑ edit pecia system explanation
- ↑ quote here
- ↑ Wendy Hui Kyong Chun "On Software, or the persistence of visual knowledge"
- ↑ Donald Norman "Why Interfaces dont work"
- ↑ Galloway, the interface effect, especially chapter 1: unworkable interface, where he inquires interfaces as windows and doors and general questions of visibility (seamfullness) as much as functionality (un-productiveness, un-workability) of those
- ↑ in "Dividing and Sharing" Femke Snelting writes on the division of labor as a consequence of the separation of design from content in web programming (and standardization) https://gitlab.com/km_kt/xp-reader/-/blob/main/SI26/dividing-and-sharing.md?ref_type=heads#divisions-of-labour
- ↑ "<?php> - invisible code and the mystique of web writing" in "From A to <A> - Keywords of Markup" https://gitlab.com/km_kt/xp-reader/-/blob/main/browsing/from-a-to-%3Ca%3E.md?ref_type=heads#php---invisible-code-and-the-mystique-of-web-writing
- ↑ "<?php> - invisible code and the mystique of web writing" in "From A to <A> - Keywords of Markup" https://gitlab.com/km_kt/xp-reader/-/blob/main/browsing/from-a-to-%3Ca%3E.md?ref_type=heads#php---invisible-code-and-the-mystique-of-web-writing
- ↑ thinking of Johanna Druckers "Performative Materiality and Theoretical Approches to Interface" in which the author arguments towards interfaces that render visible and affirm acts of interpretation