Zitat der Woche – Konzepte im Team zum Leben erweckt oder auch net

Standard

Alles erscheint klar, das Bild steht vor Augen, sogar Beschreibungen gibt’s. Doch wie bring ich’s meinen Entwicklerkollegen bei, dieses Bild im Kopf, am Whiteboard und in Powerpoint. Nimmer net, solange des Kollegen Herz nicht brennt.

Rüdiger Jung

Advertisements

Zitat – die beiden Wege zum Softwaredesign

Standard

I conclude that there are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult.

Sir Charles Antony Richard (C. A. R.) Hoare

Zitat – Digitale Transformation, wer transformiert?

Standard

„Wir arbeiten in Strukturen von gestern mit Methoden von heute an Problemen von morgen vorwiegend mit Menschen, die die Strukturen von gestern gebaut haben und das Morgen innerhalb der Organisation nicht mehr erleben werden.“

Knut Bleicher, Ehrenpräsident der Gesellschaft für integriertes Management

Schlaues zur Softwarequalität

Standard

Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don’t improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don’t buy a new scale; change your diet. If you want to improve your software, don’t test more; develop better.

auch wieder von Steve McConell aus Code Complete

Clean Code Zitat

Standard

Good code is its own best documentation. As you’re about to add a comment, ask yourself, ‚How can I improve the code so that this comment isn’t needed?‘ Improve the code and then document it to make it even clearer.

Steve McConell

aus Code Complete (ein wirklich empfehlenswertes Werk für Softwareentwickler)

Methoden für komplexe Strukturen sind simpel – es erfordert lediglich Genialität sie zu verstehen

Standard

Unsere Welt wird immer komplizierter. Unsere täglichen Abläufe überfordern uns. Wir verstehen vor lauter „Bäumen“, die wir sehen und die ja so verschieden sind, den „Wald“ nicht mehr.

Nehmen wir zum Beispiel den Aufbau eines modernen Produktes bestehend aus mechanischen Komponenten, Elektronik und verschiedenen Softwaren. Früher ganz einfach. Gehäuse mit ein bisschen Mechanik, eine kleine Platine und eine Steuerungssoftware. Das war sehr lange so und hat sich natürlich in die Köpfe der Entwickler eingebrannt.

Ab und zu wird dann die Platine und die Software nochmal in einem anderen Gerät verwendet. Ok, dann muss man die Entwicklungstermine ein bisschen mehr koordinieren.

Aber nun, die Welt bricht um. Das digitale Zeitalter, wie wir es nennen, erreicht uns. Produkte werden wesentlich komplexer. Die Wiederverwendung der Komponenten steigt. Die Vielzahl der Teilprodukttypen steigt. Die Methodik etwas zu entwickeln bleibt aber auf dem Stand der letzten Jahre. Das „Antrainierte“ kann nicht so schnell im Kopf ersetzt werden.

Tooltechnisch kann die Lösung nur sein, einfachere Anwendungen als bisher für diese komplexen Strukturen zu schaffen. Das gemeinsame der Entwicklungsprozesse muss gefunden und darauf muss sich fokussiert werden. Egal um welche Baukomponente es sich handelt. Methodisch sind Mechanik und Software heutzutage gar nicht mehr weit entfernt. Mann muss es nur sehen wollen. Die Software hat sich aus dem Revier des „Künstlers“ in das des soliden Handwerkers und Entwicklers verschoben. Die Entwicklung der Mechanik ist agiler geworden. Zugegeben, es gibt Spezialitäten. Die sollte man dann aber separat abbilden. Eigene Tools dafür bauen. Die mit dem „großen Ganzen“ verknüpft werden.

Gut, ein Tool kann also im Prinzip für das Tracking von Mechanik, Elektronik, Software und Co. eingesetzt werden. Gleiche Methoden für alles. Gleiche Anwenderoberflächen für alles. Der datentechnische Inhalt unterscheidet sich natürlich, wie bisher auch. Querverknüpfungen werden komplexer. Das Suchen von Informationen wird mehr in die Richtung gehen, wie wir es aus dem Internet gewohnt sind. Die große Excelliste hat ausgedient, weil sie einfach nicht mehr breit genug ist, um auf die 3 Bildschirme nebeneinander zu passen. Landkarten des „Produktwaldes“ treten an die Stelle der bisherigen Suchlisten. „Detailzooms“ wie bei Google Maps die Streetviews treten an die Stelle von Gesamtübersichten. „Favoriten“ kennzeichnen das leichte Wiederfinden.

Ok, sind wir doch alles schon gewohnt, sagen Sie. Sicher? Auch in der Umgebung, in der wir uns, bestimmt von Excel und Office Anwendungen, selbstorganisierend seit 20 Jahren bewegen? Sicher nicht. Die Methode ist zwar standardisiert, aber in unserem Kopf muss sich einiges bewegen. Wir brauchen ein Bild von dem was wir tun, weil das letztendlich die allgemeine Methode nicht mehr 100% vermitteln kann. Hier beginnt für die altgedienten Recken die Herausforderung, ein kleines Stück Genialität ist hier gefragt. Neuanfänger haben an dieser Stelle weniger das Problem.