Die Idee zu diesem Text entstammt meinem immer wieder unglaubigen Erstaunen daruber, daB selbst erfahrene Ingenieure, Physiker oder Mathematiker ihre Pro- gramme lieber vollstandig selbst schreiben als Programmpakete zu benutzen. Ja, selbst einige meiner Numerik-Diplomanden erachten es als eine Zumutung, wenn ich verlange, daB gewisse Teile ihrer Programme durch Bibliotheks-Routinen er- setzt werden. Woran liegt das? These 1: "Programmpakete sind entweder gut oder leicht bedienbar. " Diese These klingt sehr rigoros, enthiilt aber sicher einen wahren Kern. Da gibt es benutzerfreundliche Dialog-Systeme zur Losung numerischer Probleme auf einem PC, die den Benutzer sanft von den Problemstellungen uber die Verfahrensauswahl bis zur Parameter-Eingabe und Losung geleiten, aber nichts zur Fehleranfiilligkeit der Algorithmen sagen, ungenaue Funktionen verarbeiten oder zweideutige Routi- nen enthalten, Beispiele findet man in [30]. Andererseits gibt es Pakete wie NAG!, die uber Hunderte von Routinen verfugen. Sie sind in vielen Jahren Arbeit mit sorgfaltiger Problemanalyse, Programmierung und Test entstanden und werden durch neue Releases regelmaBig "gewartet". Ihr Manual fUllt aber viele dicke Ordner. Das schreckt viele Benutzer abo Dabei wird man doch belohnt mit fehlerfreien Programmen, moglichst exakten Ergebnissen, graphischen Darstellungsmaglichkeiten und genau definierten Programmablaufen. These 2: "Jedes Programm mit mehr als 50 Zeilen ist falsch. " Diese These trifft leider ebenso haufig zu, wie sie auf Widerspruch staBt. Durch die VerfUgbarkeit guter Programmpakete ist es immer sinnloser geworden, daB der Mathematiker, der Naturwissenschaftler oder der Ingenieur die Losungsroutinen fUr seine numerischen Standardprobleme selbst programmiert.
Die Idee zu diesem Text entstammt meinem immer wieder unglaubigen Erstaunen daruber, daB selbst erfahrene Ingenieure, Physiker oder Mathematiker ihre Pro- gramme lieber vollstandig selbst schreiben als Programmpakete zu benutzen. Ja, selbst einige meiner Numerik-Diplomanden erachten es als eine Zumutung, wenn ich verlange, daB gewisse Teile ihrer Programme durch Bibliotheks-Routinen er- setzt werden. Woran liegt das? These 1: "Programmpakete sind entweder gut oder leicht bedienbar. " Diese These klingt sehr rigoros, enthiilt aber sicher einen wahren Kern. Da gibt es benutzerfreundliche Dialog-Systeme zur Losung numerischer Probleme auf einem PC, die den Benutzer sanft von den Problemstellungen uber die Verfahrensauswahl bis zur Parameter-Eingabe und Losung geleiten, aber nichts zur Fehleranfiilligkeit der Algorithmen sagen, ungenaue Funktionen verarbeiten oder zweideutige Routi- nen enthalten, Beispiele findet man in [30]. Andererseits gibt es Pakete wie NAG!, die uber Hunderte von Routinen verfugen. Sie sind in vielen Jahren Arbeit mit sorgfaltiger Problemanalyse, Programmierung und Test entstanden und werden durch neue Releases regelmaBig "gewartet". Ihr Manual fUllt aber viele dicke Ordner. Das schreckt viele Benutzer abo Dabei wird man doch belohnt mit fehlerfreien Programmen, moglichst exakten Ergebnissen, graphischen Darstellungsmaglichkeiten und genau definierten Programmablaufen. These 2: "Jedes Programm mit mehr als 50 Zeilen ist falsch. " Diese These trifft leider ebenso haufig zu, wie sie auf Widerspruch staBt. Durch die VerfUgbarkeit guter Programmpakete ist es immer sinnloser geworden, daB der Mathematiker, der Naturwissenschaftler oder der Ingenieur die Losungsroutinen fUr seine numerischen Standardprobleme selbst programmiert.
Barnes & Noble is the world’s largest retail bookseller and a leading retailer of content, digital media and educational products. Our Nook Digital business offers a lineup of NOOK® tablets and e-Readers and an expansive collection of digital reading content through the NOOK Store®. Barnes & Noble’s mission is to operate the best omni-channel specialty retail business in America, helping both our customers and booksellers reach their aspirations, while being a credit to the communities we serve.
