We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

The case against "It just works" or how to avoid #idiocracy

00:00

Formal Metadata

Title
The case against "It just works" or how to avoid #idiocracy
Subtitle
or what design has to do with fake news and clickbait
Alternative Title
Design, education, politics and fake news
Title of Series
Number of Parts
644
Author
License
CC Attribution 2.0 Belgium:
You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor.
Identifiers
Publisher
Release Date
Language

Content Metadata

Subject Area
Genre
29
48
Thumbnail
52:23
116
173
177
Thumbnail
24:07
182
206
222
Thumbnail
48:23
287
326
329
Thumbnail
25:09
349
356
Thumbnail
26:14
361
Thumbnail
51:22
373
Thumbnail
25:25
407
411
423
Thumbnail
10:54
449
450
Thumbnail
24:27
451
Thumbnail
27:12
453
459
Thumbnail
34:41
475
Thumbnail
18:23
489
Thumbnail
40:10
496
503
Thumbnail
12:30
515
Thumbnail
05:10
523
525
Thumbnail
19:53
527
538
Thumbnail
25:25
541
Thumbnail
25:08
565
593
596
635
639
Gamma functionVacuumConfluence (abstract rewriting)Constructor (object-oriented programming)PlanningTrailInformation securityProcess (computing)ResultantFacebookVolume (thermodynamics)NeuroinformatikNumberTerm (mathematics)Open sourceUsabilityObservational studyInteractive televisionTwitterTask (computing)Operator (mathematics)SoftwareTextsystemMassIntegrated development environmentVirtual machineComputer configurationMessage passingMultiplication signDeclarative programmingAndroid (robot)BitConfiguration spaceProjective planeSet (mathematics)Constructivism (mathematics)Software developerLine (geometry)MereologyMobile appArithmetic meanSpacetimeExpert systemUniverse (mathematics)Element (mathematics)System callInterface (computing)TheoryBackdoor (computing)FamilyPhysical systemTable (information)Position operator1 (number)Point (geometry)Bookmark (World Wide Web)Medical imagingHoaxSound effectComplex (psychology)Ocean currentGoodness of fitMeasurementFlagInternet service providerGraphic designBlack boxUser interfaceDifferent (Kate Ryan album)CuboidNegative numberPresentation of a groupKeyboard shortcutObject-oriented programmingGame theoryOnline helpSoftware testingPRINCE2Moment (mathematics)Video gamePlastikkarteComputer animation
Sampling (statistics)Graph coloringWeb pageWordUniform resource locatorDifferent (Kate Ryan album)FrequencyDemosceneComputer programmingPasswordProcess (computing)Type theoryDigital photographyOpen sourceGoogolDirect numerical simulationKeyboard shortcutOrder (biology)Rule of inferenceInternetworkingGraphic designIP addressNumbering schemeGreatest elementPoint (geometry)PredictabilityNeuroinformatikRow (database)Source codeSoftware developerFocus (optics)Single-precision floating-point formatContrast (vision)Session Initiation ProtocolReal numberMereologyInteractive televisionUtility softwareAssembly languageCodeProgrammer (hardware)Link (knot theory)Inclusion mapDampingVisualization (computer graphics)SmoothingMemory managementVirtual machineControl flowMultiplication signTerm (mathematics)SoftwareLine (geometry)Goodness of fitEquivalence relationWechselseitige InformationPointer (computer programming)Text editorDigitizingRegular graphExecution unitOnline helpVideoconferencingCommitment schemeSpacetimeWaveFormal languageHost Identity ProtocolInformationGaussian eliminationComputer animation
DemosceneCodeComputer configurationLevel (video gaming)Game controllerNP-hardAssembly languageEncryptionMultiplication signRule of inferenceWeb pageConfiguration spaceBitComputer engineeringGroup actionNumbering schemeWordElectronic program guideRegular graphArithmetic meanSelf-organizationSoftware development kitPositional notationLine (geometry)EinsteckmodulProcess (computing)Computer animation
Computer configurationValidity (statistics)CASE <Informatik>Latent heatPoint (geometry)Multiplication signComputer animation
VideoconferencingTraffic reportingComputer animation
CollaborationismProgram flowchart
Transcript: English(auto-generated)
If you're ready to start, please welcome Michael. Thank you. Okay. Design is the creation of
a plan or convention for the construction of an object, system, or measurable human interaction. An open source is something that people can modify and share because its design is publicly accessible. So, open source design is
a design whose design is publicly accessible. I believe it's much more than that, and I'm here to convince you about that. I am Michael Dimitriou. I'm involved in both open source and design for a good 10 years now, and I believe that open source design should help users to exercise the freedom that open source provides.
Current design trends do not promote our freedom, probably the opposite. The things around us are designed to keep us out in the name of ease of use, security, or good looks. But the user that uses something most easily,
the most secure user, the happiest user is the one that knows how anything works. So, making something automagically work will cause a few moments of initial delight, but the effects in the long-term are exactly the opposite.
I realized this by showing the incredible advances in deep learning and neural image manipulation to friends and co-workers during the past few years. People that don't understand the complexity of the system involved are the least impressed. Technology is magic for them and can do anything.
There's a story I read when I was little which described the family dinner during which one of the adults starts floating over the table. Despite what one would think, the children are the one that are the least amazed. They are used to seeing amazing new things all the time. Adults, on the other hand, know that floating over the table is
impossible and are genuinely surprised. Trying to make technology look like magic, helps keep our users child-like, which is good at making that sound, it's not. You might wonder why I mentioned clickbait and fake news during the notes of the presentation.
It's because I believe that fake news calls for universal backdoors and conspiracy theories all have one thing in common. They stem from the inability of the crowd to distinguish between what is impossible and what's possible or improbable. The ability to do that improves with a firmer understanding of how things work.
Unless everything is reduced to a black box, only the elusive expert understands how things work. In fact, nobody does. All the things are just some of black boxes and any given expert can only know what one of those parts does. So, nobody understands how the whole works.
But let's go back a little bit to the design movements of yesteryear. Let's go back to other flaws in modernism and the declaration on ornament is crime. Or to the Russian constructivists that thought all art was political and that building the USSR was a great art project. To the both of us modernists that thought that
art should adapt to the new era of the machine. We can also go to today's emotionally durable design that aim to save the environment by designing things that we will love more as time passes. All those guys and many, many more in the history of the art and design thought that they could change the world with their creations. They thought they could make the lives of people better.
Some by promoting social status, other by diminishing it, some by promoting technology, and others by promoting mass consumption. I believe that today's design trends try to promote an easier life but fail, actually promoting blissful ignorance.
Do you know what the biggest search term by volume is on Google? Facebook. Why? Because people can't distinguish a search term from URL. And number three is Google. I think this is our fault and we have to fix it. It has huge security implications and it's clearly a
failure of our design. We are trapped in our bubble and we've lost track of the real results of our work. We think that anyone knows basic things about technology because we do, but the reality is that many don't. And since we managed to get rid of manuals through
intuitive design, now it's our job to treat them. There are many more examples of how current design fails, but I think the most spectacular manifestation is Facebook's fake news problem. They try to reduce the unlimited complexity of a thing called news to the presence or not of this.
A small red flag. Of course, they managed to do the opposite of what they intended. It's deeply ingrained in silicon volume mentality. Simplify anything down to a single click. And that brings me to why it fails.
It fails because our world's complex. Complexity is there and it is inevitable. The universe is complex. Our solutions to the problems caused by complexity usually involve adding even more complexity. In our effort to simplify things as designers, we end up just hiding complexity behind user interfaces that make assumptions. By driving over the complexity with a road-paving roller
machine of a UI, we destroy all kinds of nuances people love to love. Just visit any kind of community that loves a certain something, be it coffee, tea, audio equipment, cars, whiskey, gaming, keyboards, jeans, desktop environments, whatever, and you will find that the discussion always gets down to the slight nuances that make
each one's favorite thing unique to the point sometimes of absurdity. So let's go to typesetting. It's an example of the results of UI oversimplification. Latech might be intimidating, but it requires you to invest the time to learn everything about typesetting before you produce a very nice document.
Word processors promise to make this easy, but in reality, they never allow the masses to produce work comparable to that of professional typesetters. Why is that? Because typesetting is hard work. You have to know all about kerning and hinting and widows and orphans and positive and negative space, and no amount of buttons and nice interface elements is
going to make that easier. It just provides the false sense of competence, so all the CVs I receive say, excellent use of Microsoft Word in the same paragraph in which they use spaces to write a line of sentence. We make the effort to build a million different options in
our software, and then we go and hide them behind this. This essentially says, hey, I assume you're too stupid to change these settings. Please don't. This doesn't mean that your app should have a 500 typesetting dialogue, but why hide things about config or Android developer settings so hard?
And then there are the options that aren't even there. On one hand, we try to promote open source software as something that provides freedoms, and then we turn around and take those freedoms away by hiding them behind compiler flags as we know that our users don't
know how to recompile our software. If this isn't two-faced, I don't know what is. So I think it's our duty as open source design to have a political agenda, to actually do try and change the world, to be something more than automated operators of AB studies and usability testing, to care not only whether our
user will do the task quickly and effortlessly, not only if she's going to engage more with our item, but also if she will leave the interaction happier, wiser, and why not a better person? It's not a coincidence that Deepa Napton found that the computer skills of undergraduates dropped off
between 1996 and 2006. It's the period of Steve Jobs' return to Apple and the same period, so an almost religious purge of anything that resembled the command line or programming for consumer computers. They come without any hint of programmability.
They are for primary purpose. To be fair, this gave birth to excellent visual computer interactions and helped computers reach millions of people. I have nothing against that, but we took it too far.
So what do I propose? To force everybody to code in assembler like real men? No, of course not. Technology must be accessible to everyone. It must have an easy on-ramp and not be intimidating. Is this possible? You talked about typesetting a few minutes ago.
On one hand, you have a latter which is steep and intimidating. On the other hand, you have a Microsoft Word which just promotes ignorance. I'm sorry. I have to take a sip.
Is there a middle ground? I think stuck edit and markdown is a very good example of a middle ground. It doesn't look hieroglyphics to an untrained eye. It is easy to learn. And a single row of buttons allows you to do most of the things you'd want to do in a document, while at the same time, you see exactly what the computer sees. After the few presses of the B button in a markdown
editor, if you're slightly interested, you'll understand that it all does is surround the word you are typing with double asterisks. And you'll be able to do it, saving yourself a trip to the toolbar. AutoCAD is another nice example of a closed source. It says point is click as MS Paint, but there's a nice
little command line on the bottom that repeats every command you do, even if you click on it with a mouse. After a few times, you start learning what the commands are, and you can type them yourself. There's also a nice, predictable shortcut scheme that
helps you work with shortcuts without having to go to the manual. So let's break it down to some simple rules. One, teach. You know those troubleshooters that never work? Why not, instead of trying to fix the problem, you present your user with the steps he would take in order to understand why his printer or his internet access
doesn't work? Teach them the process of the elimination, and while you are doing this, explain to them what DNS is and why this is probably the problem when you can reach the IP address and not the google.com. Two, ask politely to show more information.
I'm pretty sure that there are millions of people that are curious what happens between pressing their keyboard in the URL bar and seeing the webpage they intended to see. So ask them politely. Did you ever wonder what happens behind the scenes when you type here? Not only you get to show all the fancy things you do on
every keystroke, but also explains why you ask if you want to enable search suggestions and why the answer shouldn't be. Of course, why do you even ask? By the way, I've seen people pasting passwords on the URL bar to see if they are correct. Three, use the jargon. Stop replacing intimidating jargon with softer words.
It's confusing to those who know. It's different in every brand and makes for an awful, awkward situation when you are trying to give or get help. These are the words that Samsung and LG use instead of color subsampling. Don't be patronizing.
This is not a good 404 page. I like the heap language, but what this page says is frankly bullshit. There are no palumpas in the computer searching for your mistyped web page. Check the spelling, or go to a wayback machine. And because design isn't all new software, five, make repairs easy. Include a repair manual.
Link to disassembly videos. Don't use glue. Embrace wear and tear. Stop cherishing smoothness and newness. Scratches and marks show use and utility. Use that in your design. Six, make it replaceable, interchangeable, show its inner workings. RevLab 3D printers are a very good example of what I'm talking about.
You can see and learn exactly how they work. You can infinitely repair them. And you can upgrade them with parts you can buy off the shelf. And then you can go and build your own. Contrast that to regular printers, which are almost always cheaper to replace than to repair.
Check sometimes it's cheaper to replace than buy new inks. And because we know nothing about them, they seem to never work. We have a certain focus on the tools nowadays and not the crafts.
We have fixated on the digital tools that allow us to do crafts. And now people say that they know AutoCAD instead of architectural drafting. They say that they know Photoshop instead of graphic design or digital photo development. And this here is both the craft and the equivalent open source software, making them look inferior. If you know how to dig, the brand of the shovel
shouldn't matter. So I think that what I described is what open source design should mean. But design is always controversial, as it should be. And so in order to avoid hijacking the term, I would like to call this approach transparencies.
I invite you all to join me into creating examples of transparent design and put these ideas into even more concrete rules and approaches and influence the future of design. I have created a GitHub organization, which is still
empty, but I'd like to fill it with examples, rules, and other things that would help future designers follow this approach. Thank you very much.
And if you have any questions, why, we should.
We shouldn't do, you make it easier for users.
And you just say, don't. They have to learn. I'm OK to learn, but sometimes it's just too difficult, because there's a large diversity of users, young, old people, not computer engineers.
So where do you place the level? I don't think it's about the level. That's why I said we don't need to make everybody code an assembler. Assembly is hard.
We don't have to make things hard. We have to make them easy, but in the process, show the people what's happening behind the scenes. So when something goes wrong, which it will go, and we all know it, instead of just believing that printers came from hell, we understand that it's the roller thing in
the printer that it's for, and then we can go to the store and buy another and put it in there. And to be able to do that, it first means that the whole community requires the manufacturer to be like that.
So there was a 3D printer manufacturer who started putting filament into cartridges, like the regular printer guys do. And they didn't manage to keep that approach not even a year. Because everybody else uses interoperable filament, and you
can buy filament from everywhere and put it in your printer, so nobody could accept buying the proprietary thing. That's what I'd like to see, a design that makes users understand what's behind, and then they want to learn.
And because they learn, they are empowered to do things and not be controlled by whatever scheme is devised so that manufacturers, for example, can sell more printers.
I don't know if I answered the question. Yes, sir? Once you learn the examples, I don't do this. There's a lot of preference in there if they are done wrong, if the user changes them in the wrong way,
that they could change security. Or if users start relying on these preferences and somebody wants to remove them, it's a lot of effort to kind of make that transition. So for users that just kind of see some guide and say, oh, I'm going to change the preference, I can do this specific thing, and they don't want to
carry the whole, why is this happening? How would you manage that using this process? So the question in a few words was why I was against the about config warning and what about the users that don't want to learn. Actually, that page was put there because I anticipated this kind of question.
I wanted to talk a little bit about that. I think that instead of having that page and then a bunch of options that are in JavaScript notation, with dots, there should be no warning, and then every option should have two lines of text.
I'm sure that this is very short time needed, compared to the time needed to implement an option in the code. That explains what is it and why it should or it should not be clicked and maybe for some especially dangerous options,
there should be a warning near the specific option. Because in about config, until recently, it was the control tab switch between the latest tabs option, and other options that were very dangerous and allow disabling encryption and everything else.
So bundling them all in the same basket and then telling the user, okay, go learn and then come back, is much worse than describing what everything does and why he should or he should not click on it. But if you go into describing every line,
then you're going to say, the user is going to say, oh, I see, I understand this, to support every, that's the point behind this. Okay, that's a valid point, yes. Is there options for a specific use case to rely on?
Yes, that is a valid use case, and I understand that there might be backlash if you go and remove something that people use. Yeah, that's something that maybe you should be discussed more or maybe you're just right.
Anything else or do I have more time? I don't know. Okay. Okay, I will do that. Yeah, I'm sure it's a lot.
I'll do that, but it's just the credits for the except the GitHub repo, all the others are just the credits for the videos and the artwork I used, but I will put them into Petaborf. Thanks.