Skip to content
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

Postman Configuration Blog #151

Open
wants to merge 4 commits into
base: master
Choose a base branch
from

Conversation

themooks
Copy link
Contributor

Blog on Postman configuration with Genesys Cloud Platform API

@carnellj-genesys
Copy link
Collaborator

Quick summary of feedback from chatgpt:

Your article is well-structured and provides clear, detailed instructions. Here are some grammar and style suggestions, as well as a few improvements to enhance readability and flow:

Grammar & Clarity Suggestions:
1. “I had to install and to configure a set of tools…”
→ “I had to install and configure a set of tools…”
(Removing “to” before “configure” improves readability.)
2. “I realized it had changed quite a lot, compared to the rather old version I was still using on my computer…”
→ “I realized it had changed significantly compared to the older version I had been using…”
(More concise and natural phrasing.)
3. “If this can save time for some of you.”
→ “In case this can save you some time.”
(Sounds smoother in conversational writing.)
4. “To be clear, I am not specifically advocating for the use of Postman with Genesys Cloud to test Platform API.”
→ “To be clear, I’m not necessarily advocating for using Postman with Genesys Cloud for Platform API testing.”
(More natural flow.)
5. “Because of this, I had to install and to configure a set of tools and IDEs that I sometimes use for my work.”
→ “As a result, I had to install and configure various tools and IDEs I occasionally use for work.”
(More natural and concise.)
6. “But the only one which matters for us at this stage is environment.”
→ “However, the only one that matters at this stage is environment.”
(Avoids starting a sentence with “But” and improves readability.)
7. “And I’ll save the changes.”
→ “Then, I’ll save the changes.”
(Avoids starting with “And” and improves flow.)
8. “If Postman uses a different url in the future, make sure to change it in your Genesys Cloud OAuth Client’s configuration as well.”
→ “If Postman changes the URL in the future, update it in your Genesys Cloud OAuth Client’s configuration accordingly.”
(Smoother phrasing.)
9. “You should now be prepared to use Postman to send Platform API requests to Genesys Cloud, using any of the Authorization Grant flows we have configured in this blog.”
→ “You should now be ready to use Postman to send Platform API requests to Genesys Cloud using any of the Authorization Grant flows covered in this blog.”
(More concise.)

Structural & Readability Improvements:
1. Consider breaking up long sentences.
Some sentences are quite long, making them harder to follow. Example:
“As I went through its setup to connect to a Genesys Cloud organization to send Platform API requests, I thought I could share the ‘how to’ in this blog, if this can save time for some of you.”
→ Break it into two sentences:
“While setting up Postman to connect to a Genesys Cloud organization and send Platform API requests, I realized the process had changed. I thought sharing a ‘how-to’ guide might save some of you time.”
2. Make section transitions smoother.
Some transitions could be more fluid. For example:
“With our environment in place, the next step is to import the API collection.”
→ “Now that the environment is set up, let’s move on to importing the API collection.”
3. Standardize technical formatting.
• Be consistent in formatting code snippets and terms (e.g., Client ID, Client Secret, environment).
• Ensure all technical elements (such as variable names and endpoints) are formatted as inline code (like this).
4. Use bullet points for clearer comparisons.
• In sections where you compare different OAuth grants, consider using bullet points for key differences.
• Example: When listing the different grant types, you could write:
• Client Credentials Grant: Used for server-to-server authentication.
• Implicit Grant: Requires user authentication through a browser.
• PKCE Grant: Secure user authentication without a client secret.

Final Thoughts:

Your article is highly informative and well-organized. With a few readability improvements and some minor grammatical fixes, it will be even stronger. Let me know if you’d like a refined version with the updates applied! 🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants