You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
I completely agree. Greater transparency is necessary. I sense that this repository functions more as "source available" rather than truly open source.
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?
Dozens of bug reports and feature requests (e.g. #4114) got closed recently with this text:
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.
The text was updated successfully, but these errors were encountered: