Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Microsoft YARP

github.com

Post reply on HN
Print view View original

61–70 of 153 posts

Re: Microsoft YARP

#61

Post by dudeman13 »

civilized wrote: post #23
123pie123 wrote: post #17

Earlier quoted context omitted.

>Sometimes it feels like Microsoft and/or C#-enjoyers just want to re-implement everything that already exists It sometimes feels to me, like a huge percentage of developers reinvent the wheel

There are thousands of Java accounting apps and thousands of shitty medical billing websites. I think most devs are definitely reinventing the wheel for the ten thousandth time

>There are thousands of Java accounting apps

There is already a solution that lets us not reinvent this particular wheel. It's called Excel.

I hate using it.

Re: Microsoft YARP

#62

Post by dellamonica »

Shadonototra wrote: post #50

anything that requires a giant runtime to run is a big NO for me that's why languages like GO makes more sense for that kind of use cases microsoft not wanting to support CoreRT back in the days was their biggest mistake ever, shame on the people at microsoft who lobbied against it, shame!

They are working on Native AOT for .net 7, which is based on CoreRT. See the issues tracked in the runtime repo.

I have been using it with reflection fully disabled in a console app and it produces a 5Mb native binary.

Re: Microsoft YARP

#63

Post by Shadonototra »

dellamonica wrote: post #62
Shadonototra wrote: post #50

anything that requires a giant runtime to run is a big NO for me that's why languages like GO makes more sense for that kind of use cases microsoft not wanting to support CoreRT back in the days was their biggest mistake ever, shame on the people at microsoft who lobbied against it, shame!

They are working on Native AOT for .net 7, which is based on CoreRT. See the issues tracked in the runtime repo. I have been using it with reflection fully disabled in a console app and it produces a 5Mb native binary.

ok that is VERY encouraging to hear!

thanks for letting me know about that

EDIT: found it: https://github.com/dotnet/runtime/issues/61231

Re: Microsoft YARP

#65

Post by paraxion »

My first thought is "wasn't that called ISA?"

I can't help but be wary of anything Microsoft announces that's open source. Without engaging in MS-bashing, I always wonder what their motivation is. Then again, part of me wants to believe there's good, avid coders working there.

Re: Microsoft YARP

#67

Post by [deleted] »

oneplane wrote: post #14

Sometimes it feels like Microsoft and/or C#-enjoyers just want to re-implement everything that already exists. While having many implementations to choose from if you need to select a solution to an outstanding problem is great, it makes me wonder why re-implementing something with no discernible benefit keeps eating time/resources all over the place. In similar cases of implementing reverse proxies in C, C++, Rust,…

[deleted]

Re: Microsoft YARP

#68

Post by [deleted] »

[deleted] wrote: post #67
oneplane wrote: post #14

Sometimes it feels like Microsoft and/or C#-enjoyers just want to re-implement everything that already exists. While having many implementations to choose from if you need to select a solution to an outstanding problem is great, it makes me wonder why re-implementing something with no discernible benefit keeps eating time/resources all over the place. In similar cases of implementing reverse proxies in C, C++, Rust,…

[deleted]

[deleted]

Re: Microsoft YARP

#69

Post by ripley12 »

Shadonototra wrote: post #50

anything that requires a giant runtime to run is a big NO for me that's why languages like GO makes more sense for that kind of use cases microsoft not wanting to support CoreRT back in the days was their biggest mistake ever, shame on the people at microsoft who lobbied against it, shame!

I wouldn't say it's a giant runtime. A trimmed Hello World .NET app is ~11MB these days - not quite as good as Go, but you can make .NET apps that do quite a lot in under 20MB.

And sizes will be going quite a bit lower with NativeAOT this year.

https://www.awise.us/2021/06/05/smallest-dotnet.html

Re: Microsoft YARP

#70

Post by sopium »

mrkurt wrote: post #44
oneplane wrote: post #14

Sometimes it feels like Microsoft and/or C#-enjoyers just want to re-implement everything that already exists. While having many implementations to choose from if you need to select a solution to an outstanding problem is great, it makes me wonder why re-implementing something with no discernible benefit keeps eating time/resources all over the place. In similar cases of implementing reverse proxies in C, C++, Rust,…

There aren't a lot of good proxy development frameworks. There are decent lower level libraries, and proxy servers with limited scriptability. I've spent the last 4 years at Fly.io wishing for a nice, full featured, proxy framework. This looks pretty darn good to me.

I find hyper quite nice to work with to build reverse proxies, mostly thanks to the HTTP client and server having common types for request, response, headers and body streams etc. I agree that it is only a decent lower level library rather than a full featured proxy framework though.
Post reply on HN