Re:Are Designers Crazy?
by potatolicious on Friday January 04, 2013 @02:48AM
(#5006691)
Keep in mind that your angle on this is the design equivalent of "who cares about [source control/code reviews/proper architecture], it works right?"
There are coders out there who strive for absolute, unlimited technical perfection. They rarely if ever ship - and ditto for designers in that boat.
In reality most designers, and programmers, walk a balance between the bottom-line functionality of their work and less concrete (and more subjective) qualifiers like code quality or sub-pixel scaling.
There are many analogues between design and code here. Most people here would agree that sloppy coding standards aren't deadly, but encourage sloppiness on a larger scale over time. Ditto, sloppy design is insignificant in the individual case, but have the tendency to accumulate and lower the bar.
The example OP chose was particularly bad, mostly because as an iOS dev I know for a fact that getting 1x assets right doesn't take that much time. The usability improvement over time invested is not atrocious - certainly nobody spent an extra week just to get some pixels to line up just right.
The major problem with scaling 2x assets down to 1x devices is that thin features become muddy and blurry, while code-wise UI elements may become aligned against half-pixels, resulting in filtering that produces blurriness. Both the design and code elements of this are easy fixes for any competent iOS developer/designer duo, and takes no more than an hour or two at the extreme most. You get a pretty clear legibility improvement for not a lot of man hours.
Not to mention the very noticeable blurriness of the buttons in the "unfixed" versions - things that users do notice. So much so that some of them can actually articulate it (as opposed to merely being a subconscious annoyance).
There are coders out there who strive for absolute, unlimited technical perfection. They rarely if ever ship - and ditto for designers in that boat.
In reality most designers, and programmers, walk a balance between the bottom-line functionality of their work and less concrete (and more subjective) qualifiers like code quality or sub-pixel scaling.
There are many analogues between design and code here. Most people here would agree that sloppy coding standards aren't deadly, but encourage sloppiness on a larger scale over time. Ditto, sloppy design is insignificant in the individual case, but have the tendency to accumulate and lower the bar.
The example OP chose was particularly bad, mostly because as an iOS dev I know for a fact that getting 1x assets right doesn't take that much time. The usability improvement over time invested is not atrocious - certainly nobody spent an extra week just to get some pixels to line up just right.
The major problem with scaling 2x assets down to 1x devices is that thin features become muddy and blurry, while code-wise UI elements may become aligned against half-pixels, resulting in filtering that produces blurriness. Both the design and code elements of this are easy fixes for any competent iOS developer/designer duo, and takes no more than an hour or two at the extreme most. You get a pretty clear legibility improvement for not a lot of man hours.
Not to mention the very noticeable blurriness of the buttons in the "unfixed" versions - things that users do notice. So much so that some of them can actually articulate it (as opposed to merely being a subconscious annoyance).