we were already using with some not-so-practical helpers. TL;DR; fetch I found out about a while ago when I was looking for what to use to do requests on React apps. Coming from and Angular this was something I’ve never had to worry about because I would just use what the library/framework provided, and be happy with it. **fetch** HTTP jQuery I get really excited about anything that pushes the web further and makes it better. And particularly with , there are many reasons to get excited about: **fetch** A nice API. In your face XMLHttpRequest ! Request/Response primitives and opaque responses **'no-cors'** Streams Stream readers & cloning Headers class Cache control No-credential requests **same-origin** You can read about them in depth in . Jake’s post Adopting fetch It is JS we are talking about, you gotta use the latest stuff, right? Jokes aside, after trying it out for a little bit with some PoC’s, I got the perfect opportunity to use it at work. I was starting a new project and thanks to the , I could already use it safely on those browsers that don’t have support yet or will never have it. Great! Github’s polyfill Native API cons Now is a native API, and thus it's not its job to provide a library-like interface, with helpers and shorthand methods. After some time of using it, I ended up with a bunch of helpers. Like these: **fetch** And this is how every request looked like: You could say there’s nothing wrong with it, but it didn’t feel right. I didn’t want to start another project and straight up copy my file. Neither I liked having a bunch of helpers, which is not bad at all, but I knew I could do better. **fetch-utils** So I shared my concerns with and he was like “yo I got the same problems!”. After discussing for a while some ideas and wrapping our heads around, we started to write a library. Nico And that’s how we ended up with . trae Cool, but… Cool but, how does it compare to axios ? Not only a lot of people asked that but we also did it ourselves. Being kind of the default HTTP library it surely influenced us. Going through its code helped us a lot to understand the needs and internals of an HTTP library and to improve and polish some of our own ideas. If you want to read well organized, written and documented code check it out. I must admit, I even am a secret fan of . Matt But uses internally. If you haven’t yet, check out to learn more about and what are the improvements over . axios XHMLHttpRequest Jake’s post fetch XHMLHttpRequest Besides that, , like , is just an HTTP library. And, I would say it’s a nice one. So If you are excited like us about and want to use it, and at the same time want to have the goodies of a library, give try. trae axios I might be biased here but, fetch trae trae, what does it even mean? After going from , , to famous dogs and even names we settled up with something simple and even funny, It in Spanish, and we felt like for a library that's all about fetching data it was a good fit. Hermes Charon Huginn and Muninn messenger pigeons trae**.** means brings What’s next? There are some items on the list, but regarding the library itself we like its API and think, even though young, it’s already mature enough to say we won’t make big breaking changes to it. to-do That doesn’t mean aren’t going to make improvements. We are using on a daily basis, and are looking for new ways to make it better. I even have the, , idea of building a dev tools extension with a on it. trae maybe not so crazy bunch of cool stuff We are very open about contributing, so feel free to ask anything or even submit a pull request if you find something to improve. Conclusion Whenever you find a way to improve your workflow take it a step further and make something out of it, whether it is a library, a small module or a tool. You will learn a ton in the process, and what’s even better you will help many other people. OSS FTW!!!