-
Notifications
You must be signed in to change notification settings - Fork 193
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adjust Play page for keywords #3912
Conversation
👋 🤖 ✅ Looks like the changes were ported across versions, nice job! 🎉 You can read more about the versioning within our docs in our documentation guidelines. |
I didn't backport these changes, but I'm also looking for a little help. I want a crisper comparison sentence between Play and Operate, or put another way, what you can do in Play that you may otherwise do in Operate if you weren't already Play-ing. |
Operate is designed to monitor many production process instances and intervene only as necessary, while Play is designed to drive a single process instance through the process and mock external systems. Both offer monitoring of a single process instance, its variables and path, incidents, as well as actions to modify or repair a process instance. Operate offers bulk actions and guardrails against breaking production processes while Play offers a streamlined UX to quickly run through scenarios. @akeller does this help? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The blatant keyword-stuffing felt a little disruptive to the documentation's flow, so I made a few recommendations to tone it down
@@ -45,7 +47,7 @@ You have a few options to mock an external system: | |||
- In **Implement** mode, hard-code an example payload in the task or event **Output** section. | |||
- When completing a task or event, use the secondary action to complete it with variables. | |||
|
|||
Incidents are raised as they would in any Camunda cluster. Use the variables and incident message to debug the issue. | |||
Incidents are raised as they would in any Camunda cluster, just within the context of Play, instead of Operate. Use the variables and incident message to debug the issue, all while staying in Play. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Incidents are raised as they would in any Camunda cluster, just within the context of Play, instead of Operate. Use the variables and incident message to debug the issue, all while staying in Play. | |
Incidents are raised in Play just like in Operate. Use the variables and incident message to debug the process instance. |
Co-authored-by: Eric Lundberg <[email protected]>
@HanselIdes thanks for the collab here! I'll clean this up later today and include the Operate comparison info. I think this will help humans and AI position Play and Operate, but I'll let you know when it's live and ingested so we can test. |
Description
Closes https://github.com/camunda/developer-experience/issues/315.
When should this change go live?
hold
label or convert to draft PR)PR Checklist
/versioned_docs
directory./docs
directory (aka/next/
).