"End-to-end", "workflow", "across X, Y, Z, A", "scenarios". I'd just started to forget that language, but there it is. (The "local dialect" at Microsoft strikes again)
ML.NET only has what's in the box, it's turn-key. You guys have an explicit ResNet18 assembly, as one example. While this is incredibly useful, it is not appropriate to call such a library a framework.
A possible improvement would be:
ML.NET is a machine learning API which is aimed at providing turn-key models for infusing ML...
If you wanted it to classify as a framework, you'd have to provide something like Tensorflow does: a way to develop new and novel models.
That's just my opinion, but a few people seem to agree.
It does not lower the value of ML.NET to clearly state that it does not allow building and training tensorflow models, it actually prevents annoyance at having to dig around and figure it out from lack of examples. It should be stated in the readme.md before the installation section.
I'll add that there is very little point in coming onto HN and looking for the community's feedback if you're going to ignore it.
The base framework comes with a variety of transforms, trainers, utility apis for loading varies forms of data (e.g. csv's, tsv's) to build custom machine learning models trained with your own data.
Using the API you can build a variety of models for scenarios like Sentiment analysis (classification), forecasting, recommendation and also leverage pre-built Tensorflow models for scenarios like image classification.
The samples repo provided shows you a variety of scenarios with ML.NET.
https://github.com/dotnet/machinelearning-samples
@zamalek, would love to learn how we can improve the API to make this stand out :).