Panoramica di base su JMP e SAS?<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />CIAO,
Mi chiedevo se ci sono persone che usano (o hanno usato) sia JMP che SAS e potrebbero fornire una sorta di panoramica della differenza e perché qualcuno potrebbe sceglierne uno rispetto all'altro?Forse per semplificare le cose, JMP vs PC SAS.
Programmavo in SAS da anni, non ho mai dato un'occhiata a JMP.
Recentemente ho lavorato su aspetti di controllo statistico dei processi in SAS.E ci sono molte funzionalità lì (abbiamo il pacchetto SAS/QC).Ma sembra che ogni volta che vedo discussioni su argomenti SPC qui su Communities.sas.com, sia qualcosa proveniente da questo forum JMP.
E oggi ho visto questo fantastico post di John Sall sul blog JMP con un grafico degli obiettivi che mostrava chiaramente informazioni di riepilogo su oltre 100 processi.
http://blogs.sas.com/content/jmp/2013/09/24/each-statistic-should-have-a-graph-to-go-with-it-not/
E ho pensato: "Oh, è bellissimo, dovrei aggiungerlo alla mia dashboard..."
E posso farlo in SAS, ovviamente, ma mi ha reso di nuovo curioso di sapere da dove viene JMP, dove sta andando e JMP vs SAS.
Sapevo che John Sall era co-fondatore di SAS, ma Wikipedia mi ha detto che aveva sviluppato JMP negli anni '80.
http://en.wikipedia.org/wiki/John_Sall
Ciò ci porta a chiederci: lo strumento di JMP SAS Institute era per l'analisi dei PC prima che esistesse PC SAS? Ora che PC SAS è disponibile (e EG SAS e Web SAS sono in arrivo...) cosa riserva il futuro a JMP e SAS desktop?Sono visti come gratuiti?JMP sarà sempre una soluzione di analisi desktop, in competizione con STATA, Minitab, SPSS, ecc.?
Qualcuno alla ricerca di una "soluzione SPC" comprerebbe JMP e lo installerebbe su alcuni PC prima di sviluppare una soluzione SAS?
Renditi conto che questo è vago. Felice per qualsiasi risposta o collegamento a blog che vadano oltre il marketing di base.
Ri: Panoramica di base su JMP e SAS?@thoffnagle I tre posti che ti consiglio di iniziare sono:
Per una rapida panoramica dell'interfaccia utente e dell'esperienza di JMP, suggerisco di partecipare a uno dei webinar live "Introduzione a JMP":
https://www.jmp.com/en_us/events/getting-started-with-jmp/overview.html
Una volta ottenuta una licenza JMP o JMP Pro, ti consiglio di completare il kit di benvenuto per nuovi utenti JMP. Il kit di benvenuto per nuovi utenti JMP è un'esperienza di e-learning online per i nuovi utenti JMP:
https://www.jmp.com/en_us/events/getting-started-with-jmp/new-user-welcome-kit.html
E infine, poiché sembra che tu provenga da un ambiente SAS... potresti voler dare un'occhiata ad alcune delle risorse gratuite disponibili per utilizzare JMP in un ambiente SAS... presumo che non smetterai di usarlo SAS o avrai dati in un framework SAS che desideri analizzare all'interno dell'ecosistema JMP:
https://www.jmp.com/en_us/learning-library/using-sas-from-jmp.html
E, ultimo ma non meno importante... hai già trovato la comunità degli utenti JMP... consulta in particolare le discussioni e lo scambio di file per ogni tipo di informazione utile.
Ri: Panoramica di base su JMP e SAS?Essendo un vecchio utente SAS e anche un utente JMP da molto tempo, ti suggerisco di iniziare il tuo ingresso in JMP:
1. Scansione della documentazione "Discovering JMP" e "Using JMP", disponibile in
Aiuto>Libri
2. Consulta il kit di benvenuto per il nuovo utente
Kit di benvenuto per nuovi utenti
3. Seguire i tutorial di interesse disponibili sotto
Aiuto>Tutorial
4. Quindi iniziare il percorso JSL seguendo la Guida allo scripting
Ri: Panoramica di base su JMP e SAS?Ciao Daniel,
Grazie per la panoramica e avevo sentito cose simili confrontando SAS con JMP.Sono un vecchio utente SAS (l'ho usato per la prima volta al college intorno al 1981) che è passato a un nuovo lavoro, dove hanno JMP, non SAS.Sono abituato a SAS e scrivo programmi per esso.Esiste un buon tutorial per convincere le persone come me a rendere la transizione più semplice ed efficiente?Grazie.
Tim
Ri: Panoramica di base su JMP e SAS?Citando John Sal , cofondatore e vicepresidente esecutivo di SAS e capo architetto di JMP fornisce un buon riepilogo di base:
"JMP è il fratello minore di SAS, rivolto a scienziati, ingegneri e altri ricercatori che necessitano di analizzare dati. JMP sta a SAS come un foglio di calcolo sta a un database, più piccolo e adatto agli usi desktop interattivi, ma in grado di integrarsi facilmente nell'azienda più grande. Uno degli usi più importanti di JMP è progettare e analizzare esperimenti. JMP è sempre stato forte nel suo approccio grafico all'analisi dei dati. Esiste un grafico per quasi ogni statistica e la maggior parte dei grafici sono interattivi.
Il più grande gruppo di utenti di JMP è costituito da ingegneri e specialisti del supporto statistico nel settore manifatturiero, in particolare nel settore farmaceutico, dei semiconduttori, dei prodotti chimici e dei prodotti di consumo. Spesso JMP viene utilizzato a supporto di un programma Six Sigma o di un altro programma di miglioramento della qualità. JMP è molto utilizzato anche nelle università."
Manteniamo anche una pagina attiva jmp.com evidenziando i modi in cui JMP e SAS possono essere utilizzati insieme.
Daniele Valente
Gestione del prodotto JMP
Ri: Panoramica di base su JMP e SAS?Perché non usarli entrambi? C'era una volta un prodotto SAS che avrebbe dovuto sostituire JMP, SAS/Insight. Non è mai stato veramente sviluppato ed è stato abbandonato qualche anno fa, lasciando JMP come unico strumento di esplorazione fino al rilascio di SAS Visual Analytics.
Il passaggio da JMP a SAS dipende da cosa stai facendo, se sei abbastanza fortunato da avere entrambe le licenze:
- Con più di qualche milione di righe (circa 10 milioni per un PC con 8 GB di RAM), JMP non sarà in grado di svolgere il lavoro. Ma, con meno, l'elaborazione in memoria lo rende davvero molto più veloce.
- Solo che JMP non sembra ancora utilizzare l'elaborazione parallela su sistemi multicore, come fanno alcune procedure SAS: per alcuni problemi computazionalmente intensivi con pochi dati, SAS potrebbe funzionare più velocemente.
- Se devi insegnare statistica e non programmazione, allora JMP è perfetto. Li ho provati entrambi per anni (anche decenni) e non tornerò mai più a SAS per questo.
- Se i tuoi problemi sono in qualche modo unici e non strutturati, scegli JMP per esplorare i tuoi dati.
- Ma se lavori nell'era della business intelligence, con problemi ripetitivi, preparazione di dati complessi e report personalizzati con tabelle elaborate, sarai molto più produttivo con SAS Enterprise Guide. Non esiste un flusso di lavoro (o una traccia utilizzabile) in JMP, il che significa che puoi facilmente dimenticare come sei arrivato a un risultato utile.
- Il confronto è lo stesso nell'area del data mining: JMP Pro è veramente veloce ma limitato (niente text mining, niente SVM), rispetto a Enterprise Miner.
- L'elenco dei metodi statistici disponibili è molto più breve in JMP: nessuna combinazione di distribuzioni, GEE, tecniche bayesiane, equazioni strutturali, analisi avanzata di serie temporali, ricerca operativa...
Personalmente, utilizzo solo JMP con gli studenti universitari che apprendono le statistiche e principalmente Enterprise Guide e Enterprise Miner con gli studenti laureati che apprendono i sistemi di supporto alle decisioni. Per la ricerca (in amministrazione aziendale), tendo a preferire Guide (con frequenti chiamate a "Apri con JMP") per problemi complessi ma ben definiti e JMP (con occasionale "Invia a SAS") per problemi nuovi. Ad esempio, in questi giorni, sto lavorando su un problema di analisi del contenuto (codifica di personaggi dei fumetti): i grafici a mosaico di JMP sono davvero utili per confrontare il lavoro di più programmatori, ma il Kappa di Cohen in JMP non è corretto per le variabili ordinali. Quindi ho utilizzato per la prima volta le chiamate al pacchetto irr R da uno script JMP o, ora e preferibilmente, la macro SAS/IML di Hayes & Krippendorff (2007) che calcola l'alfa di Krippendorff, da un altro script JMP. La tecnica era la stessa per l'analisi delle corrispondenze, fino al rilascio di JMP 12.
Spero che aiuti,
Yves Roy
Ri: Panoramica di base su JMP e SAS?Signor Parker,
Cercando informazioni sull'accessibilità su JMP, ho notato le informazioni della FDA all'indirizzo Accessibilità | SAS , e mi ha ricordato la tua domanda. Ricordando che è possibile creare una tabella dati da una tabella di report in JMP facendo clic con il pulsante destro del mouse sulla tabella del report e apprendendo da quanto sopra che JMP può salvare una tabella dati nel formato di trasporto SAS richiesto dalla FDA, ho pensato che forse le due insieme ti farebbero risparmiare almeno parte dello scripting che devi fare.
Auguri,
John Tate
Ri: Panoramica di base su JMP e SAS?Utilizzo JMPPro in un ambiente di centro medico accademico da circa 6 anni. Sostengo la ricerca clinica e gli studi clinici. La maggior parte dei dati che vedo arrivano come database MYSQL o REDCap con occasionali database Oracle o cartelle di lavoro Excel. JMP e JMPPro mi consentono di fare praticamente tutto ciò che mi viene chiesto di fare. L'interfaccia grafica di JMP rende piacevole mostrare ai ricercatori e agli studenti come è stata eseguita l'analisi, a volte quasi uno strumento didattico magico. Il linguaggio di scripting JMP mi consente di fornire documentazione e codice per il reporting, ma JMP non produce facilmente tabelle di reporting del tipo richiesto da un'agenzia di regolamentazione. È vero, con sufficiente scripting è possibile generare tabelle, ma è molto lavoro. Riformattiamo i report JMP copiandoli in Excel e utilizzando formule per generare tabelle. Ciò potrebbe funzionare per la pubblicazione, ma non altrettanto bene per le agenzie di regolamentazione. Qualcosa da considerare quando si decide tra JMP e SAS.
Se qualcuno là fuori ha trovato una soluzione migliore per generare tabelle in stile SAS con JMP, mi farebbe piacere sentirne parlare.
Saluti,
TSP
Ri: Panoramica di base su JMP e SAS?Quentino,
Come altri qui, le mie opinioni sono simili, ma ecco la versione riassunta dei miei lettori: JMP è uno strumento fantastico e molto potente, interattivo e rapido per l'esplorazione dei dati, provando vari approcci. Lo vedo come un lato ingegneristico del recinto, in cui sviluppi in modo interattivo un'analisi e poi la sposti su Base SAS o EG per la "produzione".Ovviamente, non è così semplice: JMP dispone di un linguaggio di scripting e puoi fare molto solo con JMP. Tuttavia, come accennato in precedenza, la memoria è limitata. Può gestire file molto più grandi di Excel, ma è comunque limitato a ciò che può essere letto in memoria. Ma se hai set di dati più grandi, JMP non è fattibile (ho alcune tabelle con oltre un miliardo di righe - non accadrà in JMP ).
Saluti
Fred
Ri: Panoramica di base su JMP e SAS?Un grazie in ritardo, John.
Questa è un'informazione utile.Non avevo realizzato che JMP fosse stato avviato su Macintosh.Quindi forse la decisione chiave per JMP all'inizio è stata l'approccio GUI, a cui SAS è arrivato in seguito (con SAS/Assist e molto più tardi con EG), così come l'elaborazione in memoria.
La tua menzione di persone che utilizzano sia SAS che R o JMP e R è interessante, in quanto suggerisce che anche in un'agenzia che ha sia SAS che JMP, non ci sono molte persone che usano sia SAS che JMP.
Forse uno di questi giorni scaricherò la versione di prova di JMP e vedrò come va.Ma dal momento che ora mi trovo in un luogo che concede in licenza SAS per server BI, è improbabile che vogliano iniziare ad aggiungere licenze JMP nello stesso momento in cui si stanno sbarazzando delle licenze SAS per PC.
--Q.
Ri: Panoramica di base su JMP e SAS?Ecco il punto di vista di un utente JMP relativamente nuovo basato sulla ricerca che ho svolto circa un anno fa durante la ricerca di pacchetti statistici.
JMP è stato originariamente sviluppato per Macintosh. L'idea era quella di rendere disponibile il calcolo statistico in stile Macintosh, utilizzando una GUI, e di fornire un modo più interattivo o esplorativo per analizzare i dati. A quel tempo, l'interfaccia linguistica era ancora il modo consueto di utilizzare SAS: scrivere del codice, eseguirlo, guardare il risultato e ripetere. Ora, ovviamente, ci sono diverse interfacce grafiche per SAS e JMP ha un linguaggio di scripting molto capace, quindi non è più solo una scelta tra un linguaggio e una GUI.
A parte le questioni di stile, le differenze più grandi che ho riscontrato sono:
- Se hai appena iniziato, JMP è probabilmente più facile da imparare.
- SAS probabilmente ha routine più totali.
- JMP necessita di tutti i dati in memoria, ma SAS può elaborare un set di dati che si trova sullo storage secondario.
- Esiste una versione server di SAS, quindi più utenti possono condividere lo stesso ambiente; e hai una maggiore flessibilità per pianificare le esecuzioni di produzione del codice compilato utilizzando JCL o script elaborati, più simili a un ambiente di elaborazione dati tradizionale.
Ho parlato con diversi utenti sia nella mia agenzia che con alcuni esterni. Gli utenti esperti di SAS non hanno sentito la necessità di passare a JMP o di aggiungere JMP al proprio kit. È vero anche il contrario: gli utenti JMP non sentono il bisogno di aggiungere SAS o passare a SAS. Ci sono alcune persone in entrambi i gruppi SAS e JMP che utilizzano anche R e alcuni software più specializzati dell'EPA e di altre fonti, quindi è anche giusto dire che né SAS né JMP soddisfano perfettamente tutte le esigenze.
Il mio processo decisionale è stato il seguente:
- Entrambi sono standard accettati nella mia agenzia ed entrambi hanno utenti esperti disposti ad aiutare.
- JMP è un po' più facile da imparare e un po' più economico.
- JMP ha tutte le capacità grafiche e statistiche che mi aspetto siano necessarie per gli usi che prevedo.
- Non mi aspetto di dover elaborare più dati di quelli che possono essere memorizzati.
- Trovo che lo stile del linguaggio di scripting JMP sia più congeniale rispetto allo stile del linguaggio SAS.
Per questi motivi ho scelto JMP. Il rischio principale che prevedo è che se la mia organizzazione alla fine volesse una maggiore produzione di routine di analisi abbastanza standard, dovremmo acquistare più licenze. Non ci sono problemi a condividere gli script tra gli utenti ed è possibile creare pacchetti di script in modo che l'utente non debba conoscere il linguaggio di script, ma ci sono ancora limiti al modo in cui automatizzato o pianificato è possibile rendere il proprio ambiente di produzione utilizzando JMP. Se diventa abbastanza grande o complesso, potresti preferire SAS.
Naturalmente non posso rispondere alle vostre domande relative ai futuri piani di prodotto, poiché questa è l'attività di SAS Institute, ma per il momento JMP è completamente supportato e in fase di sviluppo attivo.
Ri: Panoramica di base su JMP e SAS?Ho fatto alcuni commenti in questa discussione che potrebbero essere interessanti: https://communities.sas.com/message/181673#181673
