Welcome to

Commentary Software Development

A lot of bandwidth has been wasted arguing over the lack of usability in open-source software/free software (henceforth “OSS”). The debate continues at this moment on blogs, forums, and Slashdot comment threads. Some people say that bad usability is endemic to the entire OSS world, while others say that OSS usability is great but that the real problem is the closed-minded users who expect every program to clone Microsoft. Some people contend that UI problems are temporary growing pains, while others say that the OSS development model systematically produces bad UI. Some people even argue that the GPL indirectly rewards software that’s difficult to use! (For the record, I disagree.)
Meanwhile, as these arguments swirl, I’ve been quietly relying on OSS to get my work done. As a professional developer, I spend my most of my time interacting with three programs, all of which are free and open source. I chose each out of dozens of alternatives precisely because I think each of them has the most humane interface in its category. Some OSS isn’t just usable, it’s more humane than the closed-source alternatives. One the other-hand, there’s plenty of OSS which is downright painful.
In an effort to understand usability in the OSS world, I’ve researched the stories behind my favorite — and least favorite — OSS programs. I’ve found a fascinating variety of personalities, design philosophies, and project organizations. Although I’ve only scratched the surface, there are already themes that come up again and again. Because everybody loves top-ten lists, I’ve distilled my observations into a top-ten list of OSS “do”s and “don’t”s.

From the weblog Humanized.org about MoonEdit: Redux - Commentary Software Development

weblog article

Last year, Aza wrote an article about how MoonEdit enabled us Humanized folks to do some painless collaboration. Someone recently posed the question:

[A year] after that posting, do you still make a lot of use of collaborative editing for recording group talk and crystallizing it into more cohesive documents?

The simple answer is: No.

We hardly use real-time collaborative editing anymore. I’m really glad this question got asked, because it forced me to evaluate how our work flow evolved over the past year. Aza’s article remains as true as it was when he wrote it: MoonEdit enables some a very powerful and easy collaboration system. So why don’t we use it anymore?
Several reasons.

(1) We got offices with whiteboards. Even before we got an office we got together every single day in the same place with consistent access to really big white boards. For architectural and design discussions, these two tools (white boards and physically being in the same place) cannot be beat. Ideas happen faster, get refined faster, get drafted and drawn (which is often better than getting typed), get erased and replaced with better ideas, etc.

One obstacle for Linux to overcome on the desktop is the lack of a consistent visual interface. While Microsoft Windows and Mac OS X offer users and developers consistent themes, Linux supports a plethora of dissimilar desktop environments and window managers. The Tango Desktop Project is working to change that.
The Tango project is an effort to establish high-usability visual themes for Linux desktops that function consistently across multiple desktop environments. Tango evolved from private discussions between Novell’s Jakub Steiner and Mozilla Visual Identity Team lead Steven Garrity. The project went public at the Boston GNOME Summit in October. Project participants are working on specifications for cross-environment themes and a fully compatible theme they hope will be adopted by vendors.

Garrity said his experience with polishing the Firefox user interface convinced him that an effort targeted at Linux desktops would yield similar results: highly beneficial to the end-user experience for a relatively low expense in developer time. Garrity and Steiner sought out the best artists they knew and the team began setting out its goals. At the GNOME Summit they gave a presentation on their work and opened a Web site and mailing list.

Der Linux-Kernel-Entwickler Con Kolivas zieht sich zurück: diese Ankündigung bedeutet nicht nur einen großen Verlust für die Entwickler des Linux-Kernels, sondern auch für die Verfechter eines Linux-Desktop.

Job, Kinder und Japanisch

Con Kolivas ist einer der bekanntesten Entwickler im Linux-Kernel-Team und ist zudem in der Community für seine Patchsets für den Kernel - diese wurden mit “-ck” markiert - sehr beliebt und angesehen. In Zukunft will sich Kolivas verstärkt seiner Familie und seinen beiden Kindern, aber auch seinem Hauptberuf - als Anästhesist in einem Spital im australischen Melbourne und dem Erlernen von Japanisch widmen.

Schnellere Rechner, die langsamer arbeiten

