Wie löse ich Computerprobleme

Hierbei gilt es unterschiedliche Szenarien zu beachten:

1. Szenario: Ich bin Anwender und mir genügt es, wenn ich eine Schritt für Schritt Anleitung bekomme, welche Schaltflächen ich in welchen Einstellungsdialogen anklicken muß, damit alles so funktioniert wie ich es will. Sollte ich später etwas anderes machen wollen, so soll mir jemand wieder eine neue Schritt für Schritt Anleitung geben. Dabei habe ich weder Interesse daran mich mit Handbüchern, Online-Dokumentationen o.ä. befassen zu müssen, geschweige denn mir Hintergrundwissen anzueignen.

Eine derartige Einstellung ist zwar aus meiner Sicht äußerst bedenklich, aber wir leben schließlich in einem freien Land und auch für solche Menschen gibt es Hilfe:
Schließen Sie einen Wartungs- und Servicevertrag mit einer Firma Ihrer Wahl ab oder stellen Sie einen Systemadministrator ein, bezahlen sie ihn gut, seien sie immer schön nett zu Ihm und hören Sie auf das, was er Ihnen sagt.

2. Szenario: Ich bin ebenfalls Anwender, habe die selbe Attitüde wie unter Szenario 1 beschrieben, aber nicht die finanziellen Mittel.

Das ist schwierig, die meisten User dieser Gruppe posten ganz merkbefreit ihre schlecht formulierten, meist am Kern des Problems vorbeiorientierten Fragen in Diskussionsforen, Newsgroups (falls ihnen ein Freund zufällig den Zugang zu diesen eingerichtet hat) oder Mailing-Listen (ebenfalls wieder den Zugang von dritter Seite eingerichtet bekommen) und bekommen, wenn sie Glück haben sogar die eine oder andere Anleitung vorgebetet. Garantiert nicht häufiger als 5mal pro Hilfequelle, wenn überhaupt so oft. Und verstehen dann nicht, wieso ihre Fragen/Probleme ignoriert werden oder Kommentare bekommen wie rtfm, DAU, noob, oder sonstige dumme Bemerkungen. Altes Sprichwort: "Wie man in den Wald hineinschreit, so schallt es daraus zurück", will heißen, wer dauernd dumme Fragen stellt, bekommt auch dumme Antworten.

Will also unser Szenario 2 User sein Problem lösen, so muß er sich entweder die finanziellen Mittel für Szenario 1 besorgen, oder seine Einstellung ändern und Szenario 3 User werden.

3. Szenario: Ich bin Anwender und möchte mein Computerproblem möglichst selbst lösen, damit ich Erfahrungen sammeln kann, die ich bei späteren Herausforderungen mit einbringen kann.

