1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
|
<!doctype html>
<html lang="en">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="color-scheme" content="dark light">
<link rel="icon" href="data:,">
<title>My Coffee Maker Just Makes Coffee</title>
<link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" />
<link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" />
<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style>
</head>
<nav>
<a href="#menu">Menu ↓</a>
</nav>
<main>
<h1 id="my-coffee-maker-just-makes-coffee">My Coffee Maker Just Makes Coffee</h1>
<p>2023-01-09</p>
<p><img src="/public/images/coffee-couple.svg" alt="Couple drinking cups of coffee" /></p>
<p>I had to replace my dual Keurig coffee maker <em>twice</em> over a period of five months. This occurred a year ago and these are my findings.</p>
<h2 id="built-to-fail">Built to Fail?</h2>
<p>I followed the manufactor’s suggested cleaning schedule and took care of the appliances. My initial conclusion was that the product’s design wasn’t thought-out well. “It’s built to fail!” I said to my wife the morning of the <em>second</em> machine’s failure. Another product replaced under warranty, while the broken one’s tossed aside. More e-waste because why not?</p>
<p>But after some further reflection, I came to realize the “poor design” was a symptom of a greater cause:</p>
<p><strong>The product tries to do too much</strong>.</p>
<p>I’m beating a dead horse by referencing <a href="https://suckless.org">suckless</a> software again, but that core philosophy applies here too. Both digital and industrial design suffer from bloat. Far too often I witness fellow designers over-engineer customer requests. Or they add excessive bloat to new product features. It’s almost a rarity these days to find designers who tackle work as <em>single items</em>. Everything expands. Everything needs to do one little extra “cool” thing. Nothing is ever <em>taken away</em>.</p>
<p>I’m sure the designers meant well with the creation of this dual coffee maker. It’s interesting to combine both a standard 12-cup percolator and “pod-based” serving options. In theory it sounds quite handy. One appliance that tackles two use-cases. Think of the counter space you’ll save! </p>
<p>Unfortunately, in practice, it fails.</p>
<h2 id="product-decline">Product Decline</h2>
<p>I’ve felt product quality decline in both household appliances and software. Companies no longer seem content with doing <em>one thing well</em>. Everyone needs to reach out into many verticals. Everyone copies their competitors.The need to “grow” their existing features. Adding things that no one asked for. Products are getting <em>slower</em> and losing focus.</p>
<p>People tend to place all that blame on top-level management or developers. They do deserve some blame - but not all. Designers cause a lot of these issues on their own and it’s easy to understand why.</p>
<p>The design field drops new designers into a <em>world of bloat</em>. They don’t stand a chance. The initial programs introduced to them are behemoth, proprietary pieces of garbage. No other options are available. No one is making strides in this field of “design tool software” because it’s a massive uphill battle. Those that <em>try</em>, get <a href="https://www.theverge.com/2022/9/15/23354532/adobe-figma-acquisition-20-billion-official">snatched up by existing platforms</a>. Designers don’t have the luxury of “choice” as much as developers do (within reason). It’s a very locked-down industry.</p>
<p>So of course designers will carry this mentality into their own work. It’s all they have known. “X and Y companies designed their <code>insert-feature-here</code> with all these <em>extras</em>, so we’ll do the same”. Everything is <a href="https://invidious.snopyta.org/watch?v=dC1yHLp9bWA">a copy of a copy of a copy</a>.</p>
<p>The only advice I can give to designers is this: try not to add to the problem. I’m not asking you to move mountains. But consider working somewhere else if your career only adds more bloat to the world. (Easier said than done, I know). Or keep doing what you’re doing. What do I know - I’m only some guy who rambles on the web.</p>
<h2 id="back-to-the-coffee-maker">Back to the Coffee Maker</h2>
<p>So the Keurig is gone. Trashed. The company doesn’t want the product back, they tell you to scrap it. “We’ll send you a new one for free”. Such a waste.</p>
<p>Instead, I snagged the cheapest and most basic coffee maker I could find. It cost me $12. It has no clock, no programming options, no base settings or cleaning functions. Hell, there aren’t even level numbers on the water reservoir tank. </p>
<p>You add your scoops of coffee grounds, along with desired amount of water. Then you switch on the (only) button at the side of the machine. After a handful of minutes, you have coffee.</p>
<p>And it’s been running <em>perfect</em> for over 8 months now. I clean it every so often by brewing with a small mixture of vinegar and water. That’s it. No need for “specialty cleaners” that cost almost as much as the machine itself. The points of failure get reduced as well, since the machine is bare-bones. Nothing can break when there is nothing to break…</p>
<h2 id="brewing-software">“Brewing” Software</h2>
<p>At least, for me, I plan to only design what <em>needs to be</em>. If someone asks for a “coffee”, they’ll get a cup of hot, black coffee and nothing else.</p>
<footer role="contentinfo">
<h2>Menu Navigation</h2>
<ul id="menu">
<li><a href="/">Home</a></li>
<li><a href="/projects">Projects</a></li>
<li><a href="/uses">Uses</a></li>
<li><a href="/wiki">Wiki</a></li>
<li><a href="/resume">Resume</a></li>
<li><a href="/colophon">Colophon</a></li>
<li><a href="/now">Now</a></li>
<li><a href="/donate">Donate</a></li>
<li><a href="/atom.xml">RSS</a></li>
<li><a href="#top">↑ Top of the page</a></li>
</ul>
<small>
Built with <a href="https://git.sr.ht/~bt/barf">barf</a>. <br>
Maintained with ♥ for the web. <br>
Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br>
The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>.
</small>
</footer>
|
