Paul Schmitz Bücher

InhaltsverzeichnisPaul Schmitz ist ein Kriegskind. Geboren 1945, Vater unbekannt. Seine Mutter liebte einen amerikanischen Soldaten, der in Sourbrodt (Belgien) stationiert war. Aus dieser Beziehung wurde Paul Schmitz geboren. Seinen Vater hat er nie gekannt. Erst 60 Jahre nach dem Krieg hat er den Mut gefunden, seine Identität zu erforschen und nach seinem Vater zu suchen. Die Recherchen dauerten fünf Jahre und endeten in den USA. Ein bewegendes Schicksal. Ein lesenswertes Buch.

Der Macintosh war der erste Mikrocomputer seiner Preisklasse, der das Preis-Leistungs-Verhältnis in der Mikroelektronik zur Verbesserung des Bedienungskomforts nutzte. Ziel war es, dass Büroangestellte ohne spezielle Computerkenntnisse den Rechner wie ein einfaches Hilfsmittel verwenden konnten, ohne sich in komplexe Systeme einarbeiten zu müssen. Die vereinfachte Benutzeroberfläche basiert auf drei Grundkonzepten: Erstens „Zeigen statt Schreiben“, wobei Operationen durch das Markieren von Objekten mit der Maus und die Auswahl aus Menüfenstern erfolgen, anstatt durch verbale Kommandos. Benutzer müssen nur wenige, leicht verständliche analoge Operationen erlernen. Zweitens wird eine einheitliche Bedienung in verschiedenen Programmen gewährleistet. Die Bildschirmaufteilung in Menüleiste und „Schreibtisch-Oberfläche“ ist konsistent, und häufig benötigte Funktionen sind in den gleichen Menüs an derselben Stelle zu finden. Diese Funktionen umfassen das Öffnen, Schließen und Sichern von Dateien, das Einstellen von Druckformaten, sowie das Ausschneiden, Kopieren und Einfügen von Text. Drittens wird die Büroumgebung nachgebildet: Auf dem hochauflösenden Bildschirm werden vertraute Symbole angezeigt, die der Benutzer von seinem Arbeitsplatz kennt, um gewünschte Aktionen auszulösen.

Fehler in Software-Produkten während des Betriebs sind nicht nur auf unzureichendes Testen in der Entwicklung zurückzuführen. Umfragen zeigen, dass der Testaufwand bis zu 70 % des Gesamtaufwands der Software-Entwicklung ausmachen kann, wobei durchschnittlich zwischen 30 % und 50 % für das Testen aufgewendet werden. Trotz dieses hohen Aufwands bleibt die Qualität vieler Software-Produkte oft unzureichend. Dies liegt häufig daran, dass zwar zahlreiche Tests durchgeführt werden, diese jedoch meist zur falschen Zeit und mit ineffizienten Methoden erfolgen. Fehler werden oft zu spät entdeckt, was zu weiteren Problemen in den nachfolgenden Entwicklungsschritten führt. Zudem werden bei Abnahmetests häufig nur Parallelläufe über längere Zeiträume durchgeführt, ohne systematisch Grenzwerte oder Falschwerte zu berücksichtigen, die immer wieder zu Fehlverhalten führen. Diese ineffizienten Testmethoden tragen zur mangelhaften Qualität bei, obwohl der Testaufwand als hoch angesehen wird. Es ist entscheidend, die Teststrategien zu überdenken und anzupassen, um die Qualität der Software-Produkte nachhaltig zu verbessern.