Das setzt voraus, daß man sich eingehender mit der Materie befaßt. Völlig egal um welches Problem es sich im Einzelfall handelt, sollte man wissen wie ein Rechner im Prinzip funktioniert, was ein Netzwerk ist und wie es (im Prinzip) funktioniert. Wenn man davon keine Ahnung hat - no problem. Dafür gibt es unzählige Bücher, Internetseiten und sogar Volkshochschulkurse. Wenn ich nicht weiß, welches Buch ich kaufen soll, dafür gibt es Buchrezensionen. Und wenn einem die auch nicht weiterhelfen, dann eben ein Gang in die nächste öffentliche Bibliothek und verschiedene Bücher zum Thema anlesen, bis man eines gefunden hat, das einem die Materie so erklärt, daß man es versteht.
Mit dem nun vorhandenen Hintergrundwissen man sich nun an die Arbeit und liest die Dokumentation der entsprechenden problembehafteten Hardware/Software. Vor allem Abschnitte über Systemvoraussetzungen, Installation, Konfiguration und Trouble-Shooting. Sollte man zu seiner Software keine gedruckte Dokumentation erhalten haben, so stöbert man nach Online-Dokumentation. Entweder auf der Software-CD oder im Installationsverzeichnis oder auf der Website des Software-Herstellers.
Mittlerweile hat man sich so eingehend mit dem Thema befaßt, daß man das konkrete Problem schon einigermaßen eingrenzen kann. Eventuell (oft) hat man beim Durcharbeiten der Dokumentation bereits die Zusammenhänge begriffen, die zum Fehler führten und auch schon eine brauchbare Lösung gefunden.
Sollte dies nicht der Fall sein, so gibt es ja noch die Informationskrabbelkiste Internet. Da man ja mittlerweile das Problem entsprechend konkretisiert hat, kann man ja mal nach einer entsprechenden Kombination von Schlagwörtern suchen. Z.B. bei Google (zu einem speziellen Problemfall) oder Wikipedia (für eher allgemeinere Hintergrundinformationen und Links zum Thema). Hierbei sollten vor allem auch etwaige FAQs zum Thema eingehend beachtet werden!
Wenn man nun immer noch nicht weiter weiß, so weiß man aber mittlerweile schon recht viel über das Problem und vielleicht auch in welcher Richtung man die Lösung finden könnte und dies ist dann der Zeitpunkt, ein Diskussionsforum oder eine Newsgroup zum entsprechenden Thema aufzusuchen. Aber halt nicht gleich losfragen, erst mal gucken und lesen. Ein gutes Forum verfügt immer über eine Möglichkeit alle bereits erstellten Artikel und Kommentare zu durchsuchen. Also wird diese Möglichkeit auch genutzt. Wozu sollte man die Frage zu einem Problem ein elftes Mal stellen, wenn sie bereits zehnmal erfolgreich beantwortet worden ist?
So etwas nennt man dann nämlich "häufig gestellte Fragen" oder "frequently asked questions" wovon sich die häufig gebrauchte Abkürzung faq oder FAQ ableitet, die es eigentlich auf jeder öffentlich zugänglichen Supportseite (sei es vom Hersteller oder in einem Forum/Newsgroup o.ä.) gibt. Und mal ehrlich, würden Sie in Engelsgeduld, zum 11. Mal eine Frage beantworten, die Sie vorher schon zehn anderen ebenfalls beantwortet haben und diese Antworten für jedermann zugänglich sind?
Wenn dann tatsächlich das aufgetretene Problem noch nicht behandelt wurde, dann bitten Sie um Hilfe. Aber eben gezielt und nicht allgemein.
Dabei sollte man dann auch angeben, welches System man verwendet, in welchem Zusammenhang das Problem auftritt und welche Schritte man bereits unternommen hat, das Problem zu lösen. Wobei die Angabe "... habe auch schon danach gegoogelt, aber nichts gefunden! ..." äußerst unglaubwürdig ist und lieber gleich weggelassen werden sollte.

[Edit]
Hier mal ein Beispiel aus einem Thread hier im Forum:
Beim Auslesen einer DBase-Datei mit PHP habe ich ein Umlautproblem

1. Aussagekräftige Überschrift
Beim Auslesen einer DBase-Datei mit PHP habe ich ein Umlautproblem
Wenn ich so eine Überschrift lese, dann kann ich schon einmal sehr viel Information über das Problem erfahren:
- das Problem tritt bei Verwendung von PHP auf
- das Problem tritt beim Auslesen von Daten aus einer dBase-Datei auf
- es handelt sich um ein Problem bei der Kodierung von Umlauten
=> noch bevor ich überhaupt den Thread dazu gelesen habe, kommt mir in den Sinn, daß es hier zu einem Konflikt von verwendeten Zeichensätzen gekommen sein könnte.

2. Aussagekräftiger Untertitel
Mein Ziel ist es, Daten einer DBase-Datenbank in eine MySQL-Datenbank zu übertragen.
- ich erfahre gleich im Untertitel, was der Problemsteller überhaupt machen möchte
- weiterhin bekomme ich die Information, daß auch die Software MySQL involviert ist

3. Möglichst genaue Problembeschreibung
Wenn ich versuche die Datensätze von einer DBase-Datenbank in die MySQL-Datenbank zu schreiben, werden alle Umlaute durch hieroglyphen ersetzt.
- Wenn Sonderzeichen durch Steuerzeichen ersetzt werden, ist das für gewöhnlich ein sehr starkes Indiz für die Verwendung eines falschen Zeichensatzes. Die erste Vermutung beim Lesen der Überschrift wird also noch verstärkt.

