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

.NET 8 Standalone 50% Smaller On Linux

learn.microsoft.com

Post reply on HN
Print view View original

31–40 of 179 posts

Re: .NET 8 Standalone 50% Smaller On Linux

#31

Post by fullstackchris »

skrebbel wrote: post #28
devjab wrote: post #14

Earlier quoted context omitted.

We do, in the few things we haven’t yet migrated away from C#. I’m curious as to why you wouldn’t, it’s much cheaper than deploying on windows since you’ll likely need a license for that. We use it for a range of things. Mostly related to the legacy software of when our developers were mostly C# developers. Which isn’t how things are now, as C# has often stood in the way of our ability to deliver business value at a…

I agree that many of MS’s “open source” libraries (eg EF, OData) are half-assed, badly run projects. I’m also still mad at them for competing against amazing stuff like ServiceStack (a real OSS project from the community, and the best way to run REST APIs I’ve ever seen) with “official” but worse stuff like ASP.NET Web API. They do this a lot, some OSS gets popular but instead of embracing it, they make a half-assed…

to be fair though, using Entity Framework at least for migrations has worked really well in my experience (and doesnt prevent you from using any of those other OSS tools you mentioned!)

still have yet to learn / try dapper

Re: .NET 8 Standalone 50% Smaller On Linux

#32

Post by NicoJuicy »

0xcoffee wrote: post #3

They also added a TimeProvider to help with testing time objects. Maybe one day we will also get an FileSystemProvider.. TimeProviderFake: https://learn.microsoft.com/en-us/dotnet/api/microsoft.exten... ReleaseNotes: https://learn.microsoft.com/en-us/dotnet/core/whats-new/dotn...

Thah. Made a "stupid" joke about this ( naming).

> If you lack time to finish something, use the TimeProvider. It provides time.

Re: .NET 8 Standalone 50% Smaller On Linux

#33

Post by efdee »

skrebbel wrote: post #28
devjab wrote: post #14

Earlier quoted context omitted.

We do, in the few things we haven’t yet migrated away from C#. I’m curious as to why you wouldn’t, it’s much cheaper than deploying on windows since you’ll likely need a license for that. We use it for a range of things. Mostly related to the legacy software of when our developers were mostly C# developers. Which isn’t how things are now, as C# has often stood in the way of our ability to deliver business value at a…

I agree that many of MS’s “open source” libraries (eg EF, OData) are half-assed, badly run projects. I’m also still mad at them for competing against amazing stuff like ServiceStack (a real OSS project from the community, and the best way to run REST APIs I’ve ever seen) with “official” but worse stuff like ASP.NET Web API. They do this a lot, some OSS gets popular but instead of embracing it, they make a half-assed…

Calling ServiceStack OSS is disingenuous since it comes with quite a heavy price tag for commercial use.

Re: .NET 8 Standalone 50% Smaller On Linux

#34

Post by chimbosonic »

andrewstuart wrote: post #12

Who is using .NET on Linux? I'm interested to hear success stories. Sounds like a a great way to build and deploy applications.

Most of our backend APIs are written in C#. We deploy them on AWS lambda, so on Linux. Pipelines are Linux and Devs will use a mixture of Linux, MacOS or Windows.

Re: .NET 8 Standalone 50% Smaller On Linux

#36

Post by pjmlp »

skrebbel wrote: post #28
devjab wrote: post #14

Earlier quoted context omitted.

We do, in the few things we haven’t yet migrated away from C#. I’m curious as to why you wouldn’t, it’s much cheaper than deploying on windows since you’ll likely need a license for that. We use it for a range of things. Mostly related to the legacy software of when our developers were mostly C# developers. Which isn’t how things are now, as C# has often stood in the way of our ability to deliver business value at a…

I agree that many of MS’s “open source” libraries (eg EF, OData) are half-assed, badly run projects. I’m also still mad at them for competing against amazing stuff like ServiceStack (a real OSS project from the community, and the best way to run REST APIs I’ve ever seen) with “official” but worse stuff like ASP.NET Web API. They do this a lot, some OSS gets popular but instead of embracing it, they make a half-assed…

