Tom Schindler

Was mich dabei antreibt, ist weniger die Technik an sich als die Frage dahinter: Wozu ist das eigentlich gut? Ein Feature, das niemand braucht, ist kein gutes Feature - egal wie sauber der Code ist. Deshalb denke ich beim Bauen immer auch darüber nach, was ein Produkt eigentlich leisten soll und für wen. Technik ist das Werkzeug. Das Problem davor ist die eigentliche Arbeit.

Mit der Zeit habe ich gemerkt, dass die interessantesten Projekte selten die technisch schwierigsten sind. Interessant wird es, wenn unklar ist, was überhaupt gebaut werden soll. Wenn drei Leute drei verschiedene Vorstellungen vom gleichen Produkt haben. Wenn etwas live geht, und plötzlich verhält sich alles anders als erwartet. In solchen Momenten hilft kein Framework der Welt - da muss man denken, fragen, manchmal auch einfach ausprobieren.

Ich habe Produkte von Grund auf neu gebaut, alleine und im Team. Ich habe Dinge übernommen, die gewachsen waren, ohne dass jemand wirklich drüber nachgedacht hatte - und sie in etwas verwandelt, mit dem man wieder gerne arbeitet. Ich habe frühe Versionen gebaut, die bewusst unfertig waren, damit echte Nutzer zeigen konnten, was wirklich gebraucht wird. Das ist manchmal unbequem, aber meistens der schnellste Weg zur richtigen Lösung.

Ich schreibe außerdem. Nicht weil ich Experte bin, der Wissen verteilt, sondern weil Schreiben für mich der beste Weg ist, Dinge wirklich zu verstehen. Solange ich etwas nur im Kopf habe, kann ich mir einreden, dass ich es verstanden habe. Sobald ich es aufschreibe, merke ich schnell, wo die Lücken sind. Auf meinem Blog geht es um Webentwicklung, Produktentscheidungen und die ehrliche Seite davon - was funktioniert hat, was nicht, und was ich beim nächsten Mal anders machen würde.