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

Community feedback handling #4380

Open
lorenzwalthert opened this issue Jan 19, 2024 · 3 comments
Open

Community feedback handling #4380

lorenzwalthert opened this issue Jan 19, 2024 · 3 comments
Assignees

Comments

@lorenzwalthert
Copy link

lorenzwalthert commented Jan 19, 2024

Dozens of bug reports and feature requests (e.g. #4114) got closed recently with this text:

Thanks for using SageMaker and taking the time to suggest ways to improve SageMaker Python SDK. We have added your feature request it to our backlog of feature requests and may consider putting it into future SDK versions. I will go ahead and close the issue now, please let me know if you have any more feedback. Let me know if you have any other questions.

While I appreciate it that you put this issue in the internal backlog, closing it “as completed” in GitHub terminology seems not a good description or matching open-source conventions here at GitHub. A transparent backlog or roadmap for Sagemaker would be great. Other AWS services such as container services habe public roadmaps, which are highly appreciated by the AWS developer community, as the number of stars in the repo show.

It also seems PRs from non-AWS employees are not reviewed, even trivial ones. While I can understand that you may want AWS employees to make contributions only, it would be nice if people who put in time to contribute their time would be explicitly handled or the README or CONTRIBUTING would signal that non-AWS employees contributions are not welcome.

A few issues I opened got fixed but not referenced in the PR or closed with the PR, so I found out by accident that they have been resolved, most prominent example is my numpy dependency bump update with > 20 upvotes.

To me, that's not what a successful open-source engagement of a leading ML toolsuite should look like. Competitors of AWS such as Databricks proactively manage their issues, let their users take part in feature prioritisation and bug fixes, have transparent roadmaps and integrated external contributors etc. My org has significant spending on AWS usage and also for business support, to which I regularly submit links of GitHub issues I face, 90% were not resolved (after re-classifying from bug report to feature, IMO at least some times inappropriate) and are now transferred into some intransparent internal backlog. So that is not a very pleasant experience. I wonder if other users' experience is similar to mine.

@Ce11an
Copy link

Ce11an commented Jan 19, 2024

I completely agree. Greater transparency is necessary. I sense that this repository functions more as "source available" rather than truly open source.

@lorenzwalthert
Copy link
Author

cc @ShwetaSingh801.

@lorenzwalthert
Copy link
Author

lorenzwalthert commented Jul 15, 2024

I think I found place better suited to request SageMaker features that are wider in scope than just the Python SDK: https://github.com/aws/amazon-sagemaker-feedback. In less than a year, they already shipped a couple of features requested by users 🥳. Maybe this repo could point to it?

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

No branches or pull requests

3 participants