Yeah and they don't get how that is damaging for the ecosystem, regardless of how many marketing posts get written, like the recent ones about the value of .NET.

I have had two projects where the customer paid to rewrite their .NET Framework applications into Java, instead of the more sensible idea to migrate to .NET Core, as they saw it was more valuable to them to move completely away from Microsoft stack.

Re: .NET 8 Standalone 50% Smaller On Linux

#37

Post by canadianfella »

devjab wrote: post #24
all2 wrote: post #18

Earlier quoted context omitted.

What language and frameworks has your business shifted into? How has that better fit the goals of speed of development and maintainability?

We’re switching into Powershell for operations. With azure automation. We’re switching to Go for concurrency. C and C++ for computation (though to be fair, we were already doing this with C# and the integration between them has always been great). Our generalist language has become TypeScript however. Not because it’s great technically, but because it lets us share resources better which in term has made us much more…

[dead]

Re: .NET 8 Standalone 50% Smaller On Linux

#38

Post by rbehrends »

silisili wrote: post #8
fabian2k wrote: post #5

This is for native AOT binaries, not for the typical case. Though this release and the previous ones did contain improvements for trimming binaries, which is what you need to use to make non-AOT binaries smaller.

Curious - why isn't it the typical case? .NET runtimes on Linux itself are rare enough, I figured AOT on Linux would be about the only use case, especially in containerized environments.

You can also publish .NET apps/services directly as container images [1].

Or you can distribute them as a single file, standalone, "ready to run" application, which precompiles your methods and includes the JIT. This results in a larger executable, but keeps all the functionality, including reflection and runtime code generation, intact.

And, of course, you can install .NET core directly on your Linux system, just as you would for Python or Ruby (where you also don't usually rely on the default installation).

[1] https://learn.microsoft.com/en-us/dotnet/core/docker/publish...

Re: .NET 8 Standalone 50% Smaller On Linux

#39

Post by pharmakom »

andrewstuart wrote: post #12

Who is using .NET on Linux? I'm interested to hear success stories. Sounds like a a great way to build and deploy applications.

We do and it’s brilliant. Technically, we are using Microsoft official dotnet Docker images, not bare metal. Building is really simple and we can cross-compile from developer MacBooks. I expect similar success is possible with JVM but F# is too good to pass up!

Re: .NET 8 Standalone 50% Smaller On Linux

#40

Post by devjab »

skrebbel wrote: post #28
devjab wrote: post #14

Earlier quoted context omitted.

We do, in the few things we haven’t yet migrated away from C#. I’m curious as to why you wouldn’t, it’s much cheaper than deploying on windows since you’ll likely need a license for that. We use it for a range of things. Mostly related to the legacy software of when our developers were mostly C# developers. Which isn’t how things are now, as C# has often stood in the way of our ability to deliver business value at a…

I agree that many of MS’s “open source” libraries (eg EF, OData) are half-assed, badly run projects. I’m also still mad at them for competing against amazing stuff like ServiceStack (a real OSS project from the community, and the best way to run REST APIs I’ve ever seen) with “official” but worse stuff like ASP.NET Web API. They do this a lot, some OSS gets popular but instead of embracing it, they make a half-assed…

I agree with everything you said, except for this part:

> There’s this weird misconception in Microsoft land that if you choose .NET you must also use all MS’s half-assed libraries.

The way I see it, it's more the opposite really. People chose .NET (or more specifically C#), because, they want to use it's tooling and if you're not going to use it, then why would you pick C#? .NET on it's own is excellent, I'm not sure if I think it's as good as the JVM, but it's definitely gotten very good in the recent years, but why would you pick it if you didn't plan on using the "official" tooling?

I'm sure there are some good answers to that question. We just haven't found any.

Post reply on HN