For an interface designer, handing over your designs to the developer means losing control of the creative process. Of course, you will be working together on the project and communicating back-and-forth, but it will never result in a creation that is all of your own. In other words, you will never be independent in your creativity.
I am currently implementing the new layout of Web Adventures and I thought about using Bastians Kirby. Ultimately I decided to stay with WordPress since the code of Kirby is shit. Kirby is a great idea, but I would not be able to work with its codebase.
The main problem here is that these people don’t understand the difference between being able to combine some if, while and foreach statements to have a working program and the actual process of software engineering. Combing if, while and foreach is the easiest part of the development process. The hard part is writing maintainable, understandable and extensible code. Each line of source code gets written one time but different people read it dozens of times. In any serious software project you will spend more time on architecture, testing and documentation than actual writing code. I am studying Software Engineering now for ten semesters and I can tell you that writing code is only a very small part of it.
And the other problem is: If the designer is also the developer he can implement whatever he designed. Even if it is bullshit. A developer has a different background, a different perspective and he can provide some kind of additional quality control. Of course the designer will also provide quality control to the developer.
While it may helps if the designer has some basic programming knowledge, the designer should not be the person implementing it. It also helps if the developer has some design skills and a sense for good design, but he should not designing. Team work is often hard, but its worth it.
It’s so much more than that. It’s a state of mind. It’s an approach to a problem. It’s how you’re going to kick your competitor’s ass. This handy guide will help you understand design and provide resources to help you find awesome design talent.
“Dieser Inhalt ist zu lang für das Fenster, wir müssen eine Scrollbar einbauen.”
“Wie langweilig, jeder macht Scrollbars. Wir machen zwei Buttons.”
“Super Idee. Und wenn jemand trotzdem scrollt, dann bewegt sich einfach ein anderes Fenster.”
Ich habe eine E-Mail von Amazon erhalten, dass es Probleme mit meiner Bestellung gab. Der Inhalt der E-Mail ist ziemlich uninteressant, aber den markierten Satz fand ich bemerkenswert:
Wenn Sie Fragen zu dieser Bestellung haben [...], antworten Sie einfach auf diese E-Mail.
Eigentlich sollte das klar sein. Wenn ich eine E-Mail erhalte und Fragen zu ihrem Inhalte habe, antworte ich auf diese E-Mail. Aber jahrelang wurde quasi jede automatisiert versendete E-Mail vom Absender do-not-reply@domain.com versendet und oft wurde das im Inhalt noch einmal erwähnt: “Antworten Sie nicht auf diese E-Mail”. Das ist Schwachsinn. Wieso soll ich auf diese E-Mail nicht antworten? Aber das do-not-reply-System hat sich durchgesetzt und darum muss Amazon extra in ihren E-Mails erwähnen, dass man darauf antworten kann.
On a related subject: Ich würde auch unheimlich gerne auf E-Mail-Benachrichtigungen “xy hat dir eine Nachricht gesendet” von Twitter und Facebook antworten. Ich kann den Inhalt der Nachricht lesen, aber anstatt das ich die Antwort sofort eintippen kann, muss ich einen Link anklicken, eventuell muss ich mich einloggen und erst dann kann ich auf die Nachricht antworten. Das ist dumm.
Apple sollte in iTunes etwas einbauen, dass anzeigt ob ein Album auf meinem iPhone und/oder meinem iPad gespeichert ist oder nicht. So ähnlich wie in meinem kleinen Mockup da oben. Nur besser.