4. Bereits unternommene Lösungsversuche oder Lösungsansätze
Da die Umlaute bei beiden Testausgaben schon nicht ausgegeben werden, muss das Problem wohl entweder an meinem Script, an dem Auslesen der Datei oder an PHP liegen.
- Aha, der Problemsteller hat also bereits versucht Fehler in seinem Skript zu finden in dem er Breakpoints gesetzt hat und dort Debuggingausgaben (Testausgaben) machen läßt, um zu prüfen, wo denn der Fehler vorkommt. -> sehr gut! Setzen eins.
- Aufgrund der Debuggingausgaben, hat der Problemsteller die These aufgestellt, es läge entweder an seinem Script, dem Auslesevorgang oder an der Funktion von PHP selbst. Wie wir später sehen werden, hatte er in allen drei Punkten recht. (Die Datei verwendete einen anderen Zeichensatz als PHP und er hatte in seinem Skript keine Konvertierung vorgenommen)

5. Weiterführende Informationen
Hier ein Auszug aus dem Script:
- Der Problemsteller gibt den relevanten Auszug seines Skriptes an. Dabei achtet er darauf, genügend Information anzugeben, um den fraglichen Teil nachvollziehen zu können, erspart dem Leser aber alle anderen, für den Fehler wahrscheinlich nicht relevanten Teile des Skripts. -> Sehr gut! Setzen nochmal eins.
- Außerdem hat der Problemsteller sein Skript mit aussagefähigen Kommentaren im Code versehen, so daß auch der Code auch für Personen, welche die Programmiersprachen zwar nicht kennen, aber grundsätzlich Ahnung vom Programmieren haben, nachvollzogen werden kann. -> Sehr gut! Noch eine eins. Dadurch wird die Gruppe der potentiellen Helfer vergrößert.

6. Aktive Mitarbeit bei der Problemlösung
Auf die Frage, ob es sein kann, daß verschiedene Zeichensätze verwendet wurden, kommt eine detaillierte Antwort, aus der hervor geht, daß er
1. in diese Richtung auch schon geforscht hat.
2. einige Informationen gefunden hat, diese aber nicht ganz interpretieren kann.

7. Rückfragen beantworten
- Die Frage, nach der verwendeten dBase-Version konnte der Problemsteller zwar nicht beantworten, er hat es jedoch versucht.
- Die Nachfrage, ob denn sein Script direkt eingegebene Umlaute richtig interpretiert hat er ausprobiert und das Ergebnis genannt. Dadurch konnte schon einmal ausgeschlossen werden, daß sein Skript mit einem falschen Zeichensatz arbeitet. Somit fand eine weitere Eingrenzung des Fehlers statt.

8. Die Problemlösung
Obwohl ich selbst noch nie mit PHP gearbeitet habe und mit der Syntax dieser Sprache nicht vertraut bin, konnte das Problem aufgrund der engen Einkreisung des Fehlers gelöst werden, da alle nötigen Informationen vorlagen.
Lösung: Es muß ein Weg gefunden werden, die DOS-850-kodierten Daten in ISO-8859-1-kodierte Daten zu konvertieren, möglichst mit Hilfe von PHP.
Mein Ansatz:
- Zeichensätze werden üblicherweise in Konfigurationsdateien gesetzt.
- bei Wikipedia nach PHP gesucht und mir die Weblinks angesehen
- deutschsprachiges Handbuch angewählt
- Inhaltsverzeichnis durchgegangen und im Teil IX:Anhang den Eintrag G: php.ini Einstellungen gefunden.
- Die Variablenliste durchgegangen und den Eintrag iconv.input_encoding gefunden. Moment iconv-encoding, da war doch eine Angabe im Post des Problemstellers, das sehen wir uns mal genauer an. Leider ist es nicht verlinkt also ab nach google:
- Google-Suche mit iconv.input_encoding gibt als ersten Link PHP: iconv Functions - Manual hört sich doch gut an
- Aha wir sind also wieder im PHP-Handbuch, Abschnitt LVII. iconv Funktionen:
Dieses Modul stellt eine Schnittstelle zu den Funktionen der iconv-Bibliothek bereit. Die Iconv-Bibliotheksfunktionen konvertieren Dateien in verschiedene Zeichensatzkodierungen. Ja hallo, das ist doch genau das was wir brauchen.

Mit dem weiter oben so gepriesenen Hintergrundwissen war es also möglich eine gezielte Suche durchzuführen und in überschaubaren Schritten zu einer Lösung zu finden.
[/Edit]

So, das wollte ich schon immer mal sagen. Für weitere Anregungen und Verbesserungsvorschläge bin ich immer dankbar.

Johnny.