The Age of Machine Learning As Code Has Arrived
(Originally posted on the Hugging Face blog)
The 2021 edition of the State of AI Report came out last week. So did the Kaggle State of Machine Learning and Data Science Survey. There’s much to be learned and discussed in these reports, and a couple of takeaways caught my attention.
“AI is increasingly being applied to mission critical infrastructure like national electric grids and automated supermarket warehousing calculations during pandemics. However, there are questions about whether the maturity of the industry has caught up with the enormity of its growing deployment.”
There’s no denying that Machine Learning-powered applications are reaching into every corner of IT. But what does that mean for companies and organizations? How do we build rock-solid Machine Learning workflows? Should we all hire 100 Data Scientists ? Or 100 DevOps engineers?
“Transformers have emerged as a general purpose architecture for ML. Not just for Natural Language Processing, but also Speech, Computer Vision or even protein structure prediction.”
Old timers have learned the hard way that there is no silver bullet in IT. Yet, the Transformer architecture is indeed very efficient on a wide variety of Machine Learning tasks. But how can we all keep up with the frantic pace of innovation in Machine Learning? Do we really need expert skills to leverage these state of the art models? Or is there a shorter path to creating business value in less time?
Well, here’s what I think.
Machine Learning For The Masses!
Machine Learning is everywhere, or at least it’s trying to be. A few years ago, Forbes wrote that “Software ate the world, now AI is eating Software”, but what does this really mean? If it means that Machine Learning models should replace thousands of lines of fossilized legacy code, then I’m all for it. Die, evil business rules, die!
Now, does it mean that Machine Learning will actually replace Software Engineering? There’s certainly a lot of fantasizing right now about AI-generated code, and some techniques are certainly interesting, such as finding bugs and performance issues. However, not only shouldn’t we even consider getting rid of developers, we should work on empowering as many as we can so that Machine Learning becomes just another boring IT workload (and boring technology is great). In other words, what we really need is for Software to eat Machine Learning!
Things are not different this time
For years, I’ve argued and swashbuckled that decade-old best practices for Software Engineering also apply to Data Science and Machine Learning: versioning, reusability, testability, automation, deployment, monitoring, performance, optimization, etc. I felt alone for a while, and then the Google cavalry unexpectedly showed up:
“Do machine learning like the great engineer you are, not like the great machine learning expert you aren’t.” — Rules of Machine Learning, Google
There’s no need to reinvent the wheel either. The DevOps movement solved these problems over 10 years ago. Now, the Data Science and Machine Learning community should adopt and adapt these proven tools and processes without delay. This is the only way we’ll ever manage to build robust, scalable and repeatable Machine Learning systems in production. If calling it MLOps helps, fine: I won’t argue about another buzzword.
It’s really high time we stopped considering proof of concepts and sandbox A/B tests as notable achievements. They’re merely a small stepping stone toward production, which is the only place where assumptions and business impact can be validated. Every Data Scientist and Machine Learning Engineer should obsess about getting their models in production, as quickly and as often as possible.
An okay production model beats a great sandbox model every time.
Infrastructure? So what?
It’s 2021. IT infrastructure should no longer stand in the way. Software has devoured it a while ago, abstracting it away with cloud APIs, infrastructure as code, Kubeflow and so on. Yes, even on premises.
The same is quickly happening for Machine Learning infrastructure. According to the Kaggle survey, 75% of respondents use cloud services, and over 45% use an Enterprise ML platform, with Amazon SageMaker, Databricks and Azure ML Studio taking the top 3 spots.
With MLOps, software-defined infrastructure and platforms, it’s never been easier to drag all these great ideas out of the sandbox, and to move them to production. To answer my original question, I’m pretty sure you need to hire more ML-savvy Software and DevOps engineers, not more Data Scientists. But deep down inside, you kind of knew that, right?
Now, let’s talk about Transformers.
Transformers! Transformers! Transformers! (Ballmer style)
Says the State of AI report: “The Transformer architecture has expanded far beyond NLP and is emerging as a general purpose architecture for ML”. For example, recent models like Google’s Vision Transformer, a convolution-free transformer architecture, and CoAtNet, which mixes transformers and convolution, have set new benchmarks for image classification on ImageNet, while requiring fewer compute resources for training.
Transformers also do very well on audio (say, speech recognition), as well as on point clouds, a technique used to model 3D environments like autonomous driving scenes.
The Kaggle survey echoes this rise of Transformers. Their usage keeps growing year over year, while RNNs, CNNs and Gradient Boosting algorithms are receding.
On top of increased accuracy, Transformers also keep fulfilling the transfer learning promise, allowing teams to save on training time and compute costs, and to deliver business value quicker.
With Transformers, the Machine Learning world is gradually moving from “Yeehaa!! Let’s build and train our own Deep Learning model from scratch” to “Let’s pick a proven off the shelf model, fine-tune it on our own data, and be home early for dinner.”
It’s a Good Thing in so many ways. State of the art is constantly advancing, and hardly anyone can keep up with its relentless pace. Remember that Google Vision Transformer model I mentioned earlier? Would you like to test it here and now? With Hugging Face, it’s the simplest thing.
How about the latest zero-shot text generation models from the Big Science project?
You can do the same with another 16,000+ models and 1,600+ datasets, with additional tools for inference, AutoNLP, latency optimization, and hardware acceleration. We can also help you get your project off the ground, from modeling to production.
Our mission at Hugging Face is to make Machine Learning as friendly and as productive as possible, for beginners and experts alike. We believe in writing as little code as possible to train, optimize, and deploy models. We believe in built-in best practices. We believe in making infrastructure as transparent as possible. We believe that nothing beats high quality models in production, fast.
Machine Learning as Code, right here, right now!
A lot of you seem to agree. We have over 52,000 stars on Github. For the first year, Hugging Face is also featured in the Kaggle survey, with usage already over 10%.
Thank you all. And yeah, we’re just getting started.
Interested in how Hugging Face can help your company or organization build and deploy production-grade, Machine Learning-powered solutions? Get in touch at [email protected] (no recruiters, no sales pitches, please).
VP of Engineering Aufzughelden (by Digital Spine) | Co-founder, JOWOMO
3yGreat read! Let’s kill some evil business rules and push the boundaries on ML validation.
Co-Founder & Head of Decision Science @ Moov AI
3yGood article Julien! I agree that ML and software development are getting closer than ever, especially for the ML development and inference workflows. However, I think that fundamentally, because of the dependency on data (corpus selection, preprocessing pipeline and overall data quality), ML cannot be as explicit as code. This is why it is important to develop good evaluation tools, so that automated testing can be done on code and ML model.
A curious engineer | Learner | Speaker | Author | Open Source Advocate and Contributor| CD.Foundation Ambassador 💥
3yPrathyusha Charagondla Huijing (Amy) Zhou
Builder | AI | Data | Cloud | Business and Technology Executive | Dad | Human
3yGreat post my friend
Group Chief Architect @ NAB | CTO | Board Advisor | Driving Transformation with Emerging Tech | Empowering Global Teams
3ySpot on! Julien.