I asked myself: What do I wish someone had told me when I first got JMP?Ich fragte mich: Was hätte ich mir gewünscht, dass mir jemand gesagt hätte, als ich JMP zum ersten Mal bekam?
Ich möchte Sie ein paar Jahre zurückführen, zu dem Zeitpunkt, als meine Reise mit JMP begann – und ich meine damit nicht das Unternehmen JMP, sondern die Software JMP . (Und bevor Sie sich fragen, warum ich hier im JMP-Blog in Erinnerungen schwelge: Ich habe einen guten Grund! Versprochen!)
Ich war frisch promoviert und trat meinen ersten Job in der Berufswelt an. Von einigen Laborkollegen aus dem Graduiertenkolleg, die Industriepraktika absolviert hatten, wusste ich, dass JMP die Lingua franca der Halbleiterindustrie war, daher war es nicht überraschend, als mein Vorgesetzter mir vorschlug, die Software zu lernen.
Ich fing an, als die Firma noch relativ jung war und ihre Schulungsorganisation noch nicht so gut ausgebaut hatte, daher gab es kaum JMP-Schulungen. Aus diesem Grund habe ich mir JMP selbst beigebracht – durch Ausprobieren, Fehler machen und indem ich den JMP-Support ständig genervt habe (ernsthaft, ihr solltet mal meine damalige Tickethistorie sehen … ich habe sie mir neulich wieder angesehen, die ist echt legendär).
Okay, warum also diese Nostalgie? Nun, vor ein paar Wochen hatte ich ein paar Gespräche, die mich darüber nachdenken ließen, was ich mir gewünscht hätte, mir jemand gesagt zu haben, als ich die Software zum ersten Mal benutzt habe . Stellt euch vor, es gäbe kein Willkommenspaket für neue Benutzer und keine JMP-Benutzer-Community. Stellt euch vor, ich wüsste nicht, wer mein JMP-Systemingenieur ist, wie ich den technischen Support erreiche oder irgendetwas über die Software. Stellt euch vor, ich hätte herausgefunden, wie man JMP öffnet und einen Datensatz lädt, und das war's. Mein jüngeres Ich starrt auf ein tabellenkalkulationsähnliches Fenster und etwas namens JMP Home. Was würde ich ihm sagen? Als ich zurückdachte und an die Leute dachte, die ich seitdem in JMP geschult habe, kamen mir fünf Dinge in den Sinn. Falls mein jüngeres Ich also irgendwo da draußen ist, hier sind die fünf Dinge, die ich mir gewünscht hätte, mir jemand gesagt zu haben, als ich JMP zum ersten Mal benutzt habe.
Wir sind visuelle Wesen.
Der erste Punkt ist eher konzeptioneller Natur, erfordert aber für manche – insbesondere Programmierer – einen grundlegenden Mentalitätswandel. Wir sind visuelle Wesen – denken Sie nur daran, wie viel Fläche unseres Gesichts der visuellen Datenerfassung dient (unsere Augen). Ob zufällig oder beabsichtigt, wir sind darauf ausgelegt, visuelle Informationen extrem schnell zu verarbeiten – fast schon übermäßig. Wir müssen Daten visualisieren, um sie zu verstehen.
Die Visualisierung ist für die Datenanalyse unerlässlich, da Tabellen mit Zahlen für die meisten Menschen schwer verständlich sind. Das ist leider so. Sobald eine Tabelle mehr als ein paar Zeilen enthält, verliert man fast jede Chance, Trends oder Probleme mit der Datenqualität zu erkennen. Ich habe kürzlich ein Buch über Data Science mit Python gelesen – raten Sie mal, wo die Autoren angefangen haben? Mit Tabellen. Vier Kapitel widmeten sich Tabellen, Modellierung und deskriptiver Statistik, bevor die grafische Darstellung von Datensätzen in einem einzigen (sehr kurzen) Kapitel behandelt wurde.
Das Problem ist nicht auf Python beschränkt. Ich bin in anderen Programmiersprachen für analytisches Programmieren (sogar in LaTeX!) auf dasselbe gestoßen. „Tabellen zuerst“ wird Analytikern seit Jahren von Anfang an eingetrichtert. Und das ist falsch. Angeblich liegt es daran, dass Grafiken schwer zu programmieren sind, aber es ist nicht nur eine Frage der Bequemlichkeit – es ist ein Fehler. Lassen Sie mich das verdeutlichen.
Die folgende Tabelle zeigt Statistiken für ein lineares Modell (y = mx + b) für eine Reihe von Datensätzen. Die Daten liefern nahezu identische (und gleichermaßen ungenaue) lineare Modelle, identische Anpassungsstatistiken und identische deskriptive Statistiken. Würde man die zugrunde liegenden Rohdatentabellen betrachten, fände man nichts Ungewöhnliches – was jedoch ein Trugschluss ist.
Unten sehen Sie ein Diagramm aus dem Graph Builder, das die zugrundeliegenden Daten der Tabelle darstellt. Es ist interaktiv, also probieren Sie ruhig die Filter auf der linken Seite aus. Haben Sie das Easter Egg (oder besser gesagt das Dino-Ei) entdeckt? Die Datensammlung ist eine Variation des Anscombe-Quartetts. Sie wurde entwickelt, um die Bedeutung der Visualisierung vor der Modellierung oder Analyse zu verdeutlichen. (Die hier gezeigten Berichte können Sie in JMP Public einsehen, und die Originaldaten stammen von hier .)
JMP wurde entwickelt, um Ihnen den Fehler „Analyse vor Visualisierung“ zu ersparen. Mit dem Graph Builder können Sie Ihre Daten ganz einfach visualisieren, bevor Sie mit der eigentlichen Analyse beginnen. Die meisten Berichte der Software beginnen mit Grafiken. JMP ist ein Werkzeug, das statistische Analysen mithilfe von Grafiken und visuellen Hinweisen erleichtert und Anwender so zu potenziell wertvollen Informationen führt.
Die Software führt diesen Gedanken noch einen Schritt weiter, indem sie die Grafiken interaktiv gestaltet. So kann der Benutzer komplexe Zusammenhänge anhand mehrerer, mit der Datentabelle verknüpfter Diagramme erkunden. Kurz gesagt: JMP ist darauf ausgelegt, einen Arbeitsablauf zu fördern, bei dem man zuerst ein Diagramm erstellt und erst später Fragen stellt – genau so sollte man vorgehen. Und das führt mich übrigens zum zweiten Punkt, den ich mir gewünscht hätte, mir wäre er früher gesagt worden – und genau da werden wir beim nächsten Mal anknüpfen.
Was?! Ehrlich gesagt, tut mir der Cliffhanger leid. Ursprünglich wollte ich daraus einen einzigen Blogbeitrag machen. Schließlich wurden diese fünf Dinge, die ich mir gewünscht hätte, jemand hätte sie mir gesagt, ursprünglich in einem einstündigen Seminar vorgestellt. Nachdem ich aber alles aufgeschrieben hatte, merkte ich, dass es doch ein ziemlicher Wälzer geworden war, den man nicht in einem Rutsch lesen konnte. Die Redakteure des JMP-Blogs waren so nett, mir zu erlauben, ihn in eine Serie aufzuteilen. Also, wir teilen alles in kleine, mundgerechte Häppchen auf. Gern geschehen.
SO WAHR!
Und das umso mehr für Leute, die nicht über einen technischen Hintergrund verfügen. Wie ich.
Im College habe ich Geschichte studiert. Aber a sehr Ich erinnere mich, dass ich vor langer Zeit in der Mittelschule Algebra gehasst, aber Geometrie geliebt habe.
Als ich also über JMP stolperte, Version 1 , Ich war süchtig. Immer noch.
Das brachte mich zum Lächeln, Mike – und das aus mehreren Gründen. Erstens zeigt es den jahrelangen Unterschied in unserer „ersten JMP-Erfahrung“ und auch den daraus resultierenden Unterschied in der Perspektive.
Als ich JMP zum ersten Mal verwendete, war es ein kleines reines Mac-Produkt, noch in seiner ersten Version – und die „Konkurrenz“, die ich verwendete, umfasste SAS und RS/1 auf dem VAX. Für „ausgefallene“ Grafiken exportierten wir die Daten im Allgemeinen in Kaleidagraph – dann kam JMP. Allein die Vorstellung, dass wir so schnell und einfach Diagramme erstellen und neu erstellen könnten, war einfach unglaublich – auch wenn die Dinge damals noch etwas rudimentär waren, spielte das keine Rolle, weil es allen anderen so weit voraus war.
Damals haben wir uns sofort für das Mantra „Erst ein Diagramm und DANN Fragen stellen“ entschieden ... das auch fast 30 Jahre später mein erster Ratschlag für neue Benutzer geblieben ist!
Also habe ich es versucht und nichts gefunden, und mir wurde klar, dass der Zweck der Visualisierung der Daten (um Mike zu paraphrasieren) darin besteht, herauszufinden, dass die Anpassung eines linearen Modells an die Daten völlig unangemessen ist, aber wenn ich die Visualisierung überspringen und mit der Erstellung eines Modells beginnen würde Statistiktabellen, das würde ich nicht sehen.
