Why you should move that button 3px to the left
1–10 of 164 posts
Re: Why you should move that button 3px to the left
#2anyway, there is also "good enough" and most likely 3px wont matter any more than refactoring a perfectly working class into a perfectly working class with perfect code...
Re: Why you should move that button 3px to the left
#3Re: Why you should move that button 3px to the left
#4Anyway, slightly OT: the screenshot looks like a Google page. Does anyone know which one? I really want to know what difference the 3px makes!
Re: Why you should move that button 3px to the left
#5Re: Why you should move that button 3px to the left
#6Re: Why you should move that button 3px to the left
#7When I used to work with my designer friend, he would tell me to do things like that: increase this padding by 5px, lighten the color by a little, slightly decrease the border-radius, etc. One by one like that, I find it hard to follow and it doesn't feel like anything really looks different -- until I compare the finished product with what I originally made by myself. Anyway, slightly OT: the screenshot looks like a…
Designers have caused real harm to the WWW. They're clearly not the worst thing about WWW but they're pretty bad.
Re: Why you should move that button 3px to the left
#8Re: Why you should move that button 3px to the left
#9Maybe designers should learn a little bit of CSS and git and just fix the pixels.
Things like "grab me before you check this in" and "we need a design fix-it day" are indicators that this problem has a high communications cost between the designers and engineers who have to implement those designs. Companies who observe symptoms like this should consider hiring a designer/engineer instead of having those two separate people. Yes, the combined person will be more expensive but they will just do the same work in a fraction of the time.
Re: Why you should move that button 3px to the left
#10I sense, though, that the author's tactics for working with teams that don't share his values are half-measures. It reminds me of the large and sad literature on "organizational change" in software development, wherein people trade stories about how to cajole managers into letting them do fragments of good engineering. None of that works very well. The satisfying solution is to be part of an organization that values good engineering in the first place.
Similarly, a designer like the author would be better served by working with–I'm tempted to say better engineers, but that's my bias–engineers who feel the same way that he does about product. These exist; I'd consider myself blessed to collaborate like that.