Dokumentation6.1. Dokumentationsquellen
Bevor Sie verstehen können, was wirklich passiert, wenn ein Problem auftritt, müssen Sie die theoretische Rolle kennen, die jedes an dem Problem beteiligte Programm spielt. Eine der besten Möglichkeiten, dies zu tun, besteht darin, die Dokumentation des Programms zu lesen. Beginnen wir damit, zu besprechen, wo genau Sie Dokumentation finden können, da diese oft verstreut ist.
So vermeiden Sie RTFM Dieses Akronym steht für „read the f***ing manual“, kann aber auch in a erweitert werden Antworten freundlichere Variante: „Lesen Sie das gute Handbuch.“ Dieser Ausdruck wird manchmal in (knappen) Antworten auf Fragen von Neulingen verwendet. Es ist ziemlich abrupt und verrät eine gewisse
Ärger über eine Frage von jemandem, der sich nicht einmal die Mühe gemacht hat, die Dokumentation zu lesen. Einige sagen, dass diese klassische Antwort besser ist als gar keine Antwort, da dies zumindest darauf hindeutet, dass die Antwort in der Dokumentation liegt.
Seien Sie beim Posten von Fragen nicht unbedingt beleidigt über die gelegentliche RTFM-Antwort, sondern tun Sie, was Sie können, um zumindest zu zeigen, dass Sie sich die Zeit genommen haben, einige Nachforschungen anzustellen, bevor Sie die Frage posten. Erwähnen Sie die Quellen, die Sie konsultiert haben, und beschreiben Sie die verschiedenen Schritte, die Sie persönlich unternommen haben, um Informationen zu finden. Damit zeigen Sie deutlich, dass Sie nicht faul sind und wirklich nach Wissen streben. Das Befolgen der Richtlinien von Eric Raymond ist eine gute Möglichkeit, die häufigsten Fehler zu vermeiden und nützliche Antworten zu erhalten.
➨ http://catb.org/~esr/faqs/smart-questions.html
So vermeiden Sie RTFM Dieses Akronym steht für „read the f***ing manual“, kann aber auch in a erweitert werden Antworten freundlichere Variante: „Lesen Sie das gute Handbuch.“ Dieser Ausdruck wird manchmal in (knappen) Antworten auf Fragen von Neulingen verwendet. Es ist ziemlich abrupt und verrät eine gewisse
Ärger über eine Frage von jemandem, der sich nicht einmal die Mühe gemacht hat, die Dokumentation zu lesen. Einige sagen, dass diese klassische Antwort besser ist als gar keine Antwort, da dies zumindest darauf hindeutet, dass die Antwort in der Dokumentation liegt.
Seien Sie beim Posten von Fragen nicht unbedingt beleidigt über die gelegentliche RTFM-Antwort, sondern tun Sie, was Sie können, um zumindest zu zeigen, dass Sie sich die Zeit genommen haben, einige Nachforschungen anzustellen, bevor Sie die Frage posten. Erwähnen Sie die Quellen, die Sie konsultiert haben, und beschreiben Sie die verschiedenen Schritte, die Sie persönlich unternommen haben, um Informationen zu finden. Damit zeigen Sie deutlich, dass Sie nicht faul sind und wirklich nach Wissen streben. Das Befolgen der Richtlinien von Eric Raymond ist eine gute Möglichkeit, die häufigsten Fehler zu vermeiden und nützliche Antworten zu erhalten.
➨ http://catb.org/~esr/faqs/smart-questions.html