Im Interview skizziert Kolivas seine Anfänge in der Linux-Entwicklung bis zum Ende nach. Der Beweggrund für seine Linux-Karriere war der Wunsch nach einem Desktop-Betriebssystem, das funktioniert und sich einfach bedienen lässt. “Der Desktop-PC ist Schrott. Wir alle besitzen heute Computer, die vor zehn Jahren noch als Supercomputer galten, aber warum ist dennoch alles so langsam? Wenn die Rechner exponentiell schneller wurden, warum dauert es immer länger bis ein Computer hochfährt und die Anwendungen starten? Natürlich gab es in einigen Bereichen wesentliche Verbesserungen - etwa beim Video-Encoding - aber im Großen und Ganzen ist alles andere unglaublich viel langsamer als früher. Das Standardargument lautet, dass die Rechner heutzutage so viel mehr leisten, dass es nicht fair ist, sie mit früheren Rechnern zu vergleichen. Nun gut, wenn dem so ist, dann müssten die heutigen Rechner, die gut zehn Mal langsamer sind und nicht tausend Mal schneller, rund 10.000 Dinge mehr machen als ihre Vorgänger. Es ist klar, dass diese 10.000 anderen Dinge, die sie nun können, finden sich alle an den falschen Plätzen”, so Kolivas.

Pacifica Tribune

Jef Raskin Center for Humane Interface gets $2 million in start-up funding
By Chris Hunter

Wednesday, January 05, 2005 - Jef Raskin’s name is a little bit symbolic of his view of how computers and people should interact. There’s no need for that second “f” in his first name, now, is there? It’s just a waste of space and time. Think of all those redundant letters.

Likewise, there are too many bells and whistles, too many keystrokes, too much going on when people use computers. In Jef Raskin’s world, a world that will undoubtedly become everyone’s world someday, computers should be designed based on the way people work and think, not the other way around.

Already a household name for his work on developing the Macintosh computer while one of Apple’s first employees, Raskin has recently set his sights on a larger goal. He wants a revolution in the technology industry. Remember the commotion created by that first Macintosh television ad? Well, now Raskin’s mind is set on shattering something even bigger.

Der 61-jährige starb am 26 Februar 2005 in seinem Haus in Pacifica bei San Francisco.

In Memory of Jef Raskin
March 9, 1943 - February 26, 2005

We lost one of the great ones today, a good and generous man.
Dave Burstein

Raskin trug bei Apple in den frühen 80er Jahren die Mitarbeiter-Nummer 31. Ihm wird die Entwicklung des Macintosh zugeschrieben, mit dem Apple die Benutzeroberfläche von Computern revolutionierte. Der Mac faszinierte die Benutzer damals mit Dingen wie “point-and-” oder “drag-and-drop”.

Von Hause aus Mathematiker, betätigte sich Raskin auch als Orchester-Musiker, Komponist, Radrennfahrer und Designer von Modellflugzeugen. Er schrieb das Buch “The Human Interface” und gründete das Raskin Center for Human Interfaces. Zuletzt war der Computerpionier damit beschäftigt, die Software für sein Projekt “Archy” fertigzustellen, einer Zusammenstellung von Designprinzipien für Mensch-Maschine-Schnittstellen.

Fünf Jahre vor der Vorstellung des Apple Macintosh am 24. Januar 1984 macht sich Apple-Chairman Mike Markkula Gedanken darüber, ob sein Unternehmen nicht einen 500-Dollar-Computer auf den Markt bringen sollte. Markkula beauftragte damals Jef Raskin mit dem geheimen “Annie”-Projekt. Raskin war für die Publikationen bei Apple, insbesondere Handbücher, verantwortlich und sollte eigentlich sich stärker um die Entwickler kümmern, die Anwendungen für den Apple II schreiben.

Im Alter von 61 Jahren erlag der Philosoph und Mediendesigner Jef Raskin am 26. Februar seinem Krebsleiden. Als Koordinator und Ideengeber bei Apple als Mitarbeiter Nummer 31 angestellt, gilt Raskin als eigentlicher Vater der Benutzeroberfläche des Apple Macintosh. Mit dem vom McIntosh-Apfel abgeleiteten Rechner — auch dieser Name stammt von Raskin — wurde die Idee einer intelligenten Verbindung zwischen Mensch und Maschine erstmals auf breiter Ebene erlebbar. Zuletzt arbeitete Jef Raskin am Jef Raskin Center for Humane Interfaces, das erst im Januar mit einer IBM-Spende von 2 Millionen Dollar die Arbeit aufnehmen konnte. Seinen letzten öffentlichen Aufritt hatte er in einem Dokumentarfilm, der die ganze Spannbreite seiner Interessen zeigt.

