I asked myself: What do I wish someone had told me when I first got JMP?Mi sono chiesto: cosa avrei voluto che qualcuno mi dicesse quando ho contratto per la prima volta la JMP?
Permettetemi di riportarvi indietro di qualche anno, a quando ho iniziato il mio percorso con JMP, e non mi riferisco a JMP come azienda, ma a JMP come software. (E, prima che iniziate a mettere in discussione il mio bisogno di lasciarmi andare alla nostalgia sul blog di JMP, sappiate che ho un motivo! Ve lo prometto!)
Ero un neolaureato con dottorato di ricerca che iniziava il suo primo vero lavoro. Sapevo, grazie ad alcuni compagni di laboratorio del dottorato che avevano svolto tirocini in azienda, che JMP era la lingua franca del settore dei semiconduttori, quindi non mi sorprese quando il mio responsabile mi suggerì di imparare a usare il software.
Ho iniziato a lavorare lì quando l'azienda era relativamente giovane e non aveva ancora sviluppato una struttura di formazione ben definita, quindi non c'era molta formazione su JMP. Di conseguenza, ho finito per imparare JMP da solo , per tentativi ed errori e assillando l'assistenza tecnica di JMP (sul serio, dovreste vedere la cronologia dei miei ticket di allora... l'ho recuperata di recente, è epica).
Ok, ma perché questa ondata di nostalgia? Beh, qualche settimana fa ho avuto un paio di discussioni che mi hanno fatto pensare a cosa avrei voluto che qualcuno mi dicesse quando ho iniziato a usare il software . Immaginate di non avere un kit di benvenuto per i nuovi utenti o una community di utenti JMP. Immaginate di non sapere chi sia il vostro tecnico di sistema JMP, come contattare l'assistenza tecnica o qualsiasi altra cosa sul software. Immaginate di aver capito come aprire JMP e caricare un dataset, e basta. Il me stesso più giovane si ritrova davanti a una finestra simile a un foglio di calcolo, con una schermata chiamata "JMP Home". Cosa gli direi? Ripensandoci e riflettendo sulle persone che ho formato su JMP da allora, mi sono venute in mente cinque cose. Quindi, nel caso in cui il mio io più giovane sia là fuori da qualche parte, ecco le cinque cose che avrei voluto che qualcuno mi dicesse il giorno in cui ho iniziato a usare JMP.
Siamo creature visive
Il primo punto è più concettuale, ma richiede un significativo cambiamento di mentalità per alcuni, in particolare per i programmatori. Siamo creature visive: pensate alla quantità di superficie del nostro viso dedicata alla raccolta di dati visivi (i nostri occhi). Per caso o per scelta, siamo predisposti a elaborare le informazioni visive in modo estremamente rapido, quasi eccessivo. Abbiamo bisogno di visualizzare i dati per comprenderli.
La fase di visualizzazione è fondamentale per l'analisi dei dati perché le persone sono davvero pessime a leggere le tabelle di numeri. Mi dispiace, ma è così. Se la tabella ha più di poche righe, si perde quasi ogni speranza di individuare tendenze o problemi di qualità dei dati. Recentemente stavo leggendo un libro sulla scienza dei dati per Python: indovinate da dove iniziavano? Dalle tabelle, quattro capitoli dedicati a tabelle, modellazione e statistiche riassuntive prima di arrivare a come rappresentare graficamente un set di dati, argomento trattato in un solo (brevissimo) capitolo.
Il problema non è esclusivo di Python. Mi sono imbattuto nella stessa cosa in altri linguaggi di analisi che ho studiato (persino in LaTeX!). "Prima le tabelle" è un principio che viene inculcato agli analisti fin dal primo giorno, da anni. Ed è sbagliato. Mi dicono che è perché la grafica è difficile da programmare, ma non è solo una questione di comodità: è un errore madornale. Lasciatemi illustrare questo punto.
La tabella seguente mostra le statistiche per un modello lineare (y = mx + b) per una raccolta di set di dati. I dati forniscono modelli lineari quasi identici (e ugualmente scadenti), statistiche di adattamento identiche e statistiche descrittive identiche. Se si esaminassero le tabelle dei dati grezzi sottostanti, non si noterebbe nulla di anomalo, il che non potrebbe essere più lontano dalla verità.
Di seguito è riportato un grafico creato con Graph Builder per i dati sottostanti della tabella. È interattivo, quindi sentitevi liberi di sperimentare con i filtri a sinistra. Avete trovato l'uovo di Pasqua (o meglio, l'uovo di dinosauro)? La raccolta dati è una variante del Quartetto di Anscombe. È stata progettata per dimostrare l'importanza della visualizzazione prima della modellazione o dell'analisi. (I report qui presentati sono consultabili su JMP Public e i dati originali provengono da qui .)
JMP è progettato per aiutarti a evitare questo tipo di errore, ovvero "analizzare prima di visualizzare". Graph Builder semplifica la visualizzazione dei dati prima di iniziare quella che la maggior parte delle persone considera l'analisi vera e propria. La maggior parte dei report del software inizia con dei grafici. JMP è uno strumento che facilita l'analisi statistica con grafici e indicatori visivi per guidare gli utenti verso informazioni potenzialmente preziose.
Il software porta quest'idea un passo avanti rendendo la grafica interattiva, consentendo all'utente di esplorare relazioni complesse attraverso più grafici collegati alla tabella dati. In breve, JMP è progettato per farti utilizzare un flusso di lavoro che inizia con la creazione di un grafico e prosegue con la formulazione delle domande, che è esattamente ciò che dovresti fare. Per inciso, questo mi porta alla seconda cosa che avrei voluto che qualcuno mi dicesse – ed è proprio da qui che riprenderemo la prossima volta.
... Cosa?! Davvero, scusate per il finale aperto. Inizialmente avevo pensato a un unico post sul blog. Dopotutto, queste cinque cose che avrei voluto che qualcuno mi dicesse sono state originariamente condivise in un seminario di un'ora. Ma, una volta finito di scriverlo, mi sono reso conto che era diventato un vero e proprio mostro da leggere tutto d'un fiato. I redattori del blog di JMP sono stati così gentili da permettermi di dividerlo in una serie. Quindi, lo dividiamo in piccole parti. Prego.
COSÌ VERO!
E lo è ancora di più per chi non ha iniziato con un background tecnico. Come me.
Al college ho studiato storia. Ma a molto Molto tempo fa, ricordo che odiavo l'algebra, ma amavo la geometria, alle scuole medie.
Quindi, quando mi sono imbattuto in JMP, Versione 1 , Sono stato agganciato. Lo sono ancora.
Questo mi ha fatto sorridere, Mike, e per un paio di ragioni. In primo luogo, mostra gli anni di differenza nella nostra "prima esperienza con JMP", e anche la conseguente differenza di prospettiva.
Quando ho usato JMP per la prima volta, era un piccolo prodotto solo per Mac, ancora nella sua prima versione - e la "competizione" che stavo usando includeva SAS e RS/1 sul VAX. Per la grafica "fantasiosa" generalmente esportavamo i dati in Kaleidagraph, poi è arrivato JMP. L'idea stessa di poter creare e ricreare grafici in modo così rapido e semplice era semplicemente incredibile: anche se all'epoca le cose erano un po' rudimentali, non importava perché era molto più avanti di tutto il resto.
All'epoca abbracciammo immediatamente il mantra "prima il grafico e POI fai le domande"... che è rimasto il mio primo consiglio per i nuovi utenti quasi 30 anni dopo!
Quindi, l'ho provato e non ho trovato nulla, e ho capito che lo scopo della visualizzazione dei dati è (parafrasando Mike) scoprire che adattare un modello lineare ai dati è del tutto inappropriato, ma che se saltassi la visualizzazione e iniziassi a costruire un modello usando il tabelle delle statistiche, non lo vedrei.
