Vat AI bij de hoorns
Een artikel over hoe een journalist de uitdaging van AI ziet. Z’n boek heb ik nog niet gelezen, maar z’n oproep(en) vind ik interessant: vat AI bij de hoorns, laat het niet aan grootkapitalisten over.
Een artikel over hoe een journalist de uitdaging van AI ziet. Z’n boek heb ik nog niet gelezen, maar z’n oproep(en) vind ik interessant: vat AI bij de hoorns, laat het niet aan grootkapitalisten over.
In een HN discussie over hoe democratie zich ontwikkeld, volgt een link naar de CIA Simple Sabotage Field Manual. Dit is lekker kort en leesbaar, en de lol, of eigenlijk niet, is de overlap te zien tussen deze tips en vanzelfsprekendheid waarmee sommige van deze punten voorkomen. Natuurlijk is dat het doel: deze tips zijn gebaseerd op kunnen verbergen van je motivatie te saboteren achter het hebben van een plausibele en redelijke verklaring voor elk specifiek gebruik van zo’n tip. Het is dus een goede denkoefening eens, als we aannemen dat niemand al te opzettelijk je organisatie saboteert, toch werkt op een manier die daar volgens de CIA op neerkomt.
De handleiding bied tips voor specifieke werkomgevingen, en de mijn lijkt van toepassing op “General Interference with Organizations and Production” op pagina 28. Mijn favoriet is punt 3: “When possible, refer all matters to committees, for “further study and consideration.” Herkenbaar? Natuurlijk klinkt dit redelijk: een groep experts weet het beter. Maar het is ook een veeg teken dat de manager in kwestie kennelijk geen expertise heeft, en waarschijnlijk selectief is met het doorverwijzen naar commissies. Je kunt zo inderdaad prima sturen, en persoonlijkheden die in het management belanden hebben een natuurlijke intuitie om zulke middelen te leren kennen en gebruiken. Voor iedereen is het dus goed om ze te kennen, om ze zo ook de kunnen vermijden of ter discussie te kunnen stellen.
Een andere leuke link is the maze is the mouse: over hoe een ‘incentive-plan’ (of dat nou opzettelijk gepland wordt of defacto onstaat) slimme mensen domme dingen laat doen, met als casus Google. “Google’s fundamental problems are along the culture axis and everything else is a reflection of it.” Dat cultuurprobleem is dat iets in de org alles bedekt: ads-geld komt toch wel binnen, dus niets doet er verder toe. Zo bekeken is het dus een risico: een bepaalde reden die een bepaalde vorm van behoud garandeert. In het geval van Google de moat rondom ads, in het geval van een uitvoeringsorganisatie het feit dat de overheid nu eenmaal via die org zal blijven uitvoeren… Het artikel is een oefening in het analiseren hoe je met dezelfde ogenschijnlijk prima uitgangspunten (‘respect eachother’) ook een heel andere organisatie kunt krijgen die je eigenlijk niet voor ogen hebt. Of althans, die de meesten bij het lezen van dat soort regels en uitgangspunten niet hebben. We hebben de neiging ze optimistisch te interpreteren, niet realistisch.
De oplossing? Een voorstel is kijken naar wat Nadella bij Microsoft deed:
Heel herkenbaar voor mijn werkplaats nu. 1: dit vereist wel een manager/chef met genoeg technische achtergrond. 2: enable de gedreven en effectieve mensen (in mijn geval: de statistisch informaticus.) 3: Platter, en meer zelfsturing. Vereist wel mensen die kunne zelfsturen, dus wellicht een oplossing die niet zomaar op andersoortige (niet Big Tech) toegepast kan worden.
Bij de Correspondent een interview met twee onderzoekers waarin Merijn Oudenampsen een gouden kwoot produceert:
De overheid is al twintig jaar aan het privatiseren, waardoor veel deskundigheid verplaatst is van de overheid naar consultancybureaus. Daardoor ontbreekt binnen de overheid vaak kennis om dingen goed te plannen en uit te voeren. Je ziet in de coronacrisis dat het ministerie van Volksgezondheid, Welzijn en Sport een hol ministerie is. Het is voornamelijk bezig met contractmanagement, en heeft weinig eigen intellectuele of planningscapaciteiten.’
Ja, dat herken ik heel goed.
Ik wist nog niet van het bestaan van Rethink Economics, studenten die zich bewust zijn van de volkomen geinternaliseerde neoliberale bias in economie-curricula en dat willen veranderen. Herinneren jullie je trouwens ook aflevering bij Buitenhof nog?
I learned a few things about Go today. And got a good Rob Pike quote too:
a little copying is better than a little dependency - Rob Pike
I like Go, but I don’t use it really. I’ve thought about it many times, but I keep finding Python does my simple jobs just fine. What I like is the cross-platform story and the relative absence of the abstractionsim one finds in the C++ community: for most uses the most generic of fastest solution is not as important as writing code that’s easily understood.
The new things are the magic things at the bottom of the text, of which I only knew capitalisation for export. They are weird, but efficient, in a way, I guess.
It’s been a while since I last looked at Syncthing. At the time of writing, setup over a few devices was a bit of a hassle, having to manually copy over share-keys and then whitelist on every device every other device. What’s changed? Turns out: not much! I trialed Syncthing again some months ago and while you can now appoint a single devices as introducer, meaning that any peer will copy all peers, and all shares! Now that’s immediately a problem: I typically do not want to auto-share all shares. Removing the share won’t help, it’ll be readded within seconds. And do not configure a second introducer: you’ll never be able to remove a share ever again 😁 They’ll keep reintroducing it to each other.
Pity. They remain focused on rather fixed setups, and not sharing, as in, between family or friends.