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
This is a draft/proposed Epic and not committed for .NET 6.0 yet.
Why
The ML.NET framework and associated Visual Studio and command-line tooling democratizes machine learning by enabling .NET developers to leverage ML in their .NET applications without having to leave the .NET ecosystem and without requiring a background in data science or ML.
With ML.NET, we aspire to keep developers in the .NET ecosystem, not entice data scientists to move away from Python or other languages and tech stacks commonly associated with machine learning. We must offer first-class support for ML in .NET so that .NET developers do not need to find alternative ways to integrate machine learning with other languages which brings about its own set of challenges and maintenance costs to users.
Summary
Currently, only some ML.NET scenarios have AutoML implementations to automate the machine learning process for developers. However, to truly complete the .NET developer-friendly ML experience, we must achieve scenario parity by adding AutoML support to the rest of the ML.NET scenarios so that developers are not left on their own to figure out how to build the best machine learning models for these scenarios.
The text was updated successfully, but these errors were encountered:
briacht
changed the title
Experience: Democratize Machine Learning for .NET developers
Epic: Democratize Machine Learning for .NET developers
Oct 21, 2020
briacht
added
the
Epic
Groups multiple user stories. Can be grouped under a theme.
label
Oct 21, 2020
With ML.NET, we aspire to keep developers in the .NET ecosystem, not entice data scientists to move away from Python or other languages and tech stacks commonly associated with machine learning
@briacht Since the purpose is to provide first class support to .NET developers first, it would be nice to stick to the C#/ .NET naming convention and idiosyncrasies.
This is a draft/proposed Epic and not committed for .NET 6.0 yet.
Why
The ML.NET framework and associated Visual Studio and command-line tooling democratizes machine learning by enabling .NET developers to leverage ML in their .NET applications without having to leave the .NET ecosystem and without requiring a background in data science or ML.
With ML.NET, we aspire to keep developers in the .NET ecosystem, not entice data scientists to move away from Python or other languages and tech stacks commonly associated with machine learning. We must offer first-class support for ML in .NET so that .NET developers do not need to find alternative ways to integrate machine learning with other languages which brings about its own set of challenges and maintenance costs to users.
Summary
Currently, only some ML.NET scenarios have AutoML implementations to automate the machine learning process for developers. However, to truly complete the .NET developer-friendly ML experience, we must achieve scenario parity by adding AutoML support to the rest of the ML.NET scenarios so that developers are not left on their own to figure out how to build the best machine learning models for these scenarios.
User Stories
P0:
P1:
P2:
Completed
The text was updated successfully, but these errors were encountered: