Hacker News Reader

Comment by janwillemb | Hacker News Reader

No, publishing a .NET core project gives you tons of dlls in the publish directory, especially when publishing self-contained.

View on HN

There is a flag that makes it into a single file. But the load time of this exe is very slow. It looks like it just packs all the assemblies together and extracts them during load.

I just did this for a simple project. I indeed noticed that the startup time was extremely slow. The subsequent run-time was faster though, although still not that fast. So something interesting was going on via a per-terminal session basis.

That's because the first time you start it, it actually unzips itself to a temporary folder, and then runs from there.

Which is why people should use a language that isn't riddled with issues like this. The documentation on compilation and flags is horrible BTW.

"Which is why people should use a language that isn't riddled with issues like this."

You can't pick a language based on one characteristic. Show me a language that doesn't have a long series of stupid issues. Usually you have to pick the lesser evil.

> Any compiled language for Linux really don't have these types of issues. Go, Rust, C, C++, Nim, etc.

They have their own set of issues...

Any compiled language for Linux really don't have these types of issues. Go, Rust, C, C++, Nim, etc.

They have other issues, don't they? The flags you're complaining about are clearly marked experimental.

The only issue I'm aware of with Go is garbage collection, however that is by design.

Reply on news.ycombinator.com