-
Notifications
You must be signed in to change notification settings - Fork 2
/
index.html
656 lines (399 loc) · 89.8 KB
/
index.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
<!DOCTYPE html>
<html lang="en-us">
<head>
<!-- Canonical link to help search engines -->
<link rel="canonical" href="/150/"/>
<!-- Basic meta elements -->
<meta http-equiv="X-UA-Compatible" content="IE=edge"/>
<meta http-equiv="content-type" content="text/html; charset=utf-8"/>
<!-- Enable responsiveness on mobile devices-->
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1"/>
<!-- Dublin Core metadata for Zotero -->
<meta name="DC.title" content="Unlearning the Internet" />
<meta name="DC.creator" content="" />
<meta name="DC.contributor" content="" />
<meta name="DC.date" content="" />
<meta name="DC.rights" content="" />
<meta name="DC.source" content="Unlearning the Internet" />
<!-- Open Graph metadata -->
<meta property="og:title" content="Unlearning the Internet"/>
<meta property="og:description" content="Making critical media, with the past in mind, in the present moment">
<meta property="fb:admins" content="elotroalex"/>
<meta property="og:type" content="website" />
<meta property="og:url" content="http://jentery.github.io/150/"/>
<meta property="fb:app_id" content="589495744558280"/>
<meta property="og:image" content="http://jentery.github.io/150/assets/open-graph-logo.png"/>
<meta property="og:image:width" content="200" />
<meta property="og:image:height" content="200" />
<title>
Unlearning the Internet | DHum 150 | UVic English
</title>
<!-- CSS link -->
<link rel="stylesheet" href="/150/assets/css/style.css"/>
<!-- Icons -->
<link rel="apple-touch-icon-precomposed" sizes="180x180" href="/150/assets/apple-touch-icon-precomposed.png"/>
<link rel="shortcut icon" href="/150/assets/favicon.ico"/>
<!-- RSS -->
<link rel="alternate" type="application/rss+xml" title="RSS" href="/150/atom.xml"/>
</head>
<body class="theme-base-brown">
<!-- This if statement decides which sidebar to use -->
<!-- Target for toggling the sidebar `.sidebar-checkbox` is for regular
styles, `#sidebar-checkbox` for behavior. -->
<input type="checkbox" class="sidebar-checkbox" id="sidebar-checkbox">
<!-- Toggleable sidebar -->
<div class="sidebar" id="sidebar">
<div class="sidebar-item">
<p>Making critical media, with the past in mind, in the present moment</p>
</div>
<nav class="sidebar-nav">
<a class="sidebar-nav-item" href="/150/">Schedule</a>
<a class="sidebar-nav-item" href="/150/notes/">Notes</a>
<!-- The code below is used for manually entered links -->
<a class="sidebar-nav-item" href="https://jentery.github.io/150/150Spring2019.pdf">Outline in PDF</a>
</nav>
<div class="sidebar-item">
<p>Dept: <a href="https://www.uvic.ca/humanities/english/">UVic English</a><br>
Instructor: <a href="mailto:jentery@uvic.ca">Jentery Sayers</a><br>
Jekyll Theme: <a href="https://github.com/minicomp/ed">Ed.</a><br>
License: <a href="https://creativecommons.org/licenses/by-sa/4.0/">CC BY-SA</a></p>
</div>
</div>
<!-- Wrap is the content to shift when toggling the sidebar. We wrap the content to avoid any CSS collisions with our real content. -->
<div class="wrap">
<div class="masthead">
<div class="container">
<h3 class="masthead-title">
<a href="/150/" title="Home">Unlearning the Internet</a>
<br><small>Digital Humanities 150 | UVic English | Jentery Sayers</small>
</h3>
</div>
</div>
<div class="container content" id="main">
<p>The internet runs on habits. This course prompts us to change them from the inside. We will study ignored histories of digital stuff, examine dominant beliefs about technologies and culture, and compose our own content, from audio and images to prototypes and websites, all with the goal of making critical media, with the past in mind, in the present moment.</p>
<p>Please note this course:</p>
<ul>
<li>Is not a “gotcha!” course. Our aim is not to identify mistakes and call people on them; we will instead stress awareness, reflection, and engagement through attention to situation and practice.</li>
<li>Is not a computer science course. The only technical competencies I assume are that you know how to send an email and also check this website.</li>
<li>Is not about defining “digital humanities.” We will treat digital humanities not as a field but as a collection of strategies for conducting humanities research with and through digital technologies. We will emphasize techniques and methods over the use of specific tools and software.</li>
</ul>
<hr />
<h1 id="schedule"><strong>Schedule</strong></h1>
<ul>
<li><a href="#why-unlearn-the-internet-">Jan 7</a>: Why Unlearn the Internet?</li>
<li><a href="#the-myth-of-lone-male-inventors-">Jan 10</a>: The Myth of Lone Male Inventors</li>
<li><a href="#the-desire-for-immediate-interfaces-">Jan 14 + 17</a>: The Desire for Immediate Interfaces</li>
<li><a href="#the-investment-in-neutral-instruments-">Jan 21 + 24</a>: The Investment in Neutral Instruments</li>
<li><a href="#the-rhetoric-of-raw-data-">Jan 28 + 31</a>: The Rhetoric of Raw Data</li>
<li><a href="#the-appeal-to-interactivity-">Feb 4 + 7</a>: The Appeal to Interactivity</li>
<li><a href="#writing-and-publishing-workshops-">Feb 11 + 14</a>: Writing and Publishing Workshops</li>
<li><a href="#reading-break-">Feb 18 + 21</a>: Reading Break</li>
<li><a href="#choosing-your-own-adventure-">Feb 25</a>: Choosing Your Own Adventure</li>
<li><a href="#the-assertion-of-autonomous-algorithms-">Feb 28 + Mar 4</a>: The Assertion of Autonomous Algorithms</li>
<li><a href="#the-belief-in-sourcery-">Mar 7</a>: The Belief in Sourcery</li>
<li><a href="#the-ideology-of-landless-territory-">Mar 11</a>: The Ideology of Landless Territory</li>
<li><a href="#the-futures-of-digital-labour-">Mar 14</a>: The Futures of Digital Labour</li>
<li><a href="#making-a-zine-">Mar 18 + 21</a>: Making a Zine</li>
<li><a href="#the-fallacy-of-extended-man-">Mar 25</a>: The Fallacy of Extended Man</li>
<li><a href="#polishing-your-work-">Mar 28</a>: Polishing Your Work</li>
<li><a href="#zine-fest-">Apr 1 + 4</a>: Zine Fest and FIN</li>
<li><a href="#references-">References</a></li>
<li><a href="#acknowledgements-">Acknowledgements</a></li>
</ul>
<hr />
<h1 id="why-unlearn-the-internet-"><strong>Why Unlearn the Internet?</strong> <a href="#why-unlearn-the-internet-">#</a></h1>
<p>I’ll start by echoing Cathy Davidson (2011) and Jack Halberstam (2012): to unlearn is to identify habits and constraints, rethink them, and experiment with alternatives. Unlearning requires being open about what you don’t know and what you take for granted; plus, it’s a shift in attention. You might speculate or wonder, unfocus and refocus, resist and reconfigure, or approach things anew.</p>
<p>But why unlearn the <em>internet</em> in particular? Well, the internet is an infrastructure (hardware, software, and services) that shapes how a lot of knowledge is produced these days. It’s at once a force and a relation that easily becomes “common sense” or “second nature.” It is content, too: rather than only using it, you can study it, the material it circulates, and the patterns it enables.</p>
<p>For the purposes of this course, then, to unlearn the internet is a fourfold process:</p>
<ul>
<li>To acknowledge the internet as a mode <em>and</em> means of production, without yearning nostalgically for some pre-internet era or rejecting the internet altogether;</li>
<li>To historicize the internet as culture, without accepting that history as inevitable;</li>
<li>To try some perhaps unfamiliar techniques, without relying on the default settings of most software, hardware, and services; and</li>
<li>To assess a few dominant beliefs about some technologies and practices at play in the internet, without assuming such beliefs cannot or will not change. Those beliefs are detailed below, under the section headings for each module.</li>
</ul>
<h3 id="jan-7-m-early-histories-of-the-internet"><strong>Jan 7 (M): Early Histories of the Internet</strong></h3>
<p>We’ll introduce ourselves, talk about the course structure and topics, and then discuss some early histories of the internet, including histories of movable type, printing presses, steam engines, automata, mechanical digital computers, and telegraph networks, all of which may be considered “old parts” of machines we run today. Before you leave, I’ll ask you to submit an “exit card” to me, communicating any questions you have about the course.</p>
<h3 id="log-entry-for-jan-7-m-pick-an-old-part"><strong>Log Entry for Jan 7 (M): Pick An Old Part</strong></h3>
<p>Following today’s <a href="slides/intro/">brief overview</a> of the internet’s early histories and “old parts,” identify one pre-1900 technology that was both new and interesting to you. Please write 50-100 words explaining why it piqued your interest. Feel free to include a particular question or two you have about the technology and its context. (No need to conduct any additional research here; you can draw on your initial impressions.)</p>
<h3 id="notes-and-slides-for-this-module"><strong>Notes and Slides for this Module</strong></h3>
<p>The <a href="notes/#january-7-">notes and slides</a> for this module are online. A key term in the module is <strong>parthood</strong>, and important questions resulting from the module are, “How is the internet an assemblage of ‘old’ parts, and how do those parts and their histories shape knowledge production today?”</p>
<hr />
<h1 id="the-myth-of-lone-male-inventors-"><strong>The Myth of Lone Male Inventors</strong> <a href="#the-myth-of-lone-male-inventors-">#</a></h1>
<p>Technologies are frequently treated as creations of genius men working alone. Consider the legacies of Charles Babbage, Thomas Edison, Alexander Graham Bell, Nikola Tesla, and Steve Jobs, for instance. Or just search for “famous inventors.” Individual men are often given credit for technologies, even when those projects were imagined, made, operated, and maintained by groups of people. Sites of technological development, including computing projects, have also been sites of gender inequality and discrimination–sites where women have been paid less than men and also expected to downplay their knowledge and technical expertise. During this module, we will survey histories of gender and labour, including histories of discrimination and unattributed work. Key historical figures include Ada Lovelace (analytical engine, 1840s), six ENIAC programmers (1940s), Beatrice Worsley (Computation Centre at Toronto, 1950s and ’60s), eleven human computers at NASA (1950s), Navajo manufacturers at Fairchild Semiconductor (1960s and 70s), and Lynne Conway (IBM and elsewhere, 1960s to present). After reading an article by historian, Marie Hicks, we will then focus on Powers-Samas and the “Powers Girl” advertisements as a case study for discussion. Talking about the myth of lone male inventors will help us to understand how technological shifts may promise change while keeping norms, such as gender and labour norms, intact.</p>
<h3 id="jan-10-r-the-powers-girl-ads-case-study"><strong>Jan 10 (R): The “Powers Girl” Ads (Case Study)</strong></h3>
<p>Before class, please read <a href="http://mariehicks.net/writing/Hicks_Only_the_Clothes_Changed_Annals_32_4_Final.pdf">“Only the Clothes Changed: Women Operators in British Computing and Advertising, 1950–1970,”</a> by Marie Hicks (2010). As you read, note how visual representations of women in the profession not only played a role in the emergence of electronic office computing but also affected the <em>conditions</em> of operating, programming, and managing computers.</p>
<h3 id="log-entry-for-jan-10-r-the-factory-without-the-shop-floor"><strong>Log Entry for Jan 10 (R): The Factory without the Shop Floor</strong></h3>
<p>Hicks writes, “Business customers wanted the efficiency and cost benefits of turning the office into a factory without the negatives associated with the shop floor, working class labor, and labor organization” (2010: 4). Following today’s discussion of <a href="slides/week1/">“Labour and Gender in Computing,”</a> please use 50-100 words to explain one way the “Powers Girl” ad (see Hicks, Figure 1a) addressed Powers-Samas customers. To get started, you might describe what you see (and don’t see), identify important aspects of the ad, consider the audience and context, articulate the ad’s overall message and framing, and supplement Hicks’s interpretation. But ultimately, you only need to write about <em>one</em> of the ad’s rhetorical strategies.</p>
<h3 id="notes-and-slides-for-this-module-1"><strong>Notes and Slides for this Module</strong></h3>
<p>The <a href="notes/#january-10-">notes and slides</a> for this module are online. Key terms in the module are <strong>gender</strong> and <strong>labour</strong>, and important questions resulting from the module are, “How are norms, habits, and labour conditions reinforced despite, and even through, technological change? What are the risks of assuming technological change, including the rise of the internet, will always bring about social good?”</p>
<hr />
<h1 id="the-desire-for-immediate-interfaces-"><strong>The Desire for Immediate Interfaces</strong> <a href="#the-desire-for-immediate-interfaces-">#</a></h1>
<p>Many technologies, including software, are designed with invisibility or user-friendliness in mind, but their interfaces will always involve some sort of mediation, from typing, swiping, and talking to glitches, buffering, and updating. Interfaces are spaces or modalities of engagement between two or more systems or entities (e.g., a keyboard and screen); they help turn this (input) into that (output). During this module, we’ll learn about the contributions of “correction fluid” (e.g., Liquid Paper) to designing the “modes” of present-day computer interfaces, survey several popular computer interfaces (such as batch processing, command lines, TUIs, WYSIWYGs, GUIs, WIMPs, skeuomorphs, and ubicomp), and consider a few experimental ones by artists such as <a href="http://wwwwww.jodi.org/">jodi</a> and <a href="http://erikloyer.com/">Erik Loyer</a>. Then we’ll spend some time on text editing and word processing in particular, with WordStar 4.0 (an application that gained traction in the 80s) as our case study. I’ll ask you to read a piece by critic, Matthew Kirschenbaum, and begin composing with a text editor in a syntax called “Markdown.” Talking about the desire for immediate interfaces will help us to understand why software is so often approached through metaphors and icons (and not as stuff).</p>
<h3 id="jan-14-m-wordstar-40-case-study"><strong>Jan 14 (M): WordStar 4.0 (Case Study)</strong></h3>
<p>Before class, please read, <a href="https://medium.com/@mkirschenbaum/software-its-a-thing-a550448d0ed3">“Software, It’s a Thing,”</a> by Matthew Kirschenbaum (2014). As you read, note how Kirschenbaum describes software as “stuff” that is not only used but made, claimed, and preserved, and as “cruft” that’s not some “intangible, ephemeral trellis of code,” but an artifact accumulating and executing layers of history. We’ll apply Kirschenbaum’s interpretation of software to WordStar 4.0 (in particular) and to word processing and text editing (in general).</p>
<h3 id="log-entry-for-jan-14-m-it-looks-like-youre-writing-a-"><strong>Log Entry for Jan 14 (M): “It Looks Like You’re Writing a …“</strong></h3>
<p>We might add “software as assistant” to Kirschenbaum’s list. People expect software to not just help them but to work–to both act and function. Please explain in 50-100 words the most important <em>task</em> you think a computer and its interface should help people to perform successfully. In doing so, please detail as thoroughly as possible how that task is mediated. It may help to consider <a href="slides/week2m/">this lecture</a> about the history of “modes,” “modeless interfaces,” and “modal screens.” You might also compare computer performance with how people perform (or would perform) the same task (e.g., helping you to find, write, calculate, or store something). After all, tech is entwined with occupations and labour. (Recall material, including the Hicks article, for previous modules. If you enjoy histories of labour and computing, then you might also find the 1957 film, <a href="https://en.wikipedia.org/wiki/Desk_Set"><em>Desk Set</em></a>, of interest.)</p>
<h3 id="jan-17-r-markdown-workshop"><strong>Jan 17 (R): Markdown (Workshop)</strong></h3>
<p>Before class, please identify and install a text editor to use for the rest of the semester. For what it’s worth, I recommend <a href="https://www.sublimetext.com/">Sublime Text</a>. You may also wish to review this Markdown <a href="http://geog.uoregon.edu/bartlein/courses/geog607/Rmd/MDquick-refcard.pdf">cheat sheet</a> by Patrick J. Bartlein. You’ll learn Markdown (MD) during workshop. It is intended to make writing software-agnostic (without format dependencies). Once you produce an MD file, you can convert it into HTML, PDF, or DOCX, for instance. More on file conversion later in the course.</p>
<h3 id="log-entry-for-jan-17-r-programs-with-attitude"><strong>Log Entry for Jan 17 (R): Programs with Attitude</strong></h3>
<p>Kirschenbaum says software is many things; one of them is craft. Please use 50-100 words to contrast your experiences with a text editor to those of a word processor you’ve used in the past. As you do, feel free to assess the “personalities” and interfaces of your selected software. What is it like to interact with it? To write with it? To format and save things with it? (In the process, please identify the software you’re using: for example, maybe you’re using Sublime and Microsoft Word.) It may help to consider a design perspective: interpret the interface’s use of colour (background and foreground), boundaries (windows and lines), highlighting (cursor use and search results), structure (menus and layout), space (assumed screen location of elements), or sequencing (how the interface guides use). But don’t try to cover all of these features. Pick maybe one or two; after all, you have only a few words. To ground your writing, you might perform the same task on both a text editor and a word processor and then contrast the experiences and “personalities.”</p>
<h3 id="notes-and-slides-for-this-module-2"><strong>Notes and Slides for this Module</strong></h3>
<p>The <a href="notes/#january-14-and-17-">notes and slides</a> for this module are online. Key terms in the module are <strong>mediation</strong> and <strong>mode</strong>, and important questions resulting from the module are, “Even though interfaces are forms of mediation, why and under what assumptions do people want them to be invisible? When should interfaces interrupt us? When should they be transparent?”</p>
<hr />
<h1 id="the-investment-in-neutral-instruments-"><strong>The Investment in Neutral Instruments</strong> <a href="#the-investment-in-neutral-instruments-">#</a></h1>
<p>Technologies require standards to function. Geoffrey C. Bowker and Susan Leigh Star (1999) describe standards as sets of agreed-upon rules for production that span communities and are deployed to render things interoperable. Standards are also enforced by committees or legal bodies, and they frequently compete with other standards. Most important, standards are vehicles for the ostensible neutrality of tech: once a technology is standardized, people can point to it as a “disinterested” instrument for observation or decision-making. It’s worthwhile, then, to consider how values are baked into this process. How are standards used to plan change? How do they become authoritative? By studying examples such as QWERTY, DOS, VCR, and MP3 during this module, we’ll engage the cultural dimensions of standards, and then we’ll turn to our case study: Shirley Cards (ca. 1954), which are used to standardize skin tones in photography. During workshop, we’ll talk more about photographs, converting page images into discrete characters (recall movable type) using something called “optical character recognition” (OCR) that renders visual material “machine-readable.” OCR is one reason why people can search digitized print texts, and it is often considered to be a banal labour process akin to copying. Talking about investments in neutral instruments will help us to consider how standards, such as Shirley Cards, and conversion techniques, such as OCR, work to build trust in processes while also shaping them, their output, and attendant habits of use.</p>
<h3 id="jan-21-m-shirley-cards-case-study"><strong>Jan 21 (M): Shirley Cards (Case Study)</strong></h3>
<p>Before class, please listen to <a href="https://www.npr.org/2014/11/13/363517842/for-decades-kodak-s-shirley-cards-set-photography-s-skin-tone-standard">“How Kodak’s Shirley Cards Set Photography’s Skin-Tone Standard,”</a> by Mandalit del Barco (National Public Radio, 2014) and featuring Concordia professor, Lorna Roth. As you listen, consider how colour and beauty are normalized through the cards, and how the cards changed over time. During class, we’ll draw upon Roth’s <a href="https://www.cjc-online.ca/index.php/journal/article/view/2196/2055" target="_blank">“Looking at Shirley, the Ultimate Norm”</a> (2009) for examples and discussion.</p>
<h3 id="log-entry-for-jan-21-m-picture-processing"><strong>Log Entry for Jan 21 (M): Picture Processing</strong></h3>
<p>Photography is often associated with “capturing” or documenting reality, but (as we’ve seen) it’s processed. And now, of course, image filters are ubiquitous forms of processing. Please take two photographs of an object, one without a filter and one with a filter of your choice. (You might add a third image here: an auto-corrected or auto-enhanced version of your photograph.) Then, following today’s <a href="slides/week3m/">discussion of standards and Shirley Cards</a>, use 50-100 words to state whether you used the filter to “correct” or “transform” the photo. Were you trying to “fix” the image (“correction”) or make it look unique (“transformation”)? Please also describe the specific values people may associate with your selected filter. To get started, you might consider temperature, saturation, contrast, exposure, and aging (“vintage”) effects, and how the filter affects aesthetics, gives the photo a (fabricated) sense of history, highlights objects, manipulates colours, and/or serves some social function (e.g., a joke or distortion). Be sure to include the two or three images in your log. Also, an interesting tidbit for you: in a 2015 study of 7.6 million photos uploaded to Flickr and Instagram, <a href="http://comp.social.gatech.edu/papers/icwsm15.why.bakhshi.pdf">Saeideh Bakhshi et al.</a> at Yahoo! Labs found that filtered photos are 21% more likely to be viewed and 45% more likely to be commented on by consumers of photographs. (We’ll talk about such attention economics later in the course.) They also found that warm temperature, higher contrast, and higher exposure increase chances of receiving views and comments.</p>
<h3 id="jan-24-r-optical-character-recognition-workshop"><strong>Jan 24 (R): Optical Character Recognition (Workshop)</strong></h3>
<p>McPherson Library contains 400+ books under the Library of Congress’ “Internet social aspects” subject heading; not all of them are electronic copies, either. Before today’s class, please visit the stacks in McPherson Library, find an interesting book on the subject of <a href="http://uvic.summon.serialssolutions.com/?#!/search?ho=t&fvf=ContentType,Book%20%2F%20eBook,f&l=en&q=(SubjectTerms:(internet%20social%20aspects))">“Internet social aspects”</a> (try that link or visit, say, HM851 in the stacks), take a “book selfie” (a photo of you holding the book), pick a page in the book (preferably one with a lot of text), and then take at least three photos of that one page. (You might experiment with filters, framing, and your flash.) Bring the image files for these photos to class on Thursday. (If you need help taking or sending photos, then see me or a TA.) In workshop, you’ll experiment with converting these photos into machine-readable text (TXT, to be exact). The book selfie simply proves you were in the stacks (not that I’m a suspicious person).</p>
<h3 id="log-entry-for-jan-24-r-q-i-jtb-the-raven"><strong>Log Entry for Jan 24 (R): Q i-jtb the Raven</strong></h3>
<p>After encountering OCR hiccups such as “Q i-jtb the Raven” (“Quoth the Raven,” from Edgar Allan Poe’s poem, “The Raven”), <a href="https://ryancordell.org/research/qijtb-the-raven/">Ryan Cordell</a> suggests “we might think of OCR as a compositor setting text in a language it does not comprehend–as we know compositors sometimes did in the printing house–copying letters and words by their form rather than their sense” (2017: 196). Another common OCR error is confusing “arms” with “anus.” Please further this inquiry into what OCR recognizes but does not comprehend by first including and briefly describing in this log entry the “book selfie,” page images, and OCR results from your recent visit to the McPherson stacks. (No need to analyze the images; just include and describe them.) Next, please convert at least one more text; this text should use handwritten content (print, not cursive), a non-Roman alphabet, an experimental or old style typeface, <em>or</em> a layout with more than one column. I recommend picking a text with which you’re already familiar; you could also create your own text. (If you need help getting started, then try one of the URLs circulated during class.) Then use 50-100 words to describe the accuracy of the results of this conversion, with an emphasis on <em>one</em> particular factor you believe is important to the processing of page images into machine-readable text. For all texts referenced in this entry, please provide the title, author(s), and publication date of the text you’re converting and also embed or reference both the image files (input) and the text files (output).</p>
<h3 id="notes-and-slides-for-this-module-3"><strong>Notes and Slides for this Module</strong></h3>
<p>The <a href="notes/#january-21-and-24-">notes and slides</a> for this module are online. Key terms in the module are <strong>standards</strong> and <strong>processing</strong>, and important questions resulting from the module are, “How and under what assumptions do standards appear unbiased while also determining defaults and producing errors? How can standards be changed through research, cultural work, and participation in communities and systems?”</p>
<hr />
<h1 id="the-rhetoric-of-raw-data-"><strong>The Rhetoric of Raw Data</strong> <a href="#the-rhetoric-of-raw-data-">#</a></h1>
<p>Despite common parlance, data is neither taken nor given. It is produced. And it is used regularly in art, criticism, storytelling, and journalism. Consider Francesca Fionda’s <a href="https://www.thediscourse.ca/data">data-driven investigations</a> for <em>The Discourse</em>, Ryoji Ikeda’s <a href="http://www.ryojiikeda.com/project/datamatics/">datamatics</a>, and Catherine D’Ignazio and Lauren Klein’s <a href="https://bookbook.pubpub.org/data-feminism">data feminism</a>, for instance. If data is always cooked, then a few visits to the kitchen, if you will, may tell people a lot about the dataset at hand and how it got that way. A systems approach to data moves beyond the rhetoric of data (“raw” or “big”) to attend to its preparation, staging, processing, and expression. During this module, I’ll ask you to read a piece by Canadian artist, Jer Thorp, on data as a system. Alongside Thorp, we’ll discuss <em>The Library of Missing Datasets</em> by artist and researcher, Mimi Onuoha, as our case study. It will inspire several prototyping and graphical expression exercises in workshop. Talking about the rhetoric of raw data will help us to understand the lived, cultural realities of data, from prep and production to uses and hacks.</p>
<h3 id="jan-28-m-the-library-of-missing-datasets-case-study"><strong>Jan 28 (M): The Library of Missing Datasets (Case Study)</strong></h3>
<p>Before class, please read <a href="http://mimionuoha.com/the-library-of-missing-datasets/"><em>The Library of Missing Datasets</em></a>, including the <a href="https://github.com/MimiOnuoha/missing-datasets">overview</a>, by Mimi Onuoha (2016), as well as <a href="https://hackernoon.com/you-say-data-i-say-system-54e84aa7a421">“You Say Data, I Say System,”</a> by Jer Thorp (2017). As you read, reflect on the implications of Onuoha’s argument: “If you haven’t considered the collection process, you haven’t considered the data.” Note, too, how Thorp parses the data production process into collection, computation, and representation.</p>
<h3 id="log-entry-for-jan-28-m-blank-spots"><strong>Log Entry for Jan 28 (M): Blank Spots</strong></h3>
<p>Thorp writes, “Whenever you look at data–as a spreadsheet or database view or a visualization, you are looking at an artifact of … a system.” For this entry, I’m asking you to devise a system in the absence of data. Please review Onuoha’s <a href="https://github.com/MimiOnuoha/missing-datasets">list of missing datasets</a> and imagine another dataset for it. Here, you’ll be making an argument for something that <em>could</em> or <em>should</em> exist. In your log, use 50-150 words to name the missing dataset and then describe its data types (integer, Boolean, character, date, time, or location, e.g.), intended audience, form of expression (graph, map, chart, table, or sculpture, e.g.), and primary purpose. Feel free to sketch or diagram these components (as images in your log), and to note where applicable any obstacles to your missing dataset’s existence. To get started, you might begin with an issue for which data is needed and then work backwards, reverse-engineering its use to articulate its components or “ontology.”</p>
<h3 id="jan-31-r-choropleth-maps-workshop"><strong>Jan 31 (R): Choropleth Maps (Workshop)</strong></h3>
<p>Before class, imagine a map of UVic that you believe should exist, and for whom it should exist. During workshop you’ll use tracing paper to sketch data overlays (with legends) that turn UVic campus maps into choropleths, which express data variables through shaded or patterned geographic areas. For an example, see <a href="https://www12.statcan.gc.ca/census-recensement/2016/geo/map-carte/ref/thematic-thematiques/inc-rev/files-fichiers/map-carte-1/2016-92173-004-001-003-01-eng.pdf">this choropleth map</a> of median household total income in Canada in 2015. You’ll pair up to exchange and compare your overlays.</p>
<h3 id="log-entry-for-jan-31-r-traces-and-overlays"><strong>Log Entry for Jan 31 (R): Traces and Overlays</strong></h3>
<p>As you make your choropleth maps of UVic, please document the process by photographing the overlays made with tracing paper. With the overlay, please provide one sample data record and include it in your log. (I’ll help you to structure and populate a sample record.) Then, in 50-100 words, use your overlay to tell a very brief story about how you or someone else navigated the campus with your map. Please tell your story in the past tense (as if the event already happened), in either first- or third-person (e.g., “I moved” or “They searched”). Don’t forget to give your story a title.</p>
<h3 id="notes-and-slides-for-this-module-4"><strong>Notes and Slides for this Module</strong></h3>
<p>The <a href="notes/#january-28-and-31-">notes and slides</a> for this module are online. Key terms in the module are <strong>systems</strong> and <strong>absences</strong>, and important questions resulting from the module are, “How do we attend to the processes and systems through which data is ‘cooked’? What do we learn from identifying and prototyping missing datasets?”</p>
<hr />
<h1 id="the-appeal-to-interactivity-"><strong>The Appeal to Interactivity</strong> <a href="#the-appeal-to-interactivity-">#</a></h1>
<p>The word “interactive” is used quite often to describe digital stuff: interactive fiction, interactive visualization, interactive media, interactive Netflix movie . . . Lev Manovich (2001) demonstrates how this tendency follows in a long history of externalizing and objectifying mental life. Notice how, for instance, links on a website resemble associations or references we might follow during a conversation or while reading. But, of course, a link is encoded: you don’t have to wonder too much about what the author was thinking or implying; you simply click or touch a reference. During this module, we will focus not on programmed interactions but rather on the subjunctive: what has <em>not</em> happened, or what has <em>not yet</em> been programmed. I’ll ask you to read an essay by sci fi author and critic, Joanna Russ, and then turn to “design fiction,” specifically a video by designer, Julian Bleecker. Russ and Bleecker demonstrate how science fiction overlaps with the work of design and development, in part by addressing how people like to entwine sci fi with prediction and even prophecy. (<em>Minority Report,</em> based on the work of sci fi writer, Philip K. Dick, is a classic example here.) We’ll also have two workshops during this module. For the first, you’ll experiment with the subjunctive through the fanzine (or “zine”) format, which has <a href="http://fanzines.lmc.gatech.edu/history">a history in science fiction</a>, dating back to at least the 1930s, with projects such as <em>The Comet</em>, published by the Science Correspondence Club. This zine workshop will ask you to prep for the final project, a prompt for which I’ll circulate in class. The workshop will also nudge you to imagine what’s neither possible nor impossible (see Russ) through a pedagogy of technology after the internet. During the second workshop, you’ll blend audio production with design fiction to conjecture about conversations between people and artificial intelligence. Talking about the appeal to interactivity will help us to imagine new subject matter before baking links and scripts into objects.</p>
<h3 id="feb-4-m-design-fiction-vol7-case-study"><strong>Feb 4 (M): Design Fiction Vol7 (Case Study)</strong></h3>
<p>Before class, please read <a href="http://jenteryteaches.com/noneshall/150/russSpeculations.pdf">“Speculations: The Subjunctivity of Science Fiction”</a> (see me for ID and passcode), by Joanna Russ (1973). As you read, note how Russ distinguishes between science fiction and fantasy. Also note her argument that calling sci fi “prophetic” is, for numerous reasons, problematic and misleading. If you’re new to literary criticism, then focus on how Russ and Samuel Delany, who is quoted at the beginning of the essay, describe sci fi and how it differs from fantasy. Don’t worry about the references to other writers, such as Genet, or to field-specific terms, such as “post-realism” and “Brechtian alienation.” After reading Russ, we’ll watch Bleecker’s <a href="https://vimeo.com/15338098"><em>Design Fiction Vol7</em></a> (2011), and then you’ll begin to imagine your zine (the final project for this course).</p>
<h3 id="feb-4-m-wizard-zines-workshop"><strong>Feb 4 (M): Wizard Zines (Workshop)</strong></h3>
<p><a href="https://wizardzines.com/"><em>Wizard Zines</em></a> (2015-18), by software developer, Julia Evans, are about “learning hard things and doing hard things in a practical and friendly way.” Evans’s focus is programming and, more generally, technology and culture. We’ll use her work as inspiration for our own zines about tech and culture, and to consider a pedagogy of tech after the internet.</p>
<h3 id="log-entry-for-feb-4-m-what-hasnt-happened"><strong>Log Entry for Feb 4 (M): What Hasn’t Happened?</strong></h3>
<p>We know that zines have sci fi histories, but how could sci fi influence other sorts of zines? Please take a moment to read a <em>Wizard Zine</em> or two by Julia Evans. Note how Evans combines technical stuff with cultural issues and humour, and how most of the content is written and drawn manually. Now please use 50-100 words to describe potential topics for <em>your</em> zine this semester. Try including at least three topics (but no more than ten) in your list. For each topic, offer a brief remark (it doesn’t need to be a complete sentence) about how (and even why) the topic engages what has <em>not</em> happened. In the overlaps of technology and culture, or along the theme of unlearning the internet, what do you want to see in the world? And what might you tell or share to help people get there? Please don’t feel like your zine needs to be as technical as any given <em>Wizard Zine</em>. I only ask that it include some dimension of instruction on the topic of technology and culture or unlearning the internet. You might, for example, consider a step-by-step approach, such as “steps to get a cat picture” in Evans’s <a href="https://jvns.ca/networking-zine.pdf"><em>Networking! Ack!</em></a> (2017). For details, see the prompt for the final project, and don’t hesitate to contact me or any TA with questions about the zine. (This workshop might carry over to February 7th. Also, if you’re interested in the overlaps of computing with humanities research, especially history, then you might find <a href="https://programminghistorian.org/"><em>The Programming Historian</em></a> of interest. It is in many ways a zine. Honest!)</p>
<h3 id="feb-7-r-audacity-workshop"><strong>Feb 7 (R): Audacity (Workshop)</strong></h3>
<p><a href="https://www.audacityteam.org/">Audacity</a> is a free, open-source application for recording and editing audio. During this workshop, we’ll cover the basics. Before class, please install it as well as the <a href="https://manual.audacityteam.org/man/faq_installing_the_lame_mp3_encoder.html">LAME encoder</a>. If you encounter any issues with installation, don’t hesitate to drop a line. You’re also welcome to use the audio app of your choice; just ensure you can record and edit audio and also export MP3s.</p>
<h3 id="log-entry-for-feb-7-r-i-dont-know-about-that"><strong>Log Entry for Feb 7 (R): “I Don’t Know About That”</strong></h3>
<p>For this entry, I’m asking you to speculate about the use of AI-driven “digital assistants” (e.g., Alexa) for social activity, academic life, or undergraduate research. At the moment, most voice-activated applications are about delegating tasks to a machine (e.g., telling the time, playing a song, or getting the news), hence “assistant.” But what if they could be more social, or more relational, or more pertinent to university life and research? Please compose no less than 30 seconds and no more than 90 seconds of audio to demonstrate such an application (or “skill”). The audio should include a verbal prompt for the machine and its verbal response to a person, and it should demonstrate awareness of cultural factors such as voice and labour (see previous modules). Feel free to include a transcript and brief description (~25 words) of your audio, and also feel free to enlist voice actors (e.g., a concatenated voice “bot” or someone else in class). If you do have another human speak in the recording, then please include a signed release from them (see me for details). Don’t forget to reference or embed the audio in your log.</p>
<h3 id="notes-and-slides-for-this-module-5"><strong>Notes and Slides for this Module</strong></h3>
<p>The <a href="notes/#february-4-and-7-">notes and slides</a> for this module are online. A key term in the module is <strong>subjunctive</strong>, and important questions resulting from the module are, “How does the subjunctive shape the design of interactions? How is engaging what hasn’t happened also a way to imagine what we want to see in the world?”</p>
<hr />
<h1 id="writing-and-publishing-workshops-"><strong>Writing and Publishing Workshops</strong> <a href="#writing-and-publishing-workshops-">#</a></h1>
<p>We’ll slow things down and focus on polishing the writing for your log, getting feedback on it, and preparing it for publication online. (Note that you’re not required to render your log discoverable.) We’ll cover file conversions, file transfer, access restriction, style and encoding, basic metadata, use of evidence (or documentation), clarity and specificity, and awareness of audience and context. Each of these practices is central to the composition of critical media, broadly understood.</p>
<h3 id="feb-11-m-and-14-r-conversion-encoding-transfer-and-feedback-workshop"><strong>Feb 11 (M) and 14 (R): Conversion, Encoding, Transfer, and Feedback (Workshop)</strong></h3>
<p>The first half of this workshop will be dedicated to converting your Markdown logs into HTML + CSS files with basic metadata, transferring them using file transfer protocol (FTP), and restricting access to them via .htaccess. (I will assume no familiarity with this stuff.) The second half will be dedicated to revision: getting verbal and written feedback from your peers on how to improve your work, attend to context, and address your audience. In this case, the primary audience for your logs consists of fellow UVic undergraduates, not just me.</p>
<h3 id="the-log-is-due-feb-15"><strong>The Log Is Due (Feb 15)</strong></h3>
<p>Your log is due for assessment this week. Assessment will begin at noon on Friday, February 15th. There is no need to submit anything to me or a TA. In class, we will ask you to provide a URL (open or restricted) for the log, which we will then visit to assess your work. Assessment will follow the rubric provided in the <a href="150Spring2019.pdf">course outline</a>.</p>
<h3 id="notes-for-this-module"><strong>Notes for this Module</strong></h3>
<p>The <a href="notes/#february-11-and-14-">notes and handouts</a> for this module are online.</p>
<hr />
<h1 id="reading-break-"><strong>Reading Break</strong> <a href="#reading-break-">#</a></h1>
<h3 id="feb-18-m-and-21-r"><strong>Feb 18 (M) and 21 (R)</strong></h3>
<p>Step away from DHum 150 and take care. Reading break is not a myth, or at least it shouldn’t be.</p>
<hr />
<h1 id="choosing-your-own-adventure-"><strong>Choosing Your Own Adventure</strong> <a href="#choosing-your-own-adventure-">#</a></h1>
<p>It’s in the internet! Choices abound. And the choices we encounter require an incredible amount of design and planning. They may not follow the habits or conventions we typically associate with most books, either. People who make websites and write material for the web shape how their readers navigate content, and they try to anticipate the choices people will make. Put this way, content and paths through it must both be engaging to keep people from bouncing (that is, leaving the story or site), and readers may have less agency than terms such as “interaction” or “choose your own adventure” imply. During this module, we’ll take a look at how responsive content and choice are designed, with a guest lecture and workshop by Ian Michael Waddell, who will point you to work by Brendan Patrick Hennessy and Sam Kabo Ashwell. Talking about the notion of “choosing your own adventure” will provide us with opportunities to consider the structural dimensions of the internet alongside the content we find on it.</p>
<h3 id="feb-25-m-creative-encoding"><strong>Feb 25 (M): Creative Encoding</strong></h3>
<p>During this guest lecture and workshop by Ian Michael Waddell, we’ll survey works of interactive fiction and engage the challenges of designing both choice and responsiveness. During class, we’ll read excerpts of <a href="https://selectadecision.info/">“Small Child in Woods”</a> by Brendan Patrick Hennessy (1987-2015), and we’ll refer to <a href="https://heterogenoustasks.wordpress.com/2015/01/26/standard-patterns-in-choice-based-games/">“Standard Patterns in Choice-Based Games”</a> by Sam Kabo Ashwell (2015). We’ll consider some ways to structure responsive content (including stories), too.</p>
<h3 id="log-entry-for-feb-25-m-a-storymap"><strong>Log Entry for Feb 25 (M): A Storymap</strong></h3>
<p>At what point does a story become a game, or a game become a story? This workshop about storytelling and fiction builds on our discussions about immediate interfaces and appeals to interactivity. We’ll give you a sheet with sixteen icons on it. The icons will be based on events in “Small Child in Woods,” which we will read together in class. You’ll arrange the icons into a narrative structure on a sheet of paper, drawing arrows to link the icons. You can choose (or create) any narrative structure or pattern you would like, but in your log you’ll have to justify why you made the choices you made. What each icon represents is entirely up to you: some meanings will be more obvious than others, but feel free to experiment. Please take a photo of your “storymap” (the icons connected by arrows) and embed it in your log. Then write 50-150 words explaining the narrative structure represented by your storymap, which narrative structure you chose (see Ashwell), what the narrative structure allows (or doesn’t allow) the reader to do or see, and why. Feel free to reference Hennessy’s and Ashwell’s work in the process, and see Ian’s slides for some narrative structures (care of Ashwell) that you might want to try: “time cave,” “gauntlet,” “branch and bottleneck,” “quest,” and “loop and grow.” (This prompt was written by Ian Michael Waddell.)</p>
<h3 id="notes-and-slides-for-this-module-6"><strong>Notes and Slides for this Module</strong></h3>
<p>The <a href="notes/#february-25-">notes and slides</a> for this module are online. A key term in the module is <strong>structure</strong>, and important questions resulting from the module are, “How is responsiveness designed, and how is movement through responsive content structured? What can people see and not see as they make their way through structured content? What, for instance, do designers and writers decide to hide from readers, and why?”</p>
<hr />
<h1 id="the-assertion-of-autonomous-algorithms-"><strong>The Assertion of Autonomous Algorithms</strong> <a href="#the-assertion-of-autonomous-algorithms-">#</a></h1>
<p>Algorithms are steps or rules for performing tasks; they are implemented by software (but they can be implemented by people, too). They contribute to decision-making, meaning they are agents of a sort. But calling them “autonomous” can be dangerous. That adjective may suggest algorithms alone determine our situation, or it may bypass a key question, namely how people are or should be held accountable for algorithms. During this module, we’ll return to a few issues from previous modules, including desires for immediate interfaces and investments in neutral instruments. I’ll ask you to read work on algorithmic accountability by reporter, Megan Rose Dickey, and researchers, Robyn Caplan, Joan Donovan, Lauren Hanson, and Jeanna Matthews. Through these readings, we’ll survey a few examples of machine bias (e.g., the commercial risk assessment software, COMPAS) and algorithms gone wrong (e.g., Microsoft’s bot, Tay). Then we’ll ground accountability in a fictitious scenario where an AI (“Professor Bot”) is used to mark student papers. During workshop, we’ll try something called an <a href="http://www-personal.umich.edu/~csandvig/research/Auditing%20Algorithms%20--%20Sandvig%20--%20ICA%202014%20Data%20and%20Discrimination%20Preconference.pdf">“algorithm audit,”</a> which researchers, Christian Sandvig, Kevin Hamilton, Karrie Karahalios, and Cedric Langbort, describe as a way “researchers might look inside the black box of the algorithm to pursue knowledge about pressing public problems” (2014: 8). Talking about the assertion of autonomous algorithms will help us to understand their agency in everyday life without assuming they are somehow self-ruling, detached from production and maintenance, or outside society and culture.</p>
<h3 id="feb-28-r-algorithmic-accountability"><strong>Feb 28 (R): Algorithmic Accountability</strong></h3>
<p>Before class, please read <a href="https://techcrunch.com/2017/04/30/algorithmic-accountability/">“Algorithmic Accountability,”</a> by Megan Rose Dickey (2017), and <a href="https://datasociety.net/wp-content/uploads/2018/04/Data_Society_Algorithmic_Accountability_Primer_FINAL-4.pdf">“Algorithmic Accountability: A Primer,”</a> by Robyn Caplan, Joan Donovan, Lauren Hanson, and Jeanna Matthews (2018). As you read, take notes on how algorithms are defined, how they make decisions, how they are audited, and how people are held accountable for them. You might also keep in mind a few examples of machine bias and algorithms gone wrong. (P.S.: How’s the zine coming along? Any questions or concerns? We’ll take a second to discuss.)</p>
<h3 id="log-entry-for-feb-28-r-professor-bot"><strong>Log Entry for Feb 28 (R): Professor Bot</strong></h3>
<p>Your goal for this log entry is to articulate what “algorithmic accountability” means in the case of <a href="handouts/accountability.pdf">Professor Bot</a>, a fictitious scenario we performed during class. Please gather in groups of no more than five people to respond to the scenario and then (on a whiteboard in the classroom) define through examples “transparency,” “qualified transparency,” and “ethical and social responsibility” in the case of Professor Bot. Your answers should directly address these questions about the scenario: “Transparency of what, exactly?” “Qualified transparency according to whom, exactly?” “Whose ethical and social responsibility, exactly?” And, “Ethical and social responsibility determined by whom, exactly?” You might also consider how various groups or participants in this fictitious scenario would respond to your answers. What obstacles to accountability might these actors emphasize, what concerns might they have, and how might they (or the bot) be biased? Be sure to identify these actors in the process, and to be as specific as possible. Finally, in your log, please use 100-150 words to share your group’s definitions and examples of “transparency,” “qualified transparency,” and “ethical and social responsibility” in the case of Professor Bot and to reflect on what you learned about algorithmic accountability through this scenario. You might even define “algorithmic accountability” in your own words. For the log, feel free to co-author the descriptions with your group, but the reflection should be written by you alone. Also be sure to include the first names of your group members (for the sake of attribution), together with a photograph of the answers you wrote on the whiteboard.</p>
<h3 id="mar-4-m-collaborative-algorithm-audit-workshop"><strong>Mar 4 (M): Collaborative Algorithm Audit (Workshop)</strong></h3>
<p>This workshop will draw from Sandvig et al.’s “collaborative audit” design for studying algorithms and identifying discrimination on internet platforms. In such a design, people act like computer programs to detect “misbehaving” algorithms. We’ll perform a low-tech version of collaborative auditing; it will not require knowledge of code or the use of a complex tool. We’ll also address the ethical problems of “data injection” for research purposes, and we’ll ask what it means to regulate toward auditability (as opposed to regulating for transparency or misbehaviour).</p>
<h3 id="log-entry-for-mar-4-m-personalization-and-recommendation"><strong>Log Entry for Mar 4 (M): Personalization and Recommendation</strong></h3>
<p><a href="http://www-personal.umich.edu/~csandvig/research/Auditing%20Algorithms%20--%20Sandvig%20--%20ICA%202014%20Data%20and%20Discrimination%20Preconference.pdf">Sandvig et al.</a> identify five types of algorithm audits: code, noninvasive user, scraping, sock puppet, and collaborative or crowdsourced. You’ll conduct a version of the fifth type for this log entry. Please identify two other like-minded people in class and team up with them to constitute a collective brain for this exercise. Identify an issue from the <a href="https://jentery.github.io/150/#schedule">schedule</a> on the course website that’s most important to you as a group. For the next three weeks, each member of your group will study this issue via routine Google searches (google.ca). In your group, create three search term(s) corresponding with three different search types relevant to your selected issue: a definitional or descriptive search (e.g., searching for the definition of a particular concept or term relevant to your issue), a historical search (e.g., searching for the history of a specific technology, debate, or area of research relevant to your issue), and a news search (e.g., searching for current events or writing relevant to your issue). Test your search terms in Google before you settle on them. Then, in your log, use 100-200 words to note the issue you selected, provide the search terms (definitional, history, and news) you’ll be using for Google searches, explain why you’re using these search terms, and share what you expect from the results during the next three weeks. What will you learn from them? How might they change? What factors might shape them? How might they differ across searches by your group members? You should use the spreadsheet I provided to record your results for this collaborative audit. The spreadsheet asks for your name, date of search, search terms (definitional), search terms (historical), search terms (news), results (file names for screen grabs), device used, browser used, browser mode (default, incognito, private), search type (images, news, all), geographic location (district / neighbourhood), whether you’re logged into Google, and whether your history, cache, and cookies were cleared. Please keep the search terms and search type consistent for the <em>entire</em> process. I recommend changing the browser, browser mode, device used, log-in status, and location from time to time to see how the results change. Each member of your group should search with the same terms at least seven times between now and March 28, when you’ll communicate in your log the results of your audit. To make your life easier, I include recommended search dates in the spreadsheet. On March 28, each group should submit one spreadsheet (with results gathered by all three members), and your results should be tracked using screen grabs stored in a subfolder (e.g., “audit”) for your course log / site. In the screen grabs, try to capture at least five search results. Name the image files for your screen grabs according to this convention: auditDayMonthSearchType.png / .jpg. Here are two example file names: audit4MarchD.png and audit11MarchN.png. For search type, use “D” for definition, “H” for history, and “N” for news. As you conduct this work, you might find <a href="http://ilpubs.stanford.edu:8090/361/1/1998-8.pdf">“The Anatomy of a Large-Scale Hypertextual
Web Search Engine”</a> by Sergey Brin and Lawrence Page (1998) of interest. Also see Google’s own description of <a href="https://www.google.com/search/howsearchworks/">how search works</a>.</p>
<h3 id="slides-and-handouts-for-this-module"><strong>Slides and Handouts for this Module</strong></h3>
<p>The <a href="notes/#february-28-and-march-4-">slides and handouts</a> for this module are online. Important questions resulting from the module are, “How do we determine who or what is accountable for the decisions algorithms make? Or how they shape decisions? What’s the difference between transparency and accountability?”</p>
<hr />
<h1 id="the-belief-in-sourcery-"><strong>The Belief in Sourcery</strong> <a href="#the-belief-in-sourcery-">#</a></h1>
<p>Code is frequently deemed to be the end all, be all of digital culture and computing. Some may call it the “source.” But, as Wendy Chun’s work (2011) demonstrates, a focus on code alone risks ignoring how, when, and where it’s executed. After all, code does not exist in a vacuum, and practices such as design and communication are fundamental to its interpretation. During this module, we’ll consider how code manages to be at once highly rational and deeply mysterious, hence “sourcery,” a term Chun coined to study how programs are “re-membered” or compiled. Sourcery is about the logic of magic: people may be wowed by the whiz-bang effects without knowing how to explain its cause. But code is one component, not the “source,” of an entire process. And the context and content of this process matter, too. We’ll start this module by reading Paul Ford’s “What Is Code?”, and then we’ll turn our attention to the relationship between sourcery and consent. Here, an important issue is how to communicate ethically to people how their data is being processed and disseminated when they cannot see, let alone explain, the magic at play. Talking about sourcery will allow us to consider some ways to learn about code and its contexts without assuming everyone knows (or wants to know) how to program a computer.</p>
<h3 id="mar-7-r-what-is-code"><strong>Mar 7 (R): What Is Code?</strong></h3>
<p>Before class, please read <a href="https://www.bloomberg.com/graphics/2015-paul-ford-what-is-code/">“What Is Code?”</a> by Paul Ford (2015). We’ll talk briefly about it before transitioning into a workshop. Ford’s article is pretty long. Please focus on sections 1, 2, 6, and 7.</p>
<h3 id="log-entry-for-mar-7-r-design-for-consent-workshop"><strong>Log Entry for Mar 7 (R): Design for Consent (Workshop)</strong></h3>
<p>In your log, please use 100-150 words to share your experiences performing two different roles in the <a href="handouts/interfacesAndConsent.pdf">“Interfaces and Consent”</a> workshop. What did you learn about consent, interfaces, and data privacy? Then please communicate <em>one</em> important issue you believe designers (such as the AIRC designer in the scenario you performed) should consider when developing technologies (such as AI) with people’s consent in mind. Think, for instance, about licensing agreements that are never read. Is there a way to make such “contractual” processes more meaningful, or to clarify their implications for users? How do you provide a service while also protecting privacy and mitigating risks? To which services should people opt <em>in</em> (instead of opting <em>out</em>), when, and why? How are the social and cultural consequences of systems made of code and algorithms communicated to people who aren’t familiar with the technical dimensions of those systems? How <em>should</em> those consequences be communicated? (This prompt was written by Stefan Higgins and me.)</p>
<h3 id="handout-for-this-module"><strong>Handout for this Module</strong></h3>
<p>The <a href="handouts/interfacesAndConsent.pdf">handout</a> for this module is online. Important questions resulting from the module are, “What can we learn from low-tech approaches? How are design and development processes that involve multiple components irreducible to code and programming?”</p>
<hr />
<h1 id="the-ideology-of-landless-territory-"><strong>The Ideology of Landless Territory</strong> <a href="#the-ideology-of-landless-territory-">#</a></h1>
<!--The internet is frequently treated as a space without place: a space of pure information, a space of ideas, a space without land. Consider, for instance, the term "cyberspace," where "cyber" implies not only "steering" but also "governing." Following these histories and their cultural assumptions, [Marisa Duarte](http://jenteryteaches.com/noneshall/150/duarteNS.pdf) (2017) calls for "an increased understanding of the place-based nature of the Internet and how jurisdictional borders shape access to this integral communications infrastructure" (8). Elsewhere, [David Gaertner](https://novelalliances.com/2017/01/26/indigenous-literature-and-the-digital-humanities/) (2017) recalls the nautical iconography of Netscape Navigator as well as the 1991 BBC documentary, *Horizon: Colonizing Cyberspace*, noting how ideologies of landless territory and colonial metaphors for the internet "work to elide Indigenous presence and reaffirm settler colonial models of enfranchisement." This module attends to the land and place of the internet as well as to Indigenous media. I'll ask you read selections of *Network Sovereignty* by Marisa Duarte, and Alana Sayers will join us to give a guest lecture on Indigenous memes. You'll then take a moment to write about their work and the issues (e.g., treaties, Indigenous ICTs, dissemination, and decolonization) they engage. Talking about the ideology of landless territory will help us to rethink the colonial dimensions of the internet's infrastructure and metaphors and to also centre alternatives such as Indigenous media. -->
<h3 id="mar-11-m-guest-lecture-alana-sayers"><strong>Mar 11 (M): Guest Lecture: Alana Sayers</strong></h3>
<p>Alana Sayers (Hupacasath and Alexander First Nations; UVic English) will join us to give a guest lecture. Prior to class, please read <a href="http://jenteryteaches.com/noneshall/150/duarteNS.pdf">these selections</a> from <em>Network Sovereignty</em> by Marisa Duarte.</p>
<h3 id="log-entry-for-mar-11-m-terrain"><strong>Log Entry for Mar 11 (M): Terrain</strong></h3>
<p>The internet is often considered to be a neutral space, ungrounded from any social, cultural, or political context. However, as Marisa Duarte writes, “Conceptually, [the internet] represents a richly featured terrain, with the topographies of technical networks shaped by a mixture of the personal agendas, political will, mundane habits, and desires of individuals of those who create and use them” (32). Duarte also attends to the fact that no academic studies address the complex history of Indigenous relationships with Information and Communication Technologies (ICTs) because of the problematic and “unfortunate intellectual inheritance that Native peoples are premodern and anti-technological” (28). Please form small groups (three to five people) and respond to the following questions, engaging Duarte’s work as well as Alana Sayers’s talk along the way: what, according to you, are the power structures responsible for this lack of academic studies of (or this missing dataset for) Indigenous ICTs? What is the relationship between unequal access to the internet and colonial ideas of “progress”? And how can the internet both maintain and potentially disrupt hierarchies of race, class, and/or gender in society? Based on your discussions, Duarte’s research, and Sayers’s talk, please address one of these questions in a log entry of 100-200 words. (This prompt was written by Ria Karve.)</p>
<h3 id="notes-for-this-module-1"><strong>Notes for this Module</strong></h3>
<p>Important questions resulting from this module are, “How do land and infrastructure affect internet access? Development? How do people address, resist, and correct claims that the internet is landless?”</p>
<hr />
<h1 id="the-futures-of-digital-labour-"><strong>The Futures of Digital Labour</strong> <a href="#the-futures-of-digital-labour-">#</a></h1>
<p>Trebor Scholz (2013) describes the internet as both a playground and a factory. In this context, digital labour is usually unpaid labour. It may also be considered play. Some call it “immaterial,” too; however, it’s most certainly embodied, and it’s shaped by infrastructures and material conditions. This module begins with a brief history of digital labour by way of attention economics. I’ll survey how data (and thus value) was produced from sensual labour (such as seeing and listening) in the 20th century. Here, film, radio, television, and record industries are important. (Think of Nielsen ratings, for instance.) Then we’ll shift to more recent examples of digital labour, such as content moderation, goldfarming, crowdsourcing, friendship marketing, and microtasking, and we’ll discuss where these practices are (or might be) taking us. I’ll ask you to read an article by Lisa Nakamura (2009), watch parts of a documentary by Ge Jin (2010), and conduct a brief study of Amazon’s “Mechanical Turk,” the history of which dates back to an automaton chess player from the late 18th century. This work and, more generally, talking about digital labour will help us to not only foreground how (and for whom) digital technologies produce value but also consider how labour critiques function, or even happen, within today’s networked infrastructures.</p>
<h3 id="mar-14-r-goldfarming-case-study"><strong>Mar 14 (R): Goldfarming (Case Study)</strong></h3>
<p>Please read Lisa Nakamura’s <a href="https://lnakamur.files.wordpress.com/2012/03/donthatetheplayer.pdf">“Don’t Hate the Player, Hate the Game”</a> (2009) before class. As you read, please focus on how Nakamura defines and approaches racial discourse, labour, and goldfarming. I also recommend her talk, <a href="https://www.youtube.com/watch?v=DT-G0FlOo7g">“Five Types of Online Racism and Why You Should Care,”</a> as well as Ge Jin’s documentary, <a href="https://www.youtube.com/watch?v=q3cmCKjPLR8"><em>Gold Farmers</em></a>.</p>
<!--
goldfarming, content moderation, sharing, attention economics, precarity, gig economy, labour brokers, strength of weak ties; digital labor is the new killer app -->
<h3 id="log-entry-for-mar-14-r-mechanical-turk"><strong>Log Entry for Mar 14 (R): Mechanical Turk</strong></h3>
<p>Amazon Mechanical Turk (AMT) is a crowdsourcing platform where businesses (called “requesters”) contract workers (called “workers”) to perform individual human intelligence tasks (called “HITs”) that computers either cannot perform or do not perform well. HITs are categorized into seven types of work: information finding, verification and validation, interpretation and analysis, content creation, surveys, content access, and research. Some HITs require qualifications, which are determined for each worker by the AMT’s HITs assessment system. AMT qualifications are based on HITs abandoned (tasks accepted but not completed in time), approved (task results approved by requesters), rejected (task results not approved by requesters), and returned (tasks accepted but left unanswered). Approved HITs earn “rewards” corresponding with U.S. dollars. A recent task-level analysis of AMT found that the median hourly wage is ~$2 per hour, with only 4% of AMT workers earning more than $7.25 (the U.S. minimum wage) per hour (<a href="https://arxiv.org/pdf/1712.05796.pdf">Hara et al. 2018</a>). With this context in mind, please study AMT in class (I’ll provide you with access) and then use 100-200 words to do at least three things. First, please explain why the AMT’s HITs system is a form of digital labour. Next, describe how workers accumulate “avatarial capital” through AMT’s qualifications mechanism. (Recall that Nakamura draws upon Edward Castronova’s research to argue that goldfarmers are unable to accumulate avatarial capital. They are thus unable to possess their own avatars.) Finally, detail at least one important AMT activity for which AMT workers are <em>not</em> or may <em>not</em> be compensated. (Identifying this unpaid work may require an interface analysis of sorts. How do workers traverse AMT to perform tasks and build their qualifications? Which parts of that traversal are uncompensated?) As you write, feel free to comment on how AMT is both a factory and a playground, or on how digital labour affects people’s working conditions more broadly.</p>
<h3 id="notes-and-slides-for-this-module-7"><strong>Notes and Slides for this Module</strong></h3>
<p>The <a href="notes/#march-14-">slides</a> for this module are online. Important questions resulting from the module are, “How do large projects become individual microtasks? How do people accumulate data through microtasking platforms and games? Do they own that data? How are they compensated for their labour?”</p>
<hr />
<h1 id="making-a-zine-"><strong>Making a Zine</strong> <a href="#making-a-zine-">#</a></h1>
<h3 id="mar-18-m-and-21-r-zine-workshops"><strong>Mar 18 (M) and 21 (R): Zine Workshops</strong></h3>
<p>These workshops draw almost entirely from the handouts referenced below and on the notes page. I also recommend reviewing the <a href="https://booklyn.org/booklyn-ed-manual/">Booklyn Education Manual</a>.</p>
<h3 id="log-entry-for-mar-18-m-zine-forms-and-materials"><strong>Log Entry for Mar 18 (M): Zine Forms and Materials</strong></h3>
<p>For this workshop on the forms and materials of zine-making, I provided a series of prompts, and you responded to them using sheets of paper folded into eight panels. You then folded a sheet into a book (instructions care of <a href="http://www.booklyn.org/resources/onepage.pdf">Booklyn</a>). In your log, please include photographs of all your responses to the prompts. You should have at least five photographs in this log entry: two for the sixteen one-minute exercises (a photograph of each side of your paper), one for the comics exercise (a photograph of one side of your paper), one for the slidedeck exercise (a photograph of the other side of your paper), and one or two for the outlining exercise (a photograph of one or both sides of your paper). Please briefly contextualize these photographs by describing for your readers what you did during the workshop and how you responded to each of the prompts. Your writing for this entry does not have to be analytical; you simply need to describe what you did and how.</p>
<h3 id="log-entry-for-mar-21-r-zine-content-and-culture"><strong>Log Entry for Mar 21 (R): Zine Content and Culture</strong></h3>
<p>Please provide one or two short paragraphs (totaling 200-300 words) describing your zine. For more instructions and guidance, see this <a href="handouts/zineQuestions2.pdf">worksheet</a>.</p>
<h3 id="handouts-for-this-module"><strong>Handouts for this Module</strong></h3>
<p>The <a href="notes/#march-18-and-21-">handouts and workshop materials</a> for this module are online.</p>
<hr />
<h1 id="the-fallacy-of-extended-man-"><strong>The Fallacy of Extended Man</strong> <a href="#the-fallacy-of-extended-man-">#</a></h1>
<h3 id="mar-25-m-all-technologies-are-assistive"><strong>Mar 25 (M): All Technologies Are Assistive</strong></h3>
<p>Before class, please read <a href="http://jenteryteaches.com/noneshall/150/hendren.pdf">“All Technology Is Assistive: Six Design Rules on Disability,”</a> by Sara Hendren (2017). Please also check out <a href="http://web.media.mit.edu/~monster/screambody/">ScreamBody</a>, by machine therapist, Kelly Dobson, and <a href="http://www.grandin.com/inc/intro-squeeze.html">Squeeze Machine</a>, by animal scientist, Temple Grandin.</p>
<h3 id="log-entry-for-mar-25-m-designing-for-one"><strong>Log Entry for Mar 25 (M): Designing for One</strong></h3>
<p>Rule five of six in Hendren’s essay is to “Design for One.” For this log entry, I’m asking you to do just that. Please take a moment to identify a person in your life for whom you’d design a device that (or so you assume) doesn’t exist. What would the device do? For our purposes, it should be intended for public use and address a specific yet subtle need. Perhaps it augments sensory experience, or expresses information, or fosters communication, or facilitates a task, or helps someone to identify other people with similar interests and needs. Don’t worry about whether the device would work, or how exactly it would function. This is a speculative exercise. Once you’ve identified the person and imagined the device, please use 100-150 words to describe the device <em>as if it exists</em>. In your description, state in the present tense what the device does, what subtle needs it addresses, and what experiences it affords. You can even give it a name, if you wish; and feel free to include a sketch of it. But please do not mention the person’s name in your entry or provide any identifying information about them. Focus your description on the device, even if you’re imagining it for a particular individual.</p>
<h3 id="slides-for-this-module"><strong>Slides for this Module</strong></h3>
<p>The <a href="slides/week12m/">slides</a> for this module are online. Important questions resulting from the module are, “For decades if not centuries, technologies have been described as extensions of man. But this gendered and rather masculine formation of tech as power ignores how technologies also make us vulnerable; they also assist us in performing tasks and building relations. In fact, assistive technologies are often sites of innovation. What happens when we design assistive technologies for one person? Or let technologies ask questions instead of solve problems? Does tech need to be a tool? What if it’s a negotiation?”</p>
<hr />
<h1 id="polishing-your-work-"><strong>Polishing Your Work</strong> <a href="#polishing-your-work-">#</a></h1>
<!-- provide Reflection prompt and rubric -->
<h3 id="log-for-march-28-r-results-of-your-audit"><strong>Log for March 28 (R): Results of Your Audit</strong></h3>
<p>Congratulations! Your audit is complete! For this log entry, please use 100-200 words to identify and describe the <em>two</em> most interesting findings across your group of three. You might want to compare your search results with those of other people in your group, or note a surprise (a result you didn’t expect, or a result you expected but didn’t get), or share a curious change in the results over time. Along with your two most interesting findings, please point (that is, link) to your group’s spreadsheet as well as screen grabs of your results during the last few weeks. Don’t forget to upload your spreadsheets and image files, and feel free to embed an image or two as evidence of your interesting findings.</p>
<h3 id="the-log-is-due-mar-29"><strong>The Log Is Due (Mar 29)</strong></h3>
<p>Your log is due for assessment this week. Assessment will begin at noon on Friday, March 29th. There is no need to submit anything to me or a TA. In class, we will ask you to provide a URL (open or restricted) for the log, which we will then visit to asses your work. Assessment will follow the rubric provided in the <a href="150Spring2019.pdf">course outline</a>.</p>
<h3 id="handout-for-this-module-1"><strong>Handout for this Module</strong></h3>
<p>Here is the <a href="handouts/checklist2.pdf">checklist</a> for the second half of your log.</p>
<hr />
<h1 id="zine-fest-"><strong>Zine Fest</strong> <a href="#zine-fest-">#</a></h1>
<h3 id="april-1-m-zine-fest"><strong>April 1 (M): Zine Fest!</strong></h3>
<p>We’ll have a <a href="handouts/zinefest.pdf">zine fest</a> during class. We will divide it into two rounds: 10:15-10:45am (first half of the alphabet) and 10:45-11:15am (second half of the alphabet). All you need to do is bring your zine (or even several copies, if you wish) and share it with others.</p>
<h3 id="april-4-r-fin"><strong>April 4 (R): FIN</strong></h3>
<p>We’ll review the course and the final assignment (the <a href="handouts/final.pdf">reflection</a>), talk about our experiences during the zine fest, and conduct course evaluation surveys.</p>
<h3 id="the-zine-is-due-apr-4"><strong>The Zine Is Due (Apr 4)</strong></h3>
<p>The zine is due for assessment by the end of class on Thursday, April 4th. Please deliver your zine to me in person that day.</p>
<h3 id="the-log-is-due-apr-16"><strong>The Log Is Due (Apr 16)</strong></h3>
<p>Your log is due for assessment (one last time) by noon on Tuesday, April 16th. Here’s the <a href="handouts/final.pdf">prompt</a>. Please read it closely. There is no need to submit anything to me or a TA. In class, we will ask you to provide a URL (open or restricted) for the log, which we will then visit to asses your work. Assessment will follow the <a href="handouts/final.pdf">rubric</a> given to you.</p>
<hr />
<h1 id="references-"><strong>References</strong> <a href="#references-">#</a></h1>
<p>Here’s a list of all the stuff I’m asking you to study, consider, use, or prototype this semester.</p>
<ul>
<li>Ashwell, Sam Kabo. <a href="https://heterogenoustasks.wordpress.com/2015/01/26/standard-patterns-in-choice-based-games/">“Standard Patterns in Choice-Based Games.”</a> <em>These Heterogenous Tasks</em>, 2015.</li>
<li><a href="https://www.audacityteam.org/">Audacity</a>: free, open source, cross-platform audio software</li>
<li>Bakhshi, Saeideh, David A. Shamma, Lyndon Kennedy, and Eric Gilbert. <a href="http://comp.social.gatech.edu/papers/icwsm15.why.bakhshi.pdf">“Why We Filter Our Photos and How It Impacts Engagement.”</a> <em>Association for the Advancement of Artificial Intelligence</em>. Yahoo Labs, 2015.</li>
<li>Bleecker, Julian. <a href="https://vimeo.com/15338098"><em>Design Fiction Vol7</em></a>. Vimeo, 2011.</li>
<li>Booklyn Artists Alliance. <a href="https://booklyn.org/booklyn-ed-manual/"><em>Booklyn Educational Manual.</em></a> Brooklyn, NY: Booklyn Education Department, 2018.</li>
<li>Bowker, Geoffrey, and Susan Leigh Star. <em>Sorting Things Out: Classification and Its Consequences</em>. Cambridge, MA: MIT Press, 1999.</li>
<li>Brin, Sergey and Lawrence Page. <a href="http://ilpubs.stanford.edu:8090/361/1/1998-8.pdf">“The Anatomy of a Large-Scale Hypertextual Web Search Engine”</a>. Stanford, CA: Stanford U, 1998.</li>
<li>Caplan, Robyn, Joan Donovan, Lauren Hanson, and Jeanna Matthews. <a href="https://datasociety.net/wp-content/uploads/2018/04/Data_Society_Algorithmic_Accountability_Primer_FINAL-4.pdf">“Algorithmic Accountability: A Primer.”</a> <em>Data & Society</em>, 2018.</li>
<li><a href="https://en.wikipedia.org/wiki/Choropleth_map">Choropleth Maps</a>: thematic maps in which areas are shaded or patterned in proportion to the measurement of a variable that’s displayed</li>
<li>Chun, Wendy Hui Kyong. <em>Programmed Visions: Software and Memory</em>. Cambridge, MA: MIT Press, 2011.</li>
<li>Cordell, Ryan. <a href="https://ryancordell.org/research/qijtb-the-raven/">“Q i-jtb the Raven’: Taking Dirty OCR Seriously.”</a> <em>Book History</em> 20 (2017): 188-225.</li>
<li><a href="https://en.wikipedia.org/wiki/Cascading_Style_Sheets">CSS 3</a>: a style sheet language used for describing the presentation of a document written in a markup language such as HTML</li>
<li>Davidson, Cathy. <em>Now You See It</em>. New York: Penguin, 2011.</li>
<li>Del Barco, Mandalit. <a href="https://www.npr.org/2014/11/13/363517842/for-decades-kodak-s-shirley-cards-set-photography-s-skin-tone-standard">“How Kodak’s Shirley Cards Set Photography’s Skin-Tone Standard.”</a> <em>National Public Radio</em>, 13 November 2014.</li>
<li>Dickey, Megan Rose. <a href="https://techcrunch.com/2017/04/30/algorithmic-accountability/">“Algorithmic Accountability.”</a> <em>TechCrunch</em>, 2017.</li>
<li>Dobson, Kelly. <a href="http://web.media.mit.edu/~monster/screambody/"><em>ScreamBody</em>.</a> Massachusetts Institute of Technology, 1998-2004.</li>
<li>Duarte, Marisa. <em>Network Sovereignty: Building the Internet across Indian Country</em>. Seattle: U of Washington P, 2017.</li>
<li>Evans, Julia. <a href="https://wizardzines.com/"><em>Wizard Zines.</em></a> Wizard Industries, 2015-18.</li>
<li><a href="http://fanzines.lmc.gatech.edu/"><em>Fanzines Archive</em></a>: “This online archive was first constructed by the Fall 2012 ‘Archives, Media & Materiality’ course led by Dr. Lauren Klein in conjunction with the Georgia Institute of Technology Library Archives, the Bud Foote Collection, and the University of Victoria Intro to Digital Humanities class.”</li>
<li><a href="https://en.wikipedia.org/wiki/File_Transfer_Protocol">File Transfer Protocol</a>: a standard network protocol used for the transfer of computer files between a client and server on a computer network</li>
<li>Ford, Paul. <a href="https://www.bloomberg.com/graphics/2015-paul-ford-what-is-code/">“What Is Code?”</a> <em>Business Week</em>, 11 June 2015.</li>
<li>Gaertner, David. “Why We Need to Talk about Indigenous Literature and the Digital Humanities.” <em>Novel Alliances</em>, 26 January 2017.</li>
<li>Grandin, Temple. <a href="http://www.grandin.com/inc/intro-squeeze.html"><em>Squeeze Machine</em>.</a> <em>Dr. Temple Grandin’s Website</em>, 1992.</li>
<li>Halberstam, Jack. <a href="https://www.mlajournals.org/doi/abs/10.1632/prof.2012.2012.1.9">“Unlearning.”</a> <em>Profession</em> (2012): 9-16.</li>
<li>Hendren, Sara. <a href="http://jenteryteaches.com/noneshall/150/hendren.pdf">“All Technology Is Assistive: Six Design Rules on Disability.”</a> <em>Making Things and Drawing Boundaries</em>, ed. Jentery Sayers. Minneapolis, MN: University of Minnesota Press, 2017. 139-45.</li>
<li>Hennessy, Brendan Patrick. <a href="https://selectadecision.info/">“Small Child in Woods.”</a> <em>You Will Select a Decision</em>, 1987-2015.</li>
<li>Hicks, Marie. <a href="http://mariehicks.net/writing/Hicks_Only_the_Clothes_Changed_Annals_32_4_Final.pdf">“Only the Clothes Changed: Women Operators in British Computing and Advertising, 1950–1970.”</a> <em>IEEE Annals of the History of Computing</em> 32.4 (2010): 5-17.</li>
<li><a href="https://en.wikipedia.org/wiki/HTML5">HTML 5</a>: a software solution stack that defines the properties and behaviours of web page content by implementing markup</li>
<li><a href="https://en.wikipedia.org/wiki/.htaccess">Hypertext Access</a> (or .htaccess): a directory-level configuration file supported by several web servers, used for configuration of site-access issues</li>
<li>Jin, Ge. <a href="https://www.youtube.com/user/jingejinge/"><em>Chinese Gold Farmers</em>.</a> 2008-12.</li>
<li><a href="http://wwwwwwwww.jodi.org/">jodi</a>: a collective of two internet artists, Joan Heemskerk and Dirk Paesmans</li>
<li>Kirschenbaum, Matthew. <a href="https://medium.com/@mkirschenbaum/software-its-a-thing-a550448d0ed3">“Software, It’s a Thing.”</a> <em>Medium</em>, 24 July 2014.</li>
<li>Loyer, Erik: <a href="http://erikloyer.com/">various design projects</a>, including work for <a href="http://vectors.usc.edu/journal/index.php?page=Introduction"><em>Vectors</em></a></li>
<li><a href="https://en.wikipedia.org/wiki/Markdown">Markdown</a>: distilled markup with a plain text formatting syntax</li>
<li>Manovich, Lev. <em>The Language of New Media</em>. Cambridge, MA: MIT Press, 2001.</li>
<li>Nakamura, Lisa. “Don’t Hate the Player, Hate the Game: The Racialization of Labor in World of Warcraft.” <em>Critical Studies in Media Communication</em> 26.2 (2009): 128-144.</li>
<li>Onuoha, Mimi. <a href="http://mimionuoha.com/the-library-of-missing-datasets/"><em>The Library of Missing Datasets</em></a>. <em>Mimi Onuoha</em>, 2016.</li>
<li><a href="https://en.wikipedia.org/wiki/Optical_character_recognition">Optical Character Recognition</a>: the mechanical or electronic conversion of page images into machine-readable text</li>
<li><a href="https://en.wikipedia.org/wiki/Powers-Samas">“Powers Girl” Ads</a>: images that appeared in the Powers company magazine during the 1950s and ’60s (see Hicks)</li>
<li><a href="https://programminghistorian.org/"><em>The Programming Historian</em></a>: “We publish novice-friendly, peer-reviewed tutorials that help humanists learn a wide range of digital tools, techniques, and workflows to facilitate research and teaching. We are committed to fostering a diverse and inclusive community of editors, writers, and readers.”</li>
<li>Raskin, Jef. <em>The Humane Interface: New Directions for Designing Interactive Systems</em>. Boston: Addison Wesley, 2000.</li>
<li>Roth, Lorna. <a href="https://www.cjc-online.ca/index.php/journal/article/view/2196/2055">“Looking at Shirley, the Ultimate Norm: Colour Balance, Image Technologies, and Cognitive Equity.”</a> <em>Canadian Journal of Communication</em> 34.1 (2009).</li>
<li>Russ, Joanna. “Speculations: The Subjunctivity of Science Fiction” (1973). <em>To Write Like a Woman</em>. Bloomington, IN: Indiana University Press, 1995.</li>
<li>Sandvig, Christian, Kevin Hamilton, Karrie Karahalios, and Cedric Langbort. <a href="http://www-personal.umich.edu/~csandvig/research/Auditing%20Algorithms%20--%20Sandvig%20--%20ICA%202014%20Data%20and%20Discrimination%20Preconference.pdf">“Auditing Algorithms: Research Methods for Detecting Discrimination on Internet Platforms.”</a> “Data and Discrimination: Converting Critical Concerns into Productive Inquiry.” Seattle, WA: 22 May 2014.</li>
<li>Sayers, Alana. Lecture. “Indigenous Memes.” In “Unlearning the Internet: Digital Humanities 150.” University of Victoria. 11 March 2019.</li>
<li>Scholz, Trebor. <em>Digital Labor: The Internet as Playground and Factory</em>. New York: Routledge, 2013.</li>
<li><a href="https://en.wikipedia.org/wiki/Color_chart#Shirley_cards">Shirley Cards</a>: colour reference cards that are used to perform skin-colour balance in still photography printing (see Roth)</li>
<li>Simpkin, Sarah. <a href="https://programminghistorian.org/en/lessons/getting-started-with-markdown">“Getting Started with Markdown.”</a> <em>Programming Historian</em> 4 (2015).</li>
<li><a href="https://www.sublimetext.com/">Sublime Text</a>: “a sophisticated text editor for code, markup and prose”</li>
<li>Thorp, Jer. <a href="https://hackernoon.com/you-say-data-i-say-system-54e84aa7a421">“You Say Data, I Say System.”</a> <em>Hackernoon</em> (<em>Medium</em>), 13 July 2017.</li>
<li>Waddell, Ian Michael. <a href="https://imw.itch.io/animalia">“Animalia.”</a> Itch, 2018.</li>
<li><a href="http://wave.webaim.org/">WAVE</a>: used to evaluate the accessibility of web pages</li>
<li><a href="https://archive.org/web/">Wayback Machine</a>: “explore more than 345 billion web pages saved over time”</li>
<li><a href="https://en.wikipedia.org/wiki/WordStar">WordStar 4.0</a>: a word processor application that had a dominant market share during the early- to mid-1980s; published by MicroPro (see Kirschenbaum)</li>
<li><a href="https://en.wikipedia.org/wiki/YAML">YAML</a>: a human-readable data serialization language</li>
<li><a href="https://en.wikipedia.org/wiki/Zine">Zine</a>: a self-published work of original, unofficial, or appropriated texts and images; derived from fanzine (a portmanteau of fan and magazine)</li>
</ul>
<hr />
<h1 id="acknowledgements-"><strong>Acknowledgements</strong> <a href="#acknowledgements-">#</a></h1>
<p>I acknowledge with respect the Lkwungen-speaking peoples on whose traditional territory the University of Victoria stands, and the Songhees, Esquimalt, and WSÁNEĆ peoples whose historical relationships with the land continue to this day.</p>
<p>Work by Virgilio Almeida, Saeideh Bakhshi, Cheryl Ball, Michelle Barboza-Ramirez, Patrick J. Bartlein, Lynda Barry, Jonathan Beller, Julian Bleecker, Geoffrey C. Bowker, Anne Burdick, Allison Burtch, Robyn Caplan, Manuel Castells, Edward Castronova, Kim Christen, Wendy Hui Kyong Chun, Anne Cong-Huyen, Ryan Cordell, Ellen Cushman, Valentina D’Efilippo, Cathy Davidson, Samuel R. Delany, Megan Rose Dickey, Kelly Dobson, Joan Donovan, Julia Dressel, Kevin Driscoll, Johanna Drucker, Marisa Duarte, Sarah Elwood, Lori Emerson, Hany Farid, Batya Friedman, Christian Fuchs, David Gaertner, Alexander Galloway, Alex Gil, Lisa Gitelman, Temple Grandin, Melissa Gregg, Dene Grigar, Richard Grusin, Jack Halberstam, Kevin Hamilton, Lauren Hanson, Donna Haraway, Duchess Harris, Sara Hendren, Marie Hicks, Bernard J. Jansen, Ge Jin, jodi, Bernward Joerges, Jessica Marie Johnson, Karrie Karahalios, Darius Kazemi, Lauren Klein, Kari Kraus, Matthew Kirschenbaum, Cedric Langbort, Alan Liu, Elizabeth Losh, Erik Loyer, Julien Maillan, Lev Manovich, Mark Marino, Carolyn Marvin, Shannon Mattern, Jeanna Matthews, Frank McCown, Tara McPherson, Mara Mills, Thomas Mullaney, Dawn Nafus, Lisa Nakamura, Alondra Nelson, Safiya Noble, Bethany Nowviskie, Mimi Onuoha, Frank Pasquale, Amanda Phillips, Miriam Posner, Rita Raley, Roopika Risam, Daniela Rosner, Lorna Roth, Joanna Russ, Christian Sandvig, Alana Sayers, Simon Schaffer, Trebor Scholz, Jonathan Schwabish, Cynthia Selfe, Steven Shapin, Steven Shaviro, Sarah Simpkin, Susan Leigh Star, Nicole Starosielski, Jonathan Sterne, Jer Thorp, William J. Turkel, McKenzie Wark, Jacqueline Wernimont, Matthew W. Wilson, and Langdon Winner informed the design, development, content, and instruction of this course.</p>
</div>
</div>
<label for="sidebar-checkbox" class="sidebar-toggle"></label>
<script>
// Highlight search Query
var url = window.location.href;
if (url.lastIndexOf("?q=") > 0) {
// get the index of the parameter, add three (to account for length)
var stringloc = url.lastIndexOf("?q=") + 3;
// get the substring (query) and decode
var searchquery = decodeURIComponent(url.substr(stringloc));
// regex matches at beginning of line, end of line or word boundary, useful for poetry
var regex = new RegExp("(?:^|\\b)(" + searchquery + ")(?:$|\\b)", "gim");
// get, add mark and then set content
var content = document.getElementById("main").innerHTML;
document.getElementById("main").innerHTML = content.replace(regex, "<mark>$1</mark>");
}
// Toggle sidebar
(function(document) {
var toggle = document.querySelector('.sidebar-toggle');
var sidebar = document.querySelector('#sidebar');
var checkbox = document.querySelector('#sidebar-checkbox');
document.addEventListener('click', function(e) {
var target = e.target;
if(!checkbox.checked ||
!sidebar.contains(target) ||
(target === checkbox || target === toggle)) return;
checkbox.checked = false;
}, false);
})(document);
</script>
<!-- Facebook SDK for JavaScript -->
<script>
window.fbAsyncInit = function() {
FB.init({
appId : '589495744558280',
xfbml : true,
version : 'v2.6'
});
};
(function(d, s, id){
var js, fjs = d.getElementsByTagName(s)[0];
if (d.getElementById(id)) {return;}
js = d.createElement(s); js.id = id;
js.src = "//connect.facebook.net/en_US/sdk.js";
fjs.parentNode.insertBefore(js, fjs);
}(document, 'script', 'facebook-jssdk'));
</script>
</body>
</html>