Se vi è mai capitato, purtroppo, di riscontrare un crash di JMP, probabilmente vi sarà stato richiesto di inviare i file di crash a JMP. (Nota a margine: vi preghiamo di inviarci i file di crash e di fornirci il vostro indirizzo email se desiderate collaborare con l'assistenza tecnica di JMP). I file inviati vengono combinati con quelli inviati dai tester interni e dai clienti di tutto il mondo e inseriti nel sistema di rilevamento dei crash di JMP. Il team DevOps di JMP utilizza il proprio software JMP per analizzare i file di crash segnalati e collabora con il team di sviluppo di JMP per individuare le correlazioni tra le firme dei crash e i bug noti.
In questo articolo illustro il processo che seguiamo per utilizzare JMP e altri strumenti per analizzare i crash di JMP. Ora è relativamente semplice per noi associare una nuova segnalazione di crash a un problema noto o identificarla come un caso nuovo che necessita di ulteriori indagini. Tuttavia, risolvere i crash misteriosi e inediti non è un processo altrettanto semplice. Questo poster mostra come potete aiutarci a risolvere un maggior numero di crash fornendo informazioni dettagliate con le vostre segnalazioni e spiega come questo contribuisca al processo di sviluppo di JMP. Oltre ai dettagli sui crash, JMP 18 consente anche di inviare dati di telemetria anonimi sull'utilizzo delle funzionalità di JMP. Utilizziamo queste informazioni per comprendere meglio i modelli di utilizzo dei clienti, nonché le distribuzioni hardware e dei sistemi operativi.
Ciao a tutti. Grazie per aver partecipato alla mia sessione poster per approfondire uno dei miei argomenti preferiti. Sono Shannon Conners, Direttrice delle Operazioni di Sviluppo di JMP. Oggi vorrei parlarvi di come potete generare e condividere dati che ci aiutino a migliorare JMP.
Ma prima, solo qualche breve parola sul mio gruppo DevOps. Ci occupiamo di pianificazione, test dell'infrastruttura e di tutte quelle attività di produzione che supportano lo sviluppo di funzionalità JMP, la correzione di bug e le release di sicurezza. Supportiamo tutte le fasi dei vari cicli di rilascio.
Ma basta parlare di me. Parliamo un attimo di voi. Se state guardando questo video online, molto probabilmente siete utenti abituali di JMP, proprio come me. In tal caso, avrete notato che a volte JMP vi chiede di inviarci alcune informazioni. Questo può accadere principalmente in due casi. Il primo è se, sfortunatamente, si verifica una violazione di accesso a JMP o un arresto anomalo del software. Il secondo è quando installate JMP: vi verrà chiesto di inviarci statistiche di utilizzo anonime. Questo processo viene comunemente chiamato telemetria. Vi chiediamo di acconsentire all'invio di queste informazioni perché rispettiamo la vostra privacy. Potete impostare le vostre preferenze di privacy nelle impostazioni di JMP, a meno che, ovviamente, la vostra organizzazione non le abbia già configurate per voi.
Innanzitutto, parliamo dei crash. I clienti di JMP sono molto creativi. Sappiamo tutti che avete accesso a numerose fonti di dati diverse, provenienti da svariati settori, quindi è possibile che si verifichi un crash di JMP che non abbiamo mai riscontrato prima durante i test. Abbiamo integrato in JMP delle funzionalità di rilevamento dei crash, che si accorgeranno quando il software smette di funzionare. Al successivo riavvio, JMP vi chiederà di inviarci i dettagli.
Nel corso degli anni, abbiamo sviluppato un sistema interno che riceve, archivia e associa questi crash in arrivo a problemi noti. Questo sistema ci aiuta a identificare rapidamente quando un crash è nuovo e richiede un'indagine più approfondita, oppure se ne siamo già a conoscenza e possiamo fornire al cliente indicazioni su quando aspettarsi una soluzione o se questa è già disponibile. Oltre ad archiviare i crash segnalati dai clienti, il sistema gestisce anche i report relativi ai crash rilevati internamente dai Service Center, dal supporto tecnico, dai tester o da qualsiasi altro membro del nostro team.
Parliamo un po' di come funziona. Potresti visualizzare questa finestra di dialogo con una X rossa che indica che JMP sta per chiudersi. So che a nessuno piace vedere questa finestra di dialogo, ma la vedrai. Quando fai clic su OK, JMP si riavvierà. Quindi vedrai che JMP si chiude inaspettatamente e che c'è una sezione vuota per aggiungere del testo. Noterai che le opzioni "Invia segnalazioni in forma anonima" e "Verifica problemi recenti" sono selezionate in questa finestra quando viene visualizzata.
Prima di tutto, per favore non cliccare su Annulla. Se lo fai, non sapremo mai che il programma si è bloccato. Mi rendo conto che guardando questa finestra potresti sentirti a disagio per le informazioni che JMP ci sta inviando, ma ti assicuro che JMP non sta inviando i tuoi script di OpenTable o altri dettagli simili. JMP sta semplicemente inviando i commenti che inserisci nella sezione vuota della finestra, informazioni di base sull'installazione e sul controllo del tuo sistema Windows, come il sistema operativo o un elenco di driver e software installati: informazioni che possiamo utilizzare per risolvere i problemi.
Infine, JMP invia questi file di crash che descrivono in dettaglio il percorso del codice attivo quando il software ha smesso di funzionare. Come altri file di crash generati da sistemi operativi o prodotti software, questi file non sono leggibili dall'uomo e sono utili solo agli sviluppatori per il debug del problema specifico.
Se accetti le impostazioni predefinite visualizzate in questa finestra e fai clic su "Invia segnalazione a JMP" per inviare il tuo crash in forma anonima, JMP caricherà i tuoi file sul nostro server. L'invio in forma anonima aggiungerà il tuo crash al nostro database, ma tieni presente che spesso non è possibile diagnosticare e riprodurre completamente il problema basandosi solo sui file di crash. Riprodurre il problema con azioni interattive o uno script JSL è il metodo migliore, sia per il debug di un crash da parte di uno sviluppatore, sia per la verifica di eventuali correzioni apportate da un tester.
Ti consiglio vivamente di deselezionare la casella "Anonimo" e di fornire il tuo indirizzo e-mail. Questo ti permetterà di aprire una nuova richiesta di assistenza tecnica e di discutere il problema con loro. Collaborare direttamente con il nostro team di supporto tecnico fino a quando non saranno in grado di riprodurre il problema aumenterà notevolmente le possibilità di comprenderlo e risolverlo in una versione futura.
Ora, se non sai cosa hai fatto o non hai avuto il tempo di esaminare il caso con qualcuno, puoi sempre inviare la segnalazione in forma anonima. In tal caso, cerca di includere nel campo di testo tutti i dettagli che ricordi su cosa stavi facendo quando JMP si è bloccato. Se riusciamo a riprodurre il blocco, sia che la segnalazione venga inviata all'assistenza tecnica via e-mail o in forma anonima, creeremo sempre una nuova segnalazione di bug che terrà traccia del problema. Se non riusciamo a riprodurlo, il blocco rimarrà nel nostro sistema finché non riceveremo nuove informazioni che ci aiutino a trovare un caso di test.
Volevo parlare un po' della finestra di dialogo per la segnalazione di arresto anomalo, in cui in precedenza vi chiedevo di condividere i dettagli su cosa stavate facendo quando JMP ha smesso di funzionare. La prima schermata mostra la visualizzazione predefinita di questa finestra di dialogo. Come ho già detto, non è presente alcun indirizzo e-mail né alcun dato relativo al cliente. Ho etichettato questa opzione come "meno utile" perché, sebbene la segnalazione di arresto anonimo venga aggiunta al nostro database, ha letteralmente pochissime probabilità di essere riprodotta e risolta in una versione futura.
Nella seconda finestra, un cliente ha inviato la segnalazione in forma anonima, ma come potete vedere ha incluso un commento molto utile su un'azione che ha intrapreso prima del crash, e questo ci ha fornito informazioni sufficienti per riuscire a replicarlo. Tuttavia, poiché non ha fornito un indirizzo e-mail, non abbiamo potuto contattarlo per comunicargli la soluzione, ovvero che sì, siamo riusciti a riprodurre il crash. Ora abbiamo una segnalazione di bug e speriamo di risolverlo in futuro.
La terza finestra è un esempio di un utente che ha inviato una segnalazione in forma anonima, ma che ha fornito informazioni sufficienti per consentirci di avviare un'indagine per uno sviluppatore, il quale è stato in grado di creare uno script JMP per riprodurre il problema e trovare subito una soluzione.
L'ultima finestra è un esempio. Qualcuno ha fornito un indirizzo e-mail e uno script. Questo è estremamente utile perché ci permette di eseguire lo script in diverse versioni e di capire quando il problema ha iniziato a manifestarsi e quando ha smesso di verificarsi. Mi rendo conto che non tutti hanno il tempo di creare uno script per replicare il problema, ma se ne avete uno che potete condividere, spesso ci aiuta ad arrivare al caso molto più velocemente, il che è davvero molto utile.
Vorrei dire due parole su come riceviamo ed elaboriamo i vostri file. In sostanza, i file di crash vengono scaricati dal server. Noi aggiungiamo dei simboli ai file, che è semplicemente un termine tecnico per indicare l'elaborazione dello stack di dati del crash. Carichiamo queste informazioni in un database e poi le confrontiamo per dire: "Questo nuovo crash non corrisponde a nulla che abbiamo mai visto prima". Rendiamo visibili queste informazioni nei casi di assistenza tecnica quando si tratta di qualcosa che un cliente ha inviato tramite e-mail o nella pagina web JMP Crash, una pagina web interna che utilizziamo per analizzare i crash, sia anonimi che noti.
Il flusso di lavoro per la telemetria è molto simile. In questo caso, poiché non c'è un cliente con cui lavorare perché tutti i dati di telemetria vengono inviati in forma anonima, possiamo riassumerli. Li inseriamo in un database, li riassumiamo e li pubblichiamo su JMP Live. Gli sviluppatori che desiderano approfondire i dati e comprendere a fondo l'utilizzo della piattaforma o delle funzionalità possono scaricare i dati direttamente e consultarli con questo componente aggiuntivo per la telemetria creato dallo sviluppatore Evan McCorkle.
È interessante notare che circa il 10% dei clienti che autorizzano l'accesso a JMP 18 scelgono di condividere i propri dati di telemetria. Sebbene la telemetria non sia completamente esaustiva per tutti gli utilizzi di JMP, ci permette di ottenere un campione davvero valido di ciò che i clienti cercano di fare con il software, informazioni estremamente utili per lo sviluppo delle future versioni di JMP.
In sintesi, volevo solo sottolineare che potete davvero aiutarci a far luce sui problemi che si verificano con JMP, che si tratti di una segnalazione di arresto anomalo o di un bug, inviando un'e-mail direttamente a support@jmp.com. Apprezziamo molto i dettagli che fornite su cosa stavate facendo quando avete riscontrato un problema con JMP. Analizziamo attentamente queste informazioni e il supporto tecnico si impegna a riprodurre i problemi. Se si tratta di una versione beta del software, i nostri tester lavorano per riprodurre i problemi e noi vogliamo risolverli.
Ora, in JMP 18, potete anche contribuire alla condivisione di informazioni di telemetria che ci aiutano a comprendere i modelli di utilizzo e il modo in cui gli utenti si muovono all'interno del software e nei loro flussi di lavoro. Questo è estremamente utile e speriamo che partecipiate. Infine, volevo solo sottolineare che il personale interno di JMP utilizza effettivamente il software per contribuire a migliorarlo.
Siamo come voi. Usiamo JMP, usiamo JSL, interagiamo con i database, puliamo i nostri dati, li elaboriamo, scriviamo script e abbiamo dei modi per creare grafici interattivi e pubblicare i risultati su JMP Live. Questo è uno degli aspetti che apprezzo di più sia della pipeline di crash che di quella di telemetria: stiamo usando JMP per migliorare JMP stesso. Lo trovo semplicemente fantastico.
Grazie mille per aver ascoltato la mia presentazione. Se vi trovate al Discovery, vi invito a passare alla mia sessione poster, mi farebbe molto piacere parlare con voi di persona. Grazie ancora.
