Jerome Velociter has an interesting riff on how Diaspora, Mastodon and similar decentralised and federated tools are failing their true potential (ht Frank Meeuwsen).
He says that these decentralised federated applications are trying to mimic the existing platforms too much.
They are attempts at rebuilding decentralized Facebook and Twitter
This tendency has multiple faces
I very much recognise this tendency, for this specific example, as well as in general for digital disruption / transformation.
It is recognisable in discussions around ‘fake news’ and media literacy where the underlying assumption often is to build your own ‘perfect’ news or media platform for real this time.
It is visible within Mastodon in the missing long tail, and the persisting dominance of a few large instances. The absence of a long tail means Mastodon isn’t very decentralised, let alone distributed. In short, most Mastodon users are as much in silos as they were on Facebook or Twitter, just with a less generic group of people around them. It’s just that these new silos aren’t run by corporations, but by some individual. Which is actually worse from a responsibility and liability view point.
It is also visible in how there’s a discussion in the Mastodon community on whether the EU Copyright Directive means there’s a need for upload filters for Mastodon. This worry really only makes sense if you think of Mastodon as similar to Facebook or Twitter. But in terms of full distribution and federation, it makes no sense at all, and I feel Mastodon’s lay-out tricks people into thinking it is a platform.
This type of effect I recognise from other types of technology as well. E.g. what regularly happens in local exchange trading systems (LETS), i.e. alternative currency schemes. There too I’ve witnessed them faltering because the users kept making their alternative currency the same as national fiat currencies. Precisely the thing they said they were trying to get away from, but ending up throwing away all the different possibilities of agency and control they had for the taking.
Dump mimicry as design pattern
So I fully agree with Jerome when he says distributed and federated apps will need to come into their own by using other design patterns. Not by using the design patterns of current big platforms (who will all go the way of ecademy, orkut, ryze, jaiku, myspace, hyves and a plethora of other YASNs. If you don’t know what those were: that’s precisely the point).
In the case of Mastodon one such copied design pattern that can be done away with is the public facing pages and timelines. There are other patterns that can be used for discoverability for instance. Another likely pattern to throw out is the Tweetdeck style interface itself. Both will serve to make it look less like a platform and more like conversations.
Tools need to provide agency and reach
Tools are tools because they provide agency, they let us do things that would otherwise be harder or impossible. Tools are tools because they provide reach, as extensions of our physical presence, not just across space but also across time. For a very long time I have been convinced that tools need to be smaller than us, otherwise they’re not tools of real value. Smaller (see item 7 in my agency manifesto) than us means that the tool is under the full control of the group of users using it. In that sense e.g. Facebook groups are failed tools, because someone outside those groups controls the off-switch. The original promise of social software, when they were mostly blogs and wiki’s, and before they morphed into social media, was that it made publishing, interaction between writers and readers, and iterating on each other’s work ‘smaller’ than writers. Distributed conversations as well as emergent networks and communities were the empowering result of that novel agency.
Jerome also points to something else I think is important
In my opinion the first step is to build products that have value for the individual, and let the social aspects, the network effects, sublime this value. Value at the individual level can be many things. Let me organise my thoughts, let me curate “my” web, etc.
Although I don’t fully agree with the individual versus the network distinction. To me instead of just the individual you can put small coherent groups within a single context as well: the unit of agency in networked agency. So I’d rather talk about tools that are useful as a single instance (regardless of who is using it), and even more useful across instances.
Like blogs mentioned above and mentioned by Jerome too. This blog has value for me on its own, without any readers but me. It becomes more valuable as others react, but even more so when others write in their own space as response and distributed conversations emerge, with technology making it discoverable when others write about something posted here. Like the thermometer in my garden that tells me the temperature, but has additional value in a network of thermometers mapping my city’s microclimates. Or like 3D printers which can be put to use on their own, but can be used even better when designs are shared among printer owners, and used even better when multiple printer owners work together to create more complex artefacts (such as the network of people that print bespoke hand prostheses).
It is indeed needed to spend more energy designing tools that really take distribution and federation as a starting point. That are ‘smaller’ than us, so that user groups control their own tools and have freedom to tinker. This applies to not just online social tools, but to any software tool, and to connected products and the entire maker scene just as much.
“Tools Valuable On Their Own, More Valuable When Connected” articulates squarely the intuition I’ve expressed in a thread last week. The 3D printer and thermometer examples are spot on.https://t.co/qVhhytVVRj
It was a beautiful morning, cycling along the canal in Utrecht, for the first IndieWebCamp. In the offices of shoppagina.nl about a dozen people found each other for a day of discussions, demo’s and other sessions on matters of independent web activities. As organisers Frank and I aimed to not just discuss the IndieWeb as such, but also how to tap into the more general growing awareness of what the silos mean for online discourse. To seek connection with other initiatives and movements of similar minded people.
Frank’s opening keynote
After Frank kicking off, and introducing the key concepts of IndieWeb, we did an introduction round of everyone there. Some familiar faces, from last year’s IndieWebCamp in Nürnberg, and from last night’s early bird dinner, but also new ones. Here’s a list with their (personal) websites.
Sebastiaan http://seblog.nl
Rosemary http://rosemaryorchard.com/
Jeremy https://jeremycherfas.net
Neil http://doubleloop.net/
Martijn https://vanderven.se/martijn/
Ewout http://www.onedaycompany.nl/
Björn https://burobjorn.nl
Harold http://www.storyconnect.nl/
Dylan http://dylanharris.org
Frank http://diggingthedigital.com
Djoerd https://djoerdhiemstra.com/
Ton https://www.zylstra.org/blog
Johan https://driaans.nl
Julia http://attentionfair.com
After intro’s we collectively created the schedule, the part of the program I facilitated.
The program, transcribed here with links to notes and videos
Halfway through the first session I attended, on the IndieWeb buidling blocks, an urgent family matter meant I had to leave, just as Frank and I were starting to prepare lunch.
Later in the afternoon I remotely followed the etherpad notes and the live stream of a few sessions. Things that stood out for me:
Federated Search
Djoerd Hiemstra talked us through federated search. Search currently isn’t on the radar of indieweb efforts, but if indieweb is about taking back control, search cannot be a blind spot. Search being your gateway to the web, means there’s a huge potential for manipulation. Federated search is a way of trying to work around that. Interestingly the tool Djoerd and his team at Twente University developed doesn’t try to build a new but different database to get to a different search tool. This I take as a good sign, the novel shouldn’t mimic what it is trying to replace or defeat.
Discovery
This was an interesting discussion about how to discover new people, new sources, that are worthwile to follow. And how those tactics translate to indieweb tools. Frank rightly suggested a distinction between discovery, how to find others, and discoverability, how to be findable yourself. For me this session comes close to the topic I had suggested for the schedule, people centered navigation and personal information strategies. As I had to leave that session didn’t happen. I will need to go through the notes once more, to see what I can take from this.
Readers
Sebastiaan took us all through the interplay of microsub servers (that fetch feeds), readers (which are normally connected to the feed fetcher, but not in the IndieWeb), and how webmention and micropub enable directly responding and sharing from your reader interface. This is the core bit I need to match more closely with my own information strategies. One element is that IndieWeb discussions assume sharing is always about online sharing. But I never only think of it that way. Processing information means putting it in a variety of channels, some might be online, but others might be e-mails to clients or peers. It may mean bookmarked on my blog, or added to a curated bookmark collection, or stored with a note in my notes collection.
Day 2: building stuff
The second day, tomorrow, is about taking little steps to build things. I will again follow the proceedings remotely as far a possible. But the notes of the sessions about reading, and discovery are good angles for me to start. I’d like to try to scope out my specs for reading, processing and writing/sharing in more detail. And hopefully do a small thing to run a reader locally to tinker.
I need to write more extensively about two things that I for now want to link / bookmark here, both coming from Neil Mather.
One is local-first software, an article by Ink and Switch:
This resonates with me on two frequencies, one the notion that tools need to be useful on their own, and more useful when connected across instances, the other that information strategies and agency in my mind correlate with social distance.
The second thing is Neil’s reference to Gevulot. At IndieWebCamp Utrecht one session took place around oversharing and conditional sharing. Gevulot is a device that allows for very precise contextual sharing, in the SF trilogy The Quantum Thief by Finnish author Hannu Rajaniemi (previously mentioned in this blog).
This resonates again with information strategies and the role of social distance, but also with how I think that our tools need to align with how we humans actually interact such as flexibly and fluently switching between different levels of disclosure for different aspects of our lives in conversation with someone. That link to a posting on what I’d like my tools to do is from 2006, and my description of a ideal reader more recently is still consistent with it over a decade later (albeit from the reading perspective, not the sharing perspective). Gevulot from now is definitely the shorthand I will use for these type of explorations.
Read Tools Valuable On Their Own, More Valuable When Connected by Ton Zijlstra (zylstra.org)
Aaron Parecki has been playing around with sensors in his home. He lists the three principles he applies to how his home automation is set up:
These are three principles that make sense in more contexts, where the second principle “keep it at home” I relate to the “useful on its own, more useful when connected to other instances” element that is important to me in thinking about smart homes.
Rather impressive is that Aaron is dropping technology that has been acquired by silos, and breaks those principles after he started using it, and not just uses them to inform buying decisions.
Silo-imprisonment and closed tools result in a smart home that isn’t smart for you, but smart for the vendors. Like how Smart City TM visions were about dull boring security focused panopticons keeping people in check. Not the vibrant community where ideas, people, capital, goods and artisanship recombine into a total so much more than the sum of its parts, where smart technology aids those serendipitous recombinations.
A smart home to me is one that is not just a dwelling but a productive actor (a “MakerHousehold“), for the people that live in it, for its immediate neighbourhood and for the city it is in. This was what I was interested in when shaping the ‘Smart Stuff That Matters‘ unconference last year.
Aaron got me thinking about potential sensors in our home again. Also because data gathering is the starting point for finding points of action. AI for the rest of us I think needs to be based on self collected data around the house / person, mixed with public data for context.
Liked a post by Aaron Parecki
Today 17 years ago, at 14:07, I published my first blog post, and some 2000 followed since then. Previously I kept a website that archive.org traces back to early 1998, which was the second incarnation of a static website from 1997 (Demon Internet, my first ISP other than my university, entered the Dutch market in November 1996, and I became their customer at the earliest opportunity. From the start they gave their customers a fixed IP address, allowing me to run my own server, next to the virtual server space they provided with a whopping 5MB of storage .) Maintaining a web presence for over 22 years is I think the longest continuous thing I’ve done during my life.
Last year I suggested to myself on my 16th bloggiversary to use this date yearly to reflect:
In the past 12 months I’ve certainly started to evangelise technology more again. ‘Again’ as I did that in the ’00s as well when I was promoting the use of social software (before it’s transformation into, todays mostly toxic, social media), for informal learning networks, knowledge management and professional development. My manifesto on Networked Agency from 2016, as presented at last year’s State of the Net, is the basis for that renewed effort. It’s not a promotion of tech for tech’s sake, as networked agency comes part and parcel with ethics by design, a perception of digital transformation as distributed digital transformation, and attention in general for how our digital tools are a reflection and extension of our human networks and human nature (when ‘smaller‘ and optionally networked for richer results).
Looking back 12 months I think I’ve succeeded in doing a few things on the level of my own behaviour, my company, my clients, and general communities and society. It’s all early beginnings, but a consistent effort of small things builds up over time steadily I suppose.
On a personal level I kept up the pace of my return to more intensive blogging two years ago, and did more to make my blog not only the nexus but also the starting point for most of my online material. (E.g. I now mostly send out Tweets and Toots from my blog directly). I also am slowly re-adopting and rebuilding my information strategies of old. More importantly I’m practicing more show and tell, of how I work with information. At the Crafting {a} Life unconference that Peter organised on Prince Edward Island in June I participated in three conversations on blogging that way. Peter’s obligation to explain is good guidance in general here.
For my company it means we’ve embarked on a path to more information security awareness, starting with information hygiene mostly. This includes avoiding silos where possible, and beginning the move to a self-hosted Slack-like environment and our own cloud. This is a reflection of my own path in this field since the spring of 2014, then inspired by Brenno de Winter and Arjen Kamphuis, whose disappearance a year ago made me more strongly realise the importance of paying lessons learned forward.
With clients I’ve put the ethics of working with data front and center, which includes earlier topics like privacy law, data sovereignty and procurement, but also builds on my company’s principle of always ensuring the involvement of all external stakeholders when it comes to figuring out the use and value of open government and open data. Some of that is awareness raising, some of that is ensuring small practical steps are taken. Our company is now building up a ‘holistic’ data governance program for clients that includes all this, not just the technical side of data governance.
On the community side several things I got myself involved in are tied to this.
As a board member of Open Nederland I help spread the word about how to allow others to make use of your work with Creative Commons licenses, such as at the recent Open Access Week organised by the Leeuwarden library. Agency and making, and especially the joy of finding (networked) agency through making, made possible by considered sharing, was also my message at the CoderDojo Conference Netherlands last weekend.
Here in the Netherlands I co-hosted two IndieWebCamps in Utrecht in April, and in Amsterdam in September (triggered by a visit to an IndieWebCamp in Germany a year ago). With my co-organiser Frank we’ve also launched a Meet-up around IndieWeb in the hope of more continuously engaging a more local group of participants.
I’ve also contributed to the Copenhagen 150 this year at Techfestival, which resulted in the TechPledge. Specifically I worked to get some version of being responsible for creating ongoing public debate around any tech you create in there, to make reflection integral to tech development. I took the TechPledge, and I ask you to do the same.
Another take-away from my participation in the Copenhagen 150, is to treat my involvement in the use and development of technology more deliberately as a political act in its own right. This allows me to feel a deeper connection I think between tech as extension of human reach and global topics that require a sense of urgency of humanity.
Here’s to another year of blogging, and, more importantly, reading your blog!
Afgelopen zaterdag was ik in Breda voor DojoCon NL, de Nederlandse conferentie van en voor de CoderDojo vrijwilligers. CoderDojo organiseert gratis bijeenkomsten waar kinderen kunnen leren programmeren. Ik was in Nederland nog nooit in een CoderDojo, maar ken het wel: In 2014 was ik in Ierland bij een CoderDojo. De uitnodiging kwam van Marloes, bestuurslid van CoderDojo Nederland, en mijn collega in het Impact door Connectie werk met Fers/Bibliotheek Service Friesland.
Impact door Connectie was ook meteen de directe aanleiding voor de uitnodiging om te komen spreken op DojoConNL. Want daar ging het er om kinderen in staat te stellen met techniek invloed te nemen op hun eigen omgeving. Technologie in de vorm van tastbare dingen als hardware, software, en digitale maakmachines, maar ook technologie in de vorm methoden en werkvormen waarvan we weten dat ze goed werken. En de combinatie van die vormen van technologie. CoderDojo gaat misschien meer over de interesse en vaardigheden in programmeren en techniek op zich, maar maakt volledig deel uit van dat geheel.
Mijn verhaal maakte ik de donderdag en vrijdag voor de conferentie. Uiteindelijk werd het eigenlijk een Nederlandse en veel meer gedetailleerde en verhalende versie van mijn presentatie vorig voorjaar op State of the Net in Italië. Centraal stond hoe en wanneer technologie leidt tot meer handelingsvermogen, en wanneer dat wel (en niet) tot het gevoel leidt dat je een superkracht hebt ontdekt, uiteindelijk gekoppeld aan de rol die je als CoderDojo vrijwilliger dan kunt nemen. Ik had een uur de tijd, dus ik knipte het op in secties, met tussendoor telkens een korte oefening of vraag voor alle mensen in de zaal.
Handelingsmacht in en met je omgeving – DojoCon NL 2019 from Ton Zijlstra
I De superkracht van samen betekenisvolle dingen doen
Wat opvalt aan de groep waarmee we in Leeuwarden werkten was de enorme energie die loskwam bij de kinderen. Ook maanden na het project waren ze er nog vol van, en noemden ze het het leukste wat ze gedaan hadden.
Als je kinderen van een jaar of 10 echter voor het eerst vraagt wat er nodig is in hun omgeving, wat ze willen maken is het antwoord in het begin vooral “Robots!”. Om je kamer op te ruimen, want kennelijk is het net de leeftijd waarop ze dat zelf moeten doen, en dan is het handig voor die opruimtaak je ouders te vervangen door een robot .
In volgende gesprekken kwamen we verder in de vraag wat wil je veranderen, verbeteren of toevoegen aan je eigen omgeving? Om vervolgens te verkennen wat je zelf daaraan kunt doen, wat anderen in je omgeving daaraan kunnen doen, en wat er dan nog ontbreekt in termen van techniek of methoden.
Ontbrekende delen werden dan aangereikt door het team van Fers (Bibliotheek Service Fryslan).
De klassieke rol van bibliotheken van het aanreiken en toegang geven tot kennis, in een nieuw jasje dat ook digitalisering en maken omvat.
Sommige kinderen vonden hun weg snel daarin, soms moet je ook eerst wat dingen overwinnen. Er was een kind dat zei niets te kunnen, niets echt leuk te vinden. Een ander zei te houden van dingen mooi maken, maar “daar heb je niks aan”. Dat klinkt beiden niet als de stem van het kind, maar een projectie van buitenaf.
Uiteindelijk werd er van alles gemaakt, een periscoop om gedumpt afval in viswater op te sporen, zelfgemaakte telefoonhoesjes (helaas niet likbaar met een smaakje), een beloningssysteem op school (ipv alleen straf bij slecht gedrag), een mobiel pestalarm voor op het schoolplein, een programmeerbaar slot op je kamerdeur tegen jongere broertjes of zusjes, en een mp3 speler voor luisterboeken in de klas.
Samen zelf iets oplossen voor je eigen omgeving gaf de kinderen in de groep een enorme energie. Een gevoel een superkracht te hebben aangeboord. En dat is het natuurlijk ook. Invloed nemen op je omgeving voor iets wat je belangrijk vindt is echt een superkracht.
Oefening 1: wanneer voelde jij je een superheld door iets te maken?
Als oefening vroeg ik iedereen in de zaal iemand naast je te vertellen over iets dat je zelf maakte of deed dat je het gevoel gaf een superkracht te hebben. Dat leidde tot geanimeerde gesprekken, waardoor het bijna onbeleefd voelde om het na 3-4 minuten te onderbreken om verder te gaan met mijn verhaal.
II De vier ingrediënten die die superkracht mogelijk maken
Dat iedereen in de zaal wel momenten kon aanwijzen waarop ze voelden die superkracht te hebben, betekent tegelijkertijd dat je dat gevoel niet bij alles wat je maakt of afrondt hebt, en al helemaal niet continue dat gevoel hebt. Eerder is het omgekeerde geval, een grote honger naar betekenisvolle actie.
Ik denk dat dat komt omdat er vier ingrediënten nodig zijn om die superkracht te ervaren.
Het vraagstuk moet er toe doen voor je persoonlijk in je eigen omgeving
Je werkt met alle bij de vraag betrokkenen uit je eigen omgeving samen aan een oplossing,
De technologie die je gebruikt heeft een specifieke vorm,
Zowel de mensen als de techniek die ze gebruiken zijn genetwerkt, ook weer op een heel bepaalde manier.
II.1 Het vraagstuk moet er in de eigen omgeving voor jou toe doen
Allereerst moet het vraagstuk waaraan je werkt er toe doen voor jou en je omgeving. In complexe vraagstukken, zijn er geen algemene oplossingen, die ieder voor zich kan doen. Maar je kunt wel uitgaan van hoe iets in jouw eigen omgeving tot uitdrukking komt en betekenis heeft. En het zijn de mensen in diezelfde omgeving die voor elkaar betekenisvol in actie kunnen komen. Waar willen jij en de mensen die er voor jou toe doen impact bewerkstelligen in hun eigen leefomgeving?
Als het er voor jezelf niet direct toe doet, waarom zou je dan? Wat er toe doet is dus een belangrijke vraag om tijd aan te besteden met je omgeving.
II.2 Je werkt met alle bij de vraag betrokkenen uit je eigen omgeving samen aan een oplossing
Een ander aspect is dat je het niet alleen doet maar met zoveel mogelijk van de betrokkenen rond het vraagstuk die deel uitmaken van je directe omgeving en context. Het gaat namelijk niet om jouw handelingsvermogen als individu (kijk wat ik kan), en niet om de maatschappij als geheel (one size fits all oplossingen), maar om het handelingsvermogen van een groep. Dat is het tweede ingredient: je doet het met alle betrokkenen.
Op groepsniveau worden wederzijdse afhankelijkheden en feedbackloops zichtbaar die in complexe vragen de uitkomsten bepalen. Dat is het schaalniveau van plukjes relaties, communities, buurten.
Dat maakt jou en je directe relaties in de context van een specifieke vraag tot de eenheid van handelen. Jij en je buren, zoals de Marokkaanse buren tijdens wereld opruimdag in slide 23, jij en je collega’s, jij en je sportteam, of jij en je klasgenoten zoals in Leeuwarden.
Nou zijn die eerste 2 ingrediënten, eigen issues, en samen met alle betrokkenen, van oudsher van belang. Collectieve actie is van alle tijden. De volgende 2, de rol van technologie, en netwerken, zijn van gedaante veranderd door de wereldwijde digitalisering. Zij geven een vliegwiel aan die collectieve actie. En in het vliegwiel schuilt de superkracht.
II.3 De technologie die je gebruikt heeft een specifieke vorm
Technologie, zowel hard- en of software als methodieken, waarvan we weten dat ze veel kunnen betekenen en goed werken, dragen alleen bij aan een superkracht als het een bepaalde vorm heeft.
Instapdrempels zijn belangrijke obstakels. Bij elke nieuwe technologie uit de lijst in slide 27 was er wel een belofte dat het voor iedereen haalbaar is. Het wordt ook wel makkelijker, maar het is nog lang niet simpel genoeg.
Technologieën staan nooit op zichzelf. Het draait juist ook om combinaties van technologieën. Open source hardware om iets te meten, open source software om het te verwerken, open data om te delen en community building om de resultaten te gebruiken, bijvoorbeeld. In termen van handelingsvermogen moet je dus ook denken in combinaties van technieken en methodieken.
Niet alle technologie echter geeft je een gevoel van kracht.
De groep die in hun eigen context aan de slag is, voelt die kracht als ze technologie gebruiken die grijpbaar is voor de groep, kleiner is dan de groep zelf.
Kleiner betekent dat de macht over het gereedschap geheel bij de groep moet liggen:
De groep beslist over het waar, wanneer en voor wie de techniek wordt ingezet.
De scope van het gereedschap moet dat van de groep zelf zijn. Een forum voor je team, niet een teampagina op Facebook, want daar is de scope wereldwijd.
De groep kan het gereedschap veranderen, kan dingen toevoegen, of weg halen, er op voort bouwen.
Alleen de groep zelf kan de aan- en uitknop bedienen, niemand anders.
Het gereedschap is voldoende begrijpbaar en transparant voor de groep om de werking te vertrouwen.
Het gereedschap communiceert alleen met andere gereedschappen als de groep het wil.
II.4 Zowel de mensen als de techniek die ze gebruiken zijn genetwerkt, ook weer op een heel bepaalde manier
Het vierde ingredient, netwerken, geeft aan die technologie die kleiner is dan de gebruikers ervan, en aan de groepen gebruikers zelf nog een extra draai. Gedistribueerde digitale netwerken en menselijke netwerken vertonen veel gelijkenissen, en die overlap kun je als uitgangspunt nemen om meer handelingsvermogen te bereiken.
Voor technologie betekent het netwerkperspectief dat 1 instantie ervan nuttig moet zijn op zichzelf, maar dat het versnellend kan werken en kwalitatief andere resultaten geeft als meerdere instanties zich met elkaar kunnen verbinden. Een eigen 3d printer is handig, maar het is ook handig dat je ontwerpen met anderen kunt delen, of met andere mensen ingewikkeldere dingen kunt printen, zoals op maat gemaakte handprotheses.
Genetwerkte techniek maar collectieve actie mogelijk. Ik heb een sensor in de tuin die de temperatuur meet. Handig voor mij. Maar die sensor deelt ook data online, en zo’n honderd anderen doen dat ook in de stad. Daarmee hebben we ineens een kaart van microklimaten in de stad, waar overheden, burgers allemaal iets mee kunnen, en ontstaat er collectieve waarde.
Dat netwerk effect speelt ook op menselijk niveau. Die groep buren in Marokko net hebben zwerfvuil opgehaald. Dat is nuttig in hun wijk, maar ze deden het in context van World Clean Up day, en op die dag lopen er ook vrijwilligers bij mij in de wijk rond. Beide groepen weten zich gesterkt door het idee dat ze er niet alleen voor staan. En al die groepen wereldwijd maken gebruik van elkaars kennis: om lokale medestanders te vinden, om blijvend effect te hebben.
Ook hier, 1 groep op zich doet nuttige dingen, maar het wordt waardevoller als ze het in verbinding met anderen doen.
De groep, de eenheid van handelingsmacht, is geen eiland, maar een genetwerkte groep.
Die prothesemakers en die buurvrouwen zijn superhelden.
Technologie en methoden die kleiner zijn dan een groep zelf, is het gereedschap dat het hen makkelijker maakt om een maker te zijn. Een maker die met anderen actief haar omgeving mee bepaalt en vormt. Steunend op netwerken voor kennis en inspiratie, en bijdragend aan netwerken voor meer effect.
Het zijn die groepjes genetwerkte makers die het gevoel ervaren een superkracht te hebben.
Oefening 2: Wie is eigenlijk een maker?
Maar wie is een maker? Steek je hand op als je ooit een
wetenschappelijk artikel publiceerde, iets ontwierp, een computerprogramma schreef, een voorwerp maakte, een liedje componeerde, een liedtekst schreef, een opname maakte van jezelf terwijl je muziek maakt of zingt, een video maakte, een foto, een gedicht schreef, een scriptie, een roman, een verhaal, ooit een tekening maakte, een grap bedacht, een goocheltruc bedacht, een blogpost schreef, een Tweet die veel mensen leuk vonden, een Sinterklaasgedicht.
III Een maker heeft morele verplichtingen
Iedereen is eigenlijk een maker dus. Als je ooit een van de dingen uit die lijst hierboven hebt gemaakt, heb je economische en morele rechten verworven. Iedereen die iets maakt creëert rechten op het gemaakte. Auteursrechten bijvoorbeeld. En als maker ben je, vind ik, moreel gehouden iets met die rechten te doen. Om op elkaars kennis voort te kunnen bouwen, moet je er toegang toe hebben, en de mogelijkheid het te gebruiken en te veranderen. En het dan weer te delen, zodat iemand anders het weer verder kan brengen. Dit is hoe alle menselijk kennis is verworven. Dat betekent dat rechthebbenden wel duidelijk moeten aangeven dat wat ze maakten beschikbaar is voor de gemeenschappelijke pool van kennis en cultuurgoed, zodat anderen er zonder te twijfelen op voort kunnen bouwen. Met een Creative Commons licentie bijvoorbeeld. Delen is een must vind ik, al vergt dat vaak zelfoverwinning. Iedereen heeft wel eens iets niet gedeeld, terwijl dat wellicht wel nuttig was geweest, omdat ze het niet goed genoeg vonden, om omdat ze het te triviaal vonden.
Ook na 17 jaar bloggen moet ik me telkens weer voorhouden dat het ok is om iets eenvoudigs er op te zetten. Maar als ik zelf ook heb zitten googelen voor hints hoe ik iets zou kunnen doen is het waarschijnlijk nuttig om te delen hoe ik het uiteindelijk heb gedaan.
De Techpledge sterkt me in die overtuiging. Die roept op om verantwoording te nemen voor wat je maakt. Een moreel pakketje commitments naast de rechten die je verwierf door iets te maken. Te blijven praten over de macht die technologie je kan geven, en of die macht wel op de juiste plek ligt. Je bent niet klaar als je iets hebt gemaakt. Dan begint het moreel eigenaarschap pas.
Dat moreel eigenaarschap strekt zich ook uit over wáár je deelt wat je deelt. Platforms komen en gaan. Ze zijn geen voorbeeld van technologie die kleiner is dan jijzelf. Jij beschikt niet over de uitknop.
Duurzaam delen betekent dat het op een webadres staat waar jij over kunt blijven beschikken. Zodat je het kunt repareren als iets ophoudt te werken. Elk platform gaat ter ziele, bedrijven bestaan gemiddeld 4 tot 5 maal korter dan de gemiddelde levensduur van een mens. Het IndieWeb stelt duurzaam delen centraal: jouw online identiteit op jouw domeinnaam, jouw content, en jouw interactie. Je kunt platforms wel gebruiken, maar er niet op bouwen .
Delen hoort bij het moreel eigenaarschap. Mijn vriend Peter heeft het over een obligation to explain. Als je iets met techniek doet, of groepen begeleidt, heb je een taak om de drempel voor technische gereedschappen en methoden te verlagen, en te delen. Zodat je omgeving er gebruik van kan maken.
Want als wij al niet de mensen die ons dierbaar zijn meer handelingsvermogen gunnen. Wie dan wel?
Oefening 3: Wie was jouw voorbeeld?
Als niet jij, wie dan wel? En hoe wil je die rol dan vervullen?
Welke voorbeelden heb je zelf gehad. Wie maakte het verschil? Als mentor, als docente, als begeleider? Wie maakte indruk, welke eigenschappen, welke daden? Mijn eigen allerbeste docent vertelde me later dat hij niet wist wat hij met me aan moest, en dus ook maar wat deed. Dat geeft geestelijk houvast als je zelf voor een groep staat denk ik.
IV Genetwerkt handelingsvermogen vergroten is een diep politieke daad
Samen iets maken dat relevant is voor je eigen omgeving is een superpower.
Techniek, zowel de tastbare kant van hard- en software, en de kant van werkmethoden en processen, geeft die superpower alleen als het kleiner is dan ons als gebruikersgroep, wij er grip op hebben, als het op zichzelf staand nuttig is, maar genetwerkt nog veel nuttiger.
Dat geeft genetwerkt handelingsvermogen, waar iets lokaals doen zin heeft ook in een groter geheel.
We zijn allemaal makers, met een plicht om te delen, ook als je dat zelf onbeduidend vindt. Ook als je eigenlijk niet weet wat je doet. Zoals mijn allerbeste leraar.
Er is altijd iemand voor wie wat jij deelt net het ene zetje is om verder te komen, verder te gaan.
Zodat techniek echt een verlengstuk van onszelf is en blijft. In plaats van iets wat ons overkomt. Of wordt aangedaan.
Complexe vraagstukken los je samen op in groepen, in de context van het vraagstuk zelf. Je bewust van de verbindingen naar groepen elders.
Maar dat werkt alleen als we die superkracht van genetwerkt handelingsvermogen ook weten aan te boren.
Onszelf en anderen om ons heen de weg naar die superpower tonen, is een diep politieke daad. Misschien wel de radicaalste politieke daad die voor iedereen toegankelijk is. Laten zien dat je onderdeel bent van Team Human.
Based on my conversation with Boris Mann about Fission, and visiting a Decentralised Web Meetup in Amsterdam because his Fission co-founder Brooklyn Zelenka, I started exploring the technology they work with and are building. First step was getting access to and understanding the ideas behind IPFS.
What makes IPFS interesting
The IPFS about file (if you click that link, you’re visiting a file on IPFS from your browser) says a variety of things, but a few elements are key imo.
First, it is a peer to peer system, much like we’ve seen many before. When you download a file to your system it will come in bits and pieces from multiple other computers, somewhere in the network, who have that file available. Whatever is the easiest way to get that file to you, is the way followed.
Second there is a key difference in how file addresses work in IPFS, compared to the web or on your local drive. We are used to files having names, and addresses being a representation of the location of that file. The URL for this blog points to a specific server, where in a specific folder, a specific filename resides. That file returns the content. Similarly the address for a file on my drive is based on the folder structure and the name of the file. IPFS addresses files based on their content, and does so with a hash (a cryptographic representation of the content of a file).
Naming things based on a hash of its contents means that if the content of a file changes, the name will change too. For every file the content will match what it says on the tin, and versioning is built in.
Combine that with a peer to peer system, and you have a way of addressing things globally without being tied to location. You also have a way to ensure that whatever you find in a given file is exactly what was originally in the file. https://mydomain.com/catpicture.html may have had a cat picture at the start that later got replaced by malware, but you wouldn’t know. With earlier p2p systems to exchange files like Napster of Bittorrent you always had to be careful about what it was you actually downloaded. Because the content might be very different from what the name suggested. With IPFS those issues are done away with.
Currently (location based) addressing on the web is centralised (through domain registration and DNS), and decoupling addresses from locations like IPFS does allows decentralisation. This decentralisation is important to me, as it helps build agency and make that agency resilient, as decentralisation is much closer to local first principles.
Getting IPFS set-up on my laptop
Boris was helpful in pointing the way for me how to set-up IPFS (and Fission). There is a IPFS desk top client, which makes it very easy to do. I installed that and then you have a basic browser that shows you which of your own files you are sharing, and which ones you are re-sharing. It also when you are looking at a file shows where it comes from.
I uploaded a PDF as a hello world message. In the screenshot above the Qm…… series of characters you see underneath the local file name helloworld.pdf is the hash that is used to identify the file across the IPFS network. If you ‘pin’ a file (or folder), you prevent it from being deleted from your cache, and it stays available to the wider network with that Qm…. string as address. Which also means a drawback of hashed-content addressing is non-human readable addresses, but they’re usually intended for machines anyway (and otherwise, there’s a use case for QR codes here maybe)
With IPFS set-up, I started playing with Fission. Fission builds on IPFS, to allow you to deploy apps or websites directly from your laptop. (“build and go live while on a plane without wifi”). It’s meant as tooling for developers, in other words not me, but I was curious to better understand what it does. More in a next post.
This is a project I started in December 2019 for myself. The goal is to create my own “ideal” bookmarking tool. If and when it works it might be useful as a service to others too. I optimistically registered a domain name for that eventuality: linqurator.eu
I see three layers to it:
individual bookmark collections,
a social layer like Delicious used to have,
and a visualisation and analysis layer.
The latter is something that currently doesn’t exist as far as I’m aware (though examples of analysing / visualising bookmark collections do exist, just not as a regular feature of a bookmarking tool)
Key elements I am taking as starting points for the design:
Can be used offline (working with bookmarks that is, not the bookmarking itself obviously)
Fully based on PHP/Mysql as most commonly available web infrastructure
Useful stand-alone
More useful if connected to others (why?)
Using IndieWeb protocols for connection and interaction where useful
GDPR compliant, and on EU based servers (why?)
First I will attempt to build something I can and want to use myself. After that I’ll decide on adding the ‘social’ part, and beyond that the visualisation / analytical part across multiple collections.
I want to approach this in a number of small sprints, otherwise it will never happen. Two week sprints, with 13 of them to get to a working prototype for myself.
The first sprint is doing a first general plan working backwards from the imagined final service to first steps.
Currently imagined elements to sprint towards:
General plan working backwards from imagined result
Basic database design
Basic API creation
Import my Delicious archive through API
Display page
First add bookmark form
First bookmarklet
Basic timeline view of bookmarks and tags
First search form
Attempt Threading, for e.g. a Linkpost, or as input for a draft blog posting
Parse original metadata / microformats of a bookmark
Put a saved bookmark in archive.org for a permanent external reference (might not work for paywalled pages)
Save the full page of a bookmark locally (to not bump into linkrot/paywall later, and for local full text search options)
An attempt to a) map my info strategies better and b) map them to indieweb protocols, so I can c) map them to tooling / processes
Blogpostings I wrote over the years.
2003 Blogs and Knowledge Sharing
2003 The role of blogs
2003 On openness and its limits
2003 Networking Stagnation: Fatigue or growing pains? I
2003 Networking Stagnation: Fatigue or growing pains? II
2003 Networking Stagnation: Fatigue or growing pains? III
2004 Every signal starts out as noise
2004 How we might view organisation (as networks, relationships, transactions)
2004 lurking and social networks
2004 the emergence of blogging
2005 information strategies: filtering
2005 information strategies: tools
2005 information strategies: my routine, inputs
2005 rss reading strategy revisited
2005 how do you use rss
2006 Relationships above information exchange
2006 No man should be an island
2008 thoughts on rss
2018 my ideal rss reader
2018 feed reading strategies and tools
2018 Crap detection is a critical digital literacy
2018 Fake news, information strategies and the obligation to explain
2018 Distributed Digital Transformation
2019 Small tech provides agency, big tech takes it away
2019 Tools valuable on their own, more valuable when connected