Buone pratiche di programmazione - Documento di metà anno 2020All'inizio di quest'anno Ian Cox e Brady Brady mi hanno chiesto di mettere insieme un piccolo gruppo di persone per creare un documento generale che discutesse le buone pratiche di programmazione durante lo sviluppo di routine, grandi o piccole, utilizzando JSL. Questo documento affronterebbe un problema che molti di voi hanno sentito, "L'ultima versione di JMP interrompe i miei programmi JSL". Se sei nuovo o non hai riscontrato questo problema, vedi Qui O Qui per esempi recenti. Ci è stato chiesto che il documento fosse breve, descrittivo piuttosto che prescrittivo. Il nostro obiettivo (Mike Anderson, Mark Bailey, Ian e io) era quello di creare una base per ciò che probabilmente sarebbe stato creato in seguito (la parte pratica).
Il nostro obiettivo era creare qualcosa che potesse essere compreso da qualsiasi membro dello staff tecnico, indipendentemente dalla loro esperienza di programmazione JSL. Si prega di leggere il documento e pianificare di discutere qualsiasi domanda tu abbia, in particolare se qualcosa non ha senso o ritieni che manchi qualcosa. Se hai domande o commenti, pubblicali qui sotto o portali alla riunione. Anche se i dettagli di implementazione sono al di fuori dell'ambito di questo documento, sarebbe utile sapere che cosa si dovrebbe affrontare per primo.
Grazie Don
24 luglio - Ho aggiunto le diapositive della riunione di metà anno di oggi.
Re: Buone pratiche di programmazione - Documento per metà anno 2020@DonMcCormack ha pubblicato il documento nella SE Knowledge Base: Buone pratiche di programmazione .
Sto disattivando le risposte qui. Aggiungi i tuoi commenti a quel documento.
Re: Buone pratiche di programmazione - Documento per metà anno 2020Grandi pensieri qui!
A rischio di introdurre qualche scope creep, questo documento potrebbe essere un'ottima guida da lasciare agli utenti all'inizio della loro creazione di JSL, ad esempio dopo una demo di scripting o JMP Day. Sarebbe bello vedere le risorse chiave richiamate (indice e guida di scripting, registro, scambio di file della comunità, ecc.) per trasformare il documento in un riferimento "1 stop shop" per tali scripter principianti. Tali contenuti aggiuntivi dovrebbero essere bilanciati per mantenere la brevità ed evitare qualsiasi situazione di 'TL;DR', però...
