tag:insightout.svbtle.com,2014:/feedinsightout2017-05-25T12:56:15-07:00Max Kattnerhttps://insightout.svbtle.comSvbtle.comtag:insightout.svbtle.com,2014:Post/turn-up-the-volume2017-05-25T12:56:15-07:002017-05-25T12:56:15-07:00Turn up the volume!<p>There is this one company from Berlin that really cares about high quality sound. I’m pretty sure you know which one I’m talking about if you are at least a little bit into audio. My story is about my worst experience with their products – and that tells a lot about the otherwise amazing quality.</p>
<p>However, sometimes I wonder if their design team even looks at the back of their devices. Or if they care about the UX that one encounters <em>before</em> listening.<br>
The issue that has been bothering me for quite a while (see what I did there? ) is that my subwoofer would sometimes just turn off. Or don’t even turn on to begin with. I soon figured out, that it would come back to life when increasing the overall volume. Of course that’s no permanent solution but it got me thinking about that automatic activation feature it has. I took a look at the very rudimentary back of the subwoofer and found a dial to set the “AUTO LEVEL” – guessing that this one might have something to do with the activation feature.<br>
But I first needed to find a screwdriver, because they must have thought the setting is too important to hide it from the customer, but unimportant enough to not put a knob on that dial. In my opinion, if you find such a setting is important enough to make it accessible, make it <strong>accessible</strong>. Not “find–some–tool–to–change–it” – accessible. But that’s another topic.</p>
<p>So, I found a screwdriver and changed the auto level setting from “somewhat low” to “very low”. I was listening to music at that moment and the subwoofer turned on immediately, figuring it must have been right. The audio level where it should turn on was set lower, so it has to turn on at lower input signals, right? Well, yes, at least if the setting did what you would expect it to.</p>
<p>While writing the <a href="https://insightout.svbtle.com/about-this-blog" rel="nofollow">“About this Blog”</a> post, I noticed that the subwoofer’s behavior got even worse. I checked the dial and it was still at the setting I chose back then. So I turned it even lower and waited. Suddenly that big black box turned off during the current song. That’s how I knew it must have been the wrong direction. I checked and yes, the manual says the settings changes the <strong>sensitivity</strong> of signal recognition. Or in other words: The exact opposite of what the label on the device says. Thanks for that!<br>
At least it is working now after turning the dial towards “high”. And I learned yet again that manuals are there for a reason in most cases.</p>
<p><em>In summary:</em> Care about your product’s backsides. Especially when the customer can or must access some settings there. And don’t be so evil to have a setting doing the opposite of what its label says. ?</p>
tag:insightout.svbtle.com,2014:Post/about-this-blog2017-05-25T11:33:23-07:002017-05-25T11:33:23-07:00About this Blog<p>There is one thing I want to make clear right from the beginning: I am not a professional designer. I never got any degree that would say something about my knowledge in design. However, I always enjoyed creating stuff that appealed to others and myself. That being said, let’s talk about this blog.</p>
<h1 id="the-idea_1">The Idea <a class="head_anchor" href="#the-idea_1" rel="nofollow">#</a>
</h1>
<p>I think I thought about starting this blog for a long time without even knowing it. There always was a for me need to talk about something I just noticed, e. g. when I realized it took me half a minute to find the time my pasta needed cooking to be <em>al dente</em>. I knew there must have been something wrong about how that information was placed on the packaging and started analyzing, almost forgetting about the pasta.<br>
That was the moment I realized a blog could be the right format to not only rant about such unpleasant encounters, but also to analyze them, to find out what one can learn from it and, last but not least, to highlight great* designs.<br>
So stay tuned for the firsts posts to during the next weeks. If you want to be notified about new posts, there is a <a href="https://twitter.com/insightoutblog" rel="nofollow">Twitter account</a> you can follow and an old school RSS feed option hidden in the right sidebar.</p>
<p><em>* Of course design is a very subjective field, so “great” is meant in a very personal way.</em></p>
<h1 id="the-personal_1">The Personal <a class="head_anchor" href="#the-personal_1" rel="nofollow">#</a>
</h1>
<p>As I already said, I’m not a designer. At least that’s not what I do all day. My current profession is being an iOS engineer for a 100 + people company. Before that, I studied computer science while also developing interactive digital books for children. During that time I also dived deep into photography and attended some of the university’s more creative courses about layout, composition and design.<br>
The interest for this field showed first while I was still at school. I started enjoying the creation of powerpoint – presentations and later joined the team that worked on the school and graduation magazines. Looking back, fiddling with Microsoft Word had its good and bad: It never worked as you would expect, but that meant you started thinking about what you did and if it really was the best solution to layout a page. Only to find a workaround for that bug you just found in Word’s layout engine, of course.</p>
<h1 id="the-technical_1">The Technical <a class="head_anchor" href="#the-technical_1" rel="nofollow">#</a>
</h1>
<p><em>Did he just say bug?</em> Yes. I’m still a software engineer and I can’t suppress this background. That’s why there even is this section. So let’s talk about all that technical stuff behind this blog.<br>
Well, actually there is not too much to say. It turned out that this old saying about software development is just too true:</p>
<blockquote class="short">
<p>There are only 2 really difficult things in software development:</p>
<ol>
<li>Naming things</li>
<li>Cache invalidation</li>
<li>Off–by–one errors</li>
</ol>
</blockquote>
<p>So yes, naming this blog was difficult enough to just decide for a blog hosting platform and not caring about the technical stuff behind it. At least for once.</p>
<p>The other great thing about not caring about the tech behind?</p>
<p><strong>Focus.</strong></p>
<p>I can really focus on writing the stuff I want to write and how I write it.<br>
Did you notice the correct quotation marks? The tiny spaces next to the dashes? The dashes being actual dashes and not minuses? Yes, that’s not by accident. To be honest, I always had an eye for when an apostrophe was grammatically wrong, but caring about the correct symbols and spaces is pretty new to me as well. Big thanks to Frank Rausch at this point for his <a href="https://www.youtube.com/watch?v=YM2Nj691PMo" rel="nofollow">great talk</a> at UIKonf this year!</p>
<p>So, sorry folks, not so much tech as you expected but one important lesson: Focus on what is most important and look out for solutions that already can do the rest for you.</p>