Jef Raskin — das zweite f in seinem Vornamen ließ er als redundante Information streichen — wurde am 8. März 1943 in New York geboren. Er studierte Mathematik und Philosophie und Musik in New York sowie Informatik in Pennsylvania. Seine Abschlussarbeit im Jahre 1967 bestand aus einem Programm, das ursprünglich Musik komponieren sollte. Zum Promotionsstudium wechselte Raskin an die Universität von Kalifornien in San Diego, wo er von 1970 bis 1974 als “Assistent Professor Visual Arts” Kunst und Fotografie unterrichtete und das Third College Computer Center aufbaute. Seinen Abschied von der Universität zelebrierte Raskin in einem Heißluftballon, weil “heiße Luft das Einzige ist, das eine Universität produziert”. Er schlug sich als Autor für Dr. Dobbs Journal und als Musiker durch, bis er 1975 die Firma Banister & Crun gründen konnte. Sie sollte eigentlich mit dem 8080 von Intel groß ins Programmiergeschäft einsteigen. Die Firma produzierte schließlich Handbücher für National Semiconductor, Heath, Hewlett-Packard und Xerox. 1978 wurde Raskin als “Manager of Publications” bei Apple eingestellt, wo er das Handbuch für den Apple II schrieb.

Neue Ansätze für die Entwicklung interaktiver Benutzerschnittstellen

Neue Ansätze für die Entwicklung interaktiver Benutzerschnittstellen
Raskin, Jef
Addison Wesley in Pearson Education Deutschland GmbH, München

ISBN-13: 978-3-8273-1796-4
ISBN-10: 3-8273-1796-7
Kartoniert/Paperback
Erscheinungsjahr: 2001
267 S. m. Abb. 24 cm

Klappentext:

Mit dem Apple Macintosh wurde vor mehr als 20 Jahren das Zeitalter der grafischen Benutzeroberfläche eingeläutet. Jef Raskin, der Koordinator dieses Projekts, stellt in diesem richtungsweisenden Buch erneut sein so visionäres wie praktisches Denken unter Beweis. Er stellt fest, dass die Bedienung von Computern und Anwendungsprogrammen unnötig komplex geworden ist und dass uns viele der heutigen Interface-Paradigmen nicht mehr weiterführen. Raskin plädiert dafür, beim Interface-Design neue Wege zu gehen und den Menschen und seine Bedürfnisse in den Mittelpunkt zu stellen.

Wer ist es nicht leid, sich auch für einfachste Anwendungszwecke in unübersichtlich gewordene Menüs und Benutzer-Oberflächen einarbeiten zu müssen? Wer hat nicht genug davon, mit Programmversionen zu arbeiten, die nach kurzer Zeit bereits wieder veraltet sind? Jef Raskin zeigt Wege auf, um Schnittstellen zu entwickeln, die der Anwender einfach und problemlos bedienen kann, ohne so manches Ärgernis in Kauf nehmen zu müssen, mit dem heutige Lösungen all zu oft behaftet sind. Nicht nur Software-Entwicklern und Produkt-Managern bietet dieses Buch somit eine Fülle neuer Perspektiven und Denkanstöße.

Die Koreaner haben mit dem UltraSmart F700 ein neues Handy vorgestellt, das dem iPhone von Apple recht ähnlich ist. Das Samsung-Handyheld verfügt ebenfalls über ein Touchscreen zur Navigation, zusätzlich bringt es eine vollständige Tastatur mit.

Link zum Artikel

Ein zweiter Artikel

Researchers have bigger plans for multi-touch screens than the novel interface on Apple’s iPhone.

When Steve Jobs demonstrated Apple’s new phone at Macworld recently, the feature that elicited the most “oohs” and “aahs” from the audience was the touch-screen interface: it allowed more than one touch at a time. This “multi-touch” technology adds functions such as allowing a person to easily zoom in and out of pictures and Web pages by pinching the screen with two fingers.

But the full power of multi-touch technology might be unleashed in screens far larger than those on phones. Over the past few years, Jeff Han, consulting research scientist at New York University, has developed an inexpensive way to make large multi-touch screens accommodating 10, 20, or even more fingers. He envisions applications ranging from interactive whiteboards to touch-screen tables and digital walls–any of which could be manipulated by more than just one person. And this month, Han has unveiled Perceptive Pixel, his new company based on the technology.