User:Lassebosch/2ndyr/thesis/bakversion: Difference between revisions

From XPUB & Lens-Based wiki
(Created page with " == '''Click-workers, Cognitive Surplus and Digital Gateways: <br> Systems of biased symbiosis and counteracting communities''' == This thesis will explore the implementat...")
 
No edit summary
 
Line 1: Line 1:
<div style="width:800px; font-family:times; line-height:1,5; font-size: 14px;">
Lasse van den Bosch Christensen


== '''Click-workers, Cognitive Surplus and Digital Gateways: <br> Systems of biased symbiosis and counteracting communities''' ==  
== '''Click-workers, Cognitive Surplus and Digital Gateways: <br> Systems of biased symbiosis and counteracting communities''' ==  

Latest revision as of 11:47, 3 February 2014


Lasse van den Bosch Christensen


Click-workers, Cognitive Surplus and Digital Gateways:
Systems of biased symbiosis and counteracting communities

This thesis will explore the implementation of 'crowd-sourcing' as a symbiotic relationship between 'crowd' and 'provider'. Trough x-case-studies I will highlight how the advantages of such relationship tends to bias towards the provider, or as later described, the gateway-keeper. Furthermore I also seek to display how the ideally tamed 'crowd' occasionally manages to contradict, subvert and counteract the intentions of the provider, deliberately or not.

Introduction: Crowd-Sourcing

Please verify that you are a human-being

When wanting to comment upon a topic within the forum you are browsing, one is often prompted by the following:

Recaptcha obligation.png

The mechanism you are going trough is a so called 'reCAPTCHA' stemming from the 'CAPTCHA'-technology, an acronym for "Completely Automated Public Turing test to tell Computers and Humans Apart". As the naming indicates the technology tries to test whether you are a computer with potential malicious intentions, or a human-being wanting to comment on the forum. 'reCAPTCHA' and 'CAPTCHA' differs in a subtle, yet tremendous way. In the traditional 'CAPTCHA' you are presented an obscured string of letters, uninterpretable by a computer, but legible to the human eye. In the example above the 'CAPTCHA' is the first string of letters. I can decipher that is spells 'inersiW' while most computer-algorithms would fail in giving the right result if even any. The human is granted access while the computer is not. The 're' in 'reCAPTCHA' is expressed in the second far more legible string of letters as seen the example above. In this case it spells 'obligation'. Without further consideration you type in the solution; 'inersiW' and 'obligation', which gives you access to comment as much as you like.


Exchange at the Gateway

What the reCAPTCHA 'user' understands correctly is the man versus machine verification needed to root out malicious bots and 'software-gone-wrong'.

The Gateway According to Shutter Stock

The term 'user' might not be entirely fitting in this context, since the 'user', doesn't actually 'use' the reCAPTCHA-interface, rather the 'user' is a 'pass-byer', an asylum-seeker, searching to obtain access to the content on the other side. The system of the reCAPTCHA can therefore be looked upon as the gateway keeper, protecting the content on the other side. All pass-byers, computer or man, are told to produce a certain password, a human-verification, before passage is granted. But what the vast majority of the reCAPTCHA pass-byers, fail to notice is that each time they post a solution, part of what they've been deciphering is a fragment, a word, of scanned book-page. You verify that you are a human but you also digitize a tiny piece of a book. The process of digitization hidden in plain sight, and pass-byers simply encounters this as yet another human-vs-computer security measurement. We don't pay any considerations to this 'micro-task'. In current example you just digitized 'obligation' from an unknown book. Why not 'harness the cognitive surplus' of the crowd? Luis von Ahn, the inventor of the reCAPTCHA system (currently owned by Google) has an interesting quote on this: 'Basically, I want to make all of humanity more efficient by exploiting the human cycles that get wasted'. Why not utilize and take advantage of the human-brainpower which the pass-byer is all-ready employing to prove that he is human?


Taming the Crowd + prev pratice

Taming the Crowd

An Uncontrollable Mob from the film Soylent Green
The Productive and Efficient Digital Crowd

The illustration of 'harnessing', 'surplus' and 'waste' and theur visual connotations of production and efficiency,links clearly to my previous research in Piet Zwart within the field of crowd sourcing. With the expansion of the Web and its pervasiveness in almost every online action of the 'modern-day-man', the term and idea of crowd-sourcing has gained a lot of traction. As an illustration, the crowd is no longer seen as an aggressive, amorph, mumbling and stumbling mob, hard to understand and despised and feared by the authorities. In 'crowd-sourcing' the crowd has been tamed and cropped, fitting a smoothly running production facility, outputting whatever desired. The crowd is not an actual physical crowd, but individuals represented as nodes on a network, all linking to each other but not necessarily communicating or directly working together, but eventually contributing to a coherent, final outcome. The fordist assembly-line has gone viral. Returning to the reCAPTCHA, the crowd, the pass-byers, without noticing continues to complete parts of the enormous task of digitizing hundreds of millions of books. Each node contributing a piece of the puzzle each time passage trough the guarded gate is granted.


What exchange? A symbiotic relationship

On the other side of the gate, the pass-byer is no longer passing by. The other side is his destination, and it's here he does his initial deeds; writing a comment, sending a mail etc. His gain is access and fulfillment in various manners. The exchange between A) verifying that you are human and the less perceivable 'helping to digitize a library' and B) being able to write a message, is small and time-vise diminishing. The pass-byers less tangible needs to fulfill personal urges is exchanged for the minuscule, micro-task of digitizing a book-fragment. In this way there's an asymmetry present within the exchange which is not as easily measurable as a traditional 'time-wage'-scheme would be. The assembly-line is asymmetrical, the laborers and their salaries various, but since the nature of the work they all complete while passing the gate is of such universal format, it does no longer matter whether the each node look different, have a different background or different skills. Everything is accounted for, and one size fits all. There's a clear symbiosis between the different parties: the pass-byers, the gateway-keeper and the other side. Each party wants something of the other party, and each pay in their own currency and gains another. An essential difference though clings to three intertwined parameters; amount, capability to accumulate and view-control. I am not claiming to posses the final answer as to how and to what extent, these parameters are enforced, but if we consider that the pass-byer leaves a decrypted, digitized word in the possession of the gateway keeper each time he passes by, this quickly amounts. Especially since reCAPTCHA claims to accumulate more than a hundred million digitized words per day. Clearly an issue of scale is apparent here: the pass-byer is payed and spends the payment sending an email, while the gateway-keeper gets to accumulate huge amounts of data. As goes for the 'view-control', questions can be asked as to whom this digitized material belongs to. The gateway-keeper or the nodes producing the mass? Under current circumstances the material is reserved to the gateway keeper and accessible in trough the Google-books-project. The nodes who amassed the database can view this project but only on the premise of the provider and the gateway-keeper, aka. Google.


Counteracting Communities - Current Project

Counteracting communities

CASE: reCAPTCHA? (nigger-replacement)

CASE: former Google-Sketchup - now just Sketchup