Diskussion:Motivation (Code)

Hallo,

an sich behandelten wir das Phänomen einer Fehlermeldung als Output einer Blackbox (wurde in der Vorlesung weitgehend diskutiert). Mir stellt sich darüber hinaus die Frage : " WER ist der Täter ? " Also die Frage nach dem Verursacher. War der Auslöser zum Fehler der Abbruch eines Tools oder Inkompatibilität von unterschiedlicher Software oder ein ungenügend getestetes Programm oder ... Letztendlich ist es jedoch immer ein unwissentlicher Verursacher (wissentlich ist nicht auszuschließen!) also ist es ein 'Mensch im Netz'. Wie könnte man dies philosophisch interpretieren ?

Infophil

Agent im Netz

Ist wirklich immer ein Mensch Verursacher von Fehlern? (Gerichts-) Sachverständige suchen zwar bei der Analyse von Unfällen und Katastrophen primär nach menschlichem Versagen (bei der Bedienung, Herstellung oder Kostruktion von Apparaten), sie schließen aber Ursachen nicht aus, die vom Menschen in der konkreten Situation nicht beeinflussbar oder nicht vorhersehbar sind.

Ist wirklich immer ein 'Mensch im Netz' der Täter? Software in heute üblicher Komplexität kann weder durch Menschen noch durch Maschinen auf absolute Fehlerfreiheit geprüft werden. Man denke nur an slebst lernende 'Software-Agenten'. Der Verursacher (Entwickler) ist also insoferne unwissend, als er einen konkreten Fehler und dessen Wirkbreite nicht vorhersehen kann. Er ist allerdings wissend, mit welcher Restfehlerquote man rechnen muss und welche kritischen Folgewirkungen dies verurscahen kann (GAU). Und er ist verantwortungslos, wenn er keine Präventionen setzt.

--Hofbauerr 14:51, 17. Okt. 2007 (UTC)

Servus!

Zur Frage des ersten Beitrags, denke ich, dass sie uns tautologisch in einen Kreis führt. Wenn sich in einem von Menschen geschaffenen System Fehler ereignen, ist - von dem was "höhere Gewalt" beschreibt abgesehen - menschliche Fehlleistung die Täterin. Im konkreten Fall hätte eine PHP-Programmmierung die Fehlermeldung abfangen können, um User nicht weiters damit zu behelligen, während sie für Administratoren zugänglich ist. Die Ursache der Fehlermeldung wird auch auf menschlicher Seite zu finden sein. Vielleicht greift es zu kurz, die Frage nach einem Täter zu stellen - gerade angesichts der großen Komplexität. Aber auch wenn Software-, Programmierungs- und Anwendungsfehler sowie Kompatibilitätsmängel zwischen beteiligten Systemen und deren Komponenten auftreten, denke ich, dass den daraus entstehenden unbefriedigenden Resultaten menschlichen Unzukömmlichkeiten verschiedener Akteure und Agenten zu Grunde liegen.

Katrin

Die einfach Frage nach dem "Schuldigen" ist leicht beantwortet. Für den dargestellten Zustand ist der Webmaster verantwortlich (also h.h.). Die Konfigurationsdatei für die PHP-Installation auf der Maschine enthält diese Passage:

Error handling and logging ;

error_reporting is a bit-field. Or each number up to get desired error

reporting level

E_ALL - All errors and warnings

E_ERROR - fatal run-time errors

E_WARNING - run-time warnings (non-fatal errors)

E_PARSE - compile-time parse errors

E_NOTICE - run-time notices (these are warnings which often result

from a bug in your code, but it's possible that it was

intentional (e.g., using an uninitialized variable and

relying on the fact it's automatically initialized to an

empty string)

E_CORE_ERROR - fatal errors that occur during PHP's initial startup

E_CORE_WARNING - warnings (non-fatal errors) that occur during PHP's

initial startup

E_COMPILE_ERROR - fatal compile-time errors

E_COMPILE_WARNING - compile-time warnings (non-fatal errors)

E_USER_ERROR - user-generated error message

E_USER_WARNING - user-generated warning message

E_USER_NOTICE - user-generated notice message

Examples

- Show all errors, except for notices

error_reporting = E_ALL & ~E_NOTICE

- Show only errors

error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR

- Show all errors except for notices

     ;

error_reporting = E_ALL & ~E_NOTICE

Print out errors (as a part of the output). For production web sites,

you're strongly encouraged to turn this feature off, and use error logging

instead (see below). Keeping display_errors enabled on a production web site

may reveal security information to end users, such as file paths on your Web

server, your database schema or other information.

display_errors = On