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 年脚本编写者俱乐部创意乔治：
各位，
Jarmo 和 Troy，
我非常喜欢你的想法/建议，谢谢，
我很高兴能听到你在 Scripters Club 上所做的介绍。
我自己还没有准备好结构化的培训材料，
但我也可以展示一些有助于简化日常工作的小项目 —— 这就是 JSL 的基本用途（就我而言）。
因此，与大型项目/应用程序相比，我更喜欢小型而高效的黑客:-)，原因也可能是因为我不是一名全职程序员。
有些可能是：
- 从数据库中提取数据，使用灵活的查询，执行性能研究
- 最不复杂的自更新插件
- 巧妙地使用高效的数据结构来实现 GUI 和后续任务
- 扫描文件夹结构并将摘要保存在表格中
- …
我也希望看到新的嵌入式 Python 环境（但目前还不能
它们都不是大项目，只是执行某些任务的更多脚本。
此致，
格奥尔格
