'content/Section 4 - Bot Logic/2-bot-logic-vs-platform-logic.md' updaten

This commit is contained in:
Karin van Es 2020-11-13 12:59:58 +01:00
parent f4e7a86ed4
commit a316f88f3a

View File

@ -17,17 +17,17 @@ To unpack the term *bot logic* further, we will explore four differences between
* Where platform logic accumulates, *bot logic* disperses * Where platform logic accumulates, *bot logic* disperses
On commercial platforms, the engagement of users creates economic value that is translated through data capture and organisation. Metadata is extracted from users that then through pattern matching can be used to target users for advertisements. While bots can and do participate in this economy, they can also enable its sabotage. In the case of buying bot followers, this can be a means to generate noise in the collected dataset and blur the perception of the user as a set of behaviours that the platform has. On commercial platforms, the engagement of users creates economic value that is translated through data capture and organisation. Data is extracted from users and used to calculate relevance, make recommendations and target users for advertisements. While bots can and do support this economy, they can also undermine it. In the case of buying bot followers, for instance, this can be a means to generate noise in the collected dataset and blur the perception of the user as a set of behaviours that the platform has.
* Where platform logic centralises, *bot logic* fragments * Where platform logic centralises, *bot logic* fragments
Platforms such as Twitter or Facebook are built as centralized systems: the servers on which information is stored are owned by these companies. The servers are triggering the need for growing data center infrastructures throughout the world. Bots, on the other hand, do not require a lot of computational power in order to run. They can be simply executed from the computers of the bot makers themselves. In fact, bots really point to the materiality of the systems on which they run, as researcher Stuart Geiger also points out when he talks about *bespoke code*: Platforms such as Twitter or Facebook are built as centralized systems: the servers on which information is stored are owned by these companies. The servers are triggering the need for growing data center infrastructures throughout the world. Bots, on the other hand, do not require a lot of computational power in order to run. They can be simply executed from the computers of the bot makers themselves. In fact, bots really point to the materiality of the systems on which they run, as researcher Stuart Geiger points out when he talks about *bespoke code*:
> [code that] runs on top of or alongside existing systems instead of being more directly integrated into and run on software-side codebases[^geiger]. > [code that] runs on top of or alongside existing systems instead of being more directly integrated into and run on software-side codebases[^geiger].
* Where platform logic creates distance between user and infrastructure, *bot logic* develops an intimate knowledge of the platform * Where platform logic creates distance between user and infrastructure, *bot logic* develops an intimate knowledge of the platform
If we consider means of communication as means of production[^means], there is a process of alienation that happens on commercial centralised platforms, where the user has no stake in the development of the material conditions of the platform on which they communicate. From this point of view, the making of bots implies a closeness to the platform that is indicated through the understanding of both the sociological and technical systems that determine the usership of a platform. In order to write a bot, as mentioned before, you need to know what kind of actions are allowed and how the bot would be received by the community. If we consider means of communication as means of production[^means], there is a process of alienation that happens on commercial centralised platforms, where the user has no stake in the development of the material conditions of the platform on which they interact and communicate. From this perspective, the making of bots implies a closeness to the platform that is indicated through the understanding of both the sociological and technical systems that determine the usership of a platform. In order to write a bot, as mentioned before, you need to know what kind of actions are allowed and how the bot would be received by the community.
* Where platform logic reinforces habitual behaviour, *bot logic* encourages new habit formation * Where platform logic reinforces habitual behaviour, *bot logic* encourages new habit formation
@ -37,17 +37,17 @@ If we think about a commercial platform as a structure or surface on which actio
--------- ---------
The *bot logic* arguments were written with centralised platforms in mind, however, exciting developments are happening on federated platforms such as Mastodon, where users are part of defining features and possibilities of interaction. These *bot logic* arguments were written with centralised platforms in mind. However, exciting developments are happening on federated platforms such as Mastodon, where users are part of defining features and possibilities of interaction.
To understand how Mastodon operates differently, it is useful to look at two examples of communication platforms that employ different network topologies and governance models: Twitter (centralised) and Mastodon (decentralised, federated)[^mastodon]. Both microblogging platforms Twitter and Mastodon have a significant amount of bot agents. To understand the differences between centralised and decentralised platforms, it is useful to compare two communication platforms that employ different network topologies and governance models: Twitter (centralised) and Mastodon (decentralised, federated)[^mastodon]. Both microblogging platforms have a significant amount of bot agents.
How does the way in which these bots relate to their computational infrastructures *differ*? How does the way in which these bots relate to their infrastructures *differ*?
As opposed to Twitter, Mastodon is a free and open source self-hosted networking service. Anyone can become a node in the network by installing the software and thus federate with other servers. The nodes, or user bases, are referred to as "instances" which have community-determined norms. There, the norms of the platform and the way they are codified into the technical structure are more often revised and reformulated together with the people using the platform, such as a Code of Conduct. As opposed to Twitter, Mastodon is a free and open source self-hosted networking service. Anyone can become a node in the network by installing the software and thus federate with other servers. The nodes, or user bases, are referred to as "instances" which have community-determined norms. There, the norms of the platform and the way they are codified into the technical structure are more often revised and reformulated together with the people using the platform, such as a Code of Conduct.
Mastodon is part of a bigger network, which is also known as *the Fediverse*, which has grown into a social media space that is currently used by more then 5 million people. In contrast to social media platforms as Twitter, Instagram or Facebook, it consists of a whole range of different *kind of* social media: blogs, micro-blogging, photo sharing, video sharing, link sharing, etc., that can exchange posts and content with each other. Each instance does this, however, under their own terms. In contrast with the top-down organisation of centralized networks, the Fediverse and its federated network typology allow different groups to configure their network differently. Mastodon is part of a bigger network, which is also known as *the Fediverse*, which has grown into a social media space that is currently used by more then 5 million people. In contrast to social media platforms as Twitter, Instagram or Facebook, it consists of a whole range of different *kind of* social media: blogs, micro-blogging, photo sharing, video sharing, link sharing, etc., that can exchange posts and content with each other. Each instance does this, however, under their own terms. In contrast with the top-down organisation of centralized networks, the Fediverse and its federated network typology allow different groups to configure their network differently.
Each network is being shaped by its stakeholders. Which is sometimes a single individual, sometimes a group of peers that share the same interest and other times an organisation. Often it is the system administrator(s) of a network who decides what the rules are: Who can publish? What kind of material can be published? What communication features are available? Each network is shaped by its stakeholders. Sometimes this is a single individual, sometimes a group of peers that share the same interest and other times an organisation. Often it is the system administrator(s) of a network who decides what the rules are: Who can publish? What kind of material can be published? What communication features are available?
![*Giving social networking back to you*. From: <https://docs.joinmastodon.org/>](https://cdn-images-1.medium.com/max/3318/1*LG72b92ZTWP9Ki8eHYh7Rg.jpeg) ![*Giving social networking back to you*. From: <https://docs.joinmastodon.org/>](https://cdn-images-1.medium.com/max/3318/1*LG72b92ZTWP9Ki8eHYh7Rg.jpeg)
<!-- ![From left to right: Centralized, Federated, Distributed. From: <https://docs.joinmastodon.org/>](https://docs.joinmastodon.org/assets/image%20%289%29.png) --> <!-- ![From left to right: Centralized, Federated, Distributed. From: <https://docs.joinmastodon.org/>](https://docs.joinmastodon.org/assets/image%20%289%29.png) -->