Troy 2024 年的想法高等級建議。
請注意，最好利用我們在日常工作中共同完成的工作，這樣可以減少生成內容所需的精力。 我在下面添加了一些建議，但對於其中許多建議，我沒有任何「準備就緒」的東西，這對我來說意味著更大的開銷（我猜其他人也是如此）。 無論如何，這只是我的意見。 一旦每個人都添加了他們的回饋，我們就可以在下個月進行審查，並將其減少到考慮到我們擁有的資源可以實現的程度。
此外，案例研究、提示與技巧和腳本平台之間可能存在許多重疊……我們需要確保類別的廣泛“分佈”，以免每個月都重複。
3x 案例研究課程
- 2-4 個主題，每個主題由我們中的一個人、使用者選擇或取自使用者社群。
- 我們可以重新建立問題並使用 jmp 會話來完成解決方案…並在必要時對其進行詳細說明。
- 每個會議的主題應該是相關的。
- 我可以展示的東西
- 我如何實施標準化和最佳實踐
- 將圖形元素新增至資料表（將晶圓圖影像放入表格中）
- 圖形產生器（每個人都喜歡圖形產生器會話：smiling_face_with_smiling_eyes： ）
3x 腳本平台會話（每個會話 1-2x 範例）
- 一個可能是假設的討論（這可能行不通），另一個可能是實際的演示
- 我可以展示的東西（我已經有一些程式碼，只需要清理 IP 並稍微修改一下）
- 擬合 Y*X + ANOM 以識別統計上顯著的“異常值”
- Boot Strap Forest（任何與 ML 相關的東西都會流行）
- 繪製互動式視覺化（在我的例子中是晶圓圖）
3x 提示與技巧課程
每次會議 2-4 個主題，我們可以再次嘗試保持主題相關
- 通用腳本
- 時間
- 使用表格
- 使用平台
- 使用目錄
- GUI 的佈局
- 與 Windows 作業系統和使用者交互
1x 關於建構插件的會議（我們可以做 1-2 個範例）
1x 關於排程作業的會話（例如使用 Windows 任務排程器）以及一些管理傳入資料的最佳實務討論
1x 與專家會面。
- 帶 3-4 位“專家”，讓他們談論 15 分鐘的經驗、什麼有效、什麼無效、入門、在小組中提升和培養技能。#
- 我希望了解 JMP 專家和使用者專家（可能是 2 位 JMP 人員和 2 位使用者）之間的觀點差異，每位專家需要 12 分鐘。
回覆：2024 年腳本編寫者俱樂部創意雅爾莫：
我基本上也可以呈現“任何東西”，但我寧願呈現有拉力的東西，而不是嘗試推動它。 我認為在某些地方可能佔據相當大位置的一些主題是：
- 導覽報表層
- 表達式
- 字串操作
- 使用日期
- 讓 JMP 腳本為您服務（我正在寫一篇關於此的 JMP 部落格文章。 標題類似於「從讓 JMP 為您編寫腳本到使用 JMP 編寫腳本」）。
- 偵錯腳本
- 把大問題變成小問題（所以當問題出現在 10 行程式碼中時，不要試圖修復 1000 行程式碼，先修復那 10 行程式碼）。
由於我提交的發現峰會未被接受為論文，我可能也沒有在腳本編寫者俱樂部“掌握使用結構化 JSL 編寫無縫 JMP 類用戶界面的腳本藝術”中的“官方”演示（ChatGPT 可能“幫助” ”我的標題）。 我在芬蘭用戶組中提出了類似的內容。
正如我們所看到的，我們可以擁有並展示許多不同的東西：smiling_face_with_smiling_eyes： 。
-賈莫
回覆：2024 年腳本編寫者俱樂部創意格奧爾格：
各位，
雅莫和特洛伊，
我非常喜歡你的想法/建議，謝謝，
以及讓它們在腳本編寫者俱樂部中展示，就像我自己聽到你所做的事情感到興奮一樣。
我自己還沒準備好結構化的訓練教材，
但我也能夠展示一些較小的項目，幫助簡化日常工作——這就是 JSL 的基本用途（就我而言）。
因此，與大型專案/應用程式相比，我更喜歡小型而高效的駭客:-)，原因可能是我不是全職程式設計師。
有些可能是：
- 從資料庫中提取數據，使用靈活的查詢，執行性能研究
- 最簡單的自更新插件
- 為 GUI 和後續任務巧妙地使用高效的資料結構
- 掃描資料夾結構並將摘要保存在表格中
- …
我也想看到新的嵌入式 python 環境（但還不能
它們都不是大項目，而是執行某些任務的更多腳本。
此致，
格奧爾格
