I did develop a library and am still of the opinion that the native implementation is vastly superior. You cannot use .pipe unless you break other code and sta

I did develop a library and am still of the opinion that the native implementation is vastly superior. You cannot use .pipe unless you break other code and start changing prototypes of all the things, or you wrap the result every time. So when I'm writing an expression, I need to go back and write pipe(expression).pipe(... Also the placeholder is much easier to use than using something like my solution (const _ = pipe._) for it. You don't need to remember importing/defining it! I was even toying with a crazier version (notice the extra p, yeah I suck at naming things): https://github.com/egeozcan/pppipe/ https://github.com/egeozcan/pppipe/ The only reason that exists is to prevent the clutter of writing .pipe all the time. Yet another reason is, you'd get autocomplete with a native implementation, and also TS support! Also, it's been toyed for surely more than a decade, even my library is 6 years old (older if you count my previous non-public attempts).