HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
dotnet
runtime
C#2019–2026
dotnet / runtime

runtime

.NET is a cross-platform runtime for cloud, mobile, desktop, and IoT apps.

197Distinct people
337Mentions
1Explicit recommenders
18.4KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

.NET is a cross-platform runtime for cloud, mobile, desktop, and IoT apps.

GitHub

Where it is used

  • Stack Overflow — Stack Overflow moved their service to .NET Core and saw lower page render times and improved latency. This reflects the site running on the .NET runtime after the migration. Source

What people are saying

> It is irrelevant that the benchmark is written in Oberon. It is not irrelevant from my perspective. It might be mostly irrelevant if Oberon, as you say, "fairly directly"…

rndgermandude used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

Mentioned in the same Hacker News threads. That is not proof they are substitutes.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 12:45:45 PM UTC.

Mentions over time

HN mentions by year337 dated mentions

Observed mentions: 2019-12-06 14:10:04 UTC to 2026-09-21 15:39:47 UTC.

0204060801002019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20192020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 26 mentions; 5 submissions, 21 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 34 mentions; 6 submissions, 28 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 51 mentions; 3 submissions, 48 comments20222023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 38 mentions; 3 submissions, 35 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 96 mentions; 4 submissions, 92 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 79 mentions; 9 submissions, 70 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 12 mentions; 1 submissions, 11 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC101
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC26521
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC34628
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC51348
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC38335
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC96492
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC79970
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC12111

From the project README

An excerpt from the repository, fetched Nov 13, 2026.

Read the project’s introduction
.NET Runtime What is .NET? How can I contribute? Reporting security issues and security bugs Filing issues Useful Links .NET Foundation License This repo contains the code to build the .NET runtime, libraries and shared host (dotnet) installers for all supported platforms, as well as the sources to .NET runtime and libraries. What is .NET? Official Starting Page: https://dotnet.microsoft.com How to use .NET (with VS, VS Code, command-line CLI) Install official releases Documentation (Get Started, Tutorials, Porting from .NET Framework, API reference, ...) Deploying apps Support (Releases, OS Versions, ...) Roadmap How can I contribute? We welcome contributions! Many people all over the world have helped make this project better. Contributing explains what kinds of contributions we welcome Workflow Instructions explains how to build and test Dogfooding .NET explains how to get nightly builds of the runtime and its libraries to test them in your own projects. Reporting security issues and security bugs Security issues and bugs should be reported privately to the Microsoft Security Response Center (MSRC) via the MSRC Researcher Portal. You should receive a response within 24 hours. Further information can be found in the Security TechCenter. You can also find these instructions in this repo's Security doc. Also see info about related Microsoft .NET Bounty Program. Filing issues This repo should contain issues that are tied to the runtime, the class libraries and frameworks, the installation of the dotnet binary (sometimes known as the muxer) and the installation of the .NET runtime and libraries. For other issues, please file them to their appropriate sibling repos. We have links to many of them on our new issue page. Useful Links .NET source index / .NET Framework source index API Reference docs .NET API Catalog (incl. APIs from daily builds and API usage info) API docs writing guidelines - useful when writing /// comments .NET Discord Server - a place to discuss the development of .NET and its ecosystem .NET Foundation .NET Runtime is a .NET Foundation project. There are many .NET related projects on GitHub. .NET home repo - links to 100s of .NET projects, from Microsoft and the community. ASP.NET Core home - the best place to start learning about ASP.NET Core. This project has adopted the code of conduct defined by the Contributor Covenant to clarify expected behavior in our community. For more information, see the .NET Foundation Code of Conduct. General .NET OSS discussions: .NET Foundation Discussions License .NET (including the runtime repo) is licensed under the MIT license.
Read the full README on GitHub

What Hacker News says

337 sources
> Then C# came and said It's worse than that. The WASM GC standards team was warned in advance that the proposal wouldn't work for .NET, and they moved forward with it anyway: https://github.com/WebAssembly/gc/issues/77 They were also warned about Go (though I'm not sure if they ever actually consulted with golang devs): https://github.com/WebAssembly/gc/issues/36 More links: https://github.com/dotnet/runtime/issues/94420 https://github.com/golang/go/issues/63904
In Windows 11's built-in Weather app wastes more than 1 GB of RAM
I mean FWIW this looks to me much like the sort of hacks I had to get into last time I worked with Java so I can't really blame you.... > Valhalla can't come soon enough for us. This will be interesting to see for sure, I think it will raise the bar for competitors as well; .NET GC has lingered in some ways for a while in progressing [0][1], there is a long standing github discussion around a lower latency GC where there is a potential alternative [2] but nothing really signaling that it could be integrated in future as an option. Valhalla might finally put enough pressure on microsoft to do something about the lag in this space. [0] - The inferred stackalloc stuff on the JIT level is awesome but I don't count that as improvement to actual GC [1] - Pinned allocs took a long time and we still can't get aligned pinned allocs (have to manual
Read the rest
In Tune Code Before Your Garbage Collector
In theory, for straight-line code only, the If Statement Ladder of Doom is an alternative: int ret; FILE *fp; if ((fp = fopen("hello.txt", "w")) == NULL) { perror("fopen"); ret = -1; } else { const char message[] = "hello world\n"; if (fwrite(message, 1, sizeof message - 1, fp) != sizeof message - 1) { perror("fwrite"); ret = -1; } else { ret = 0; } /* fallible cleanup is unpleasant: */ if (fclose(fp) < 0) { perror("fclose"); ret = -1; } } return ret; It is in particular universal in Microsoft documentation (but notably not actual Microsoft code; e.g. https://github.com/dotnet/runtime has plenty of cleanup gotos). In practice, well, the “of doom” part applies: two fallible functions on the main path is (I think) about
Read the rest
as many as you can use it for and still have the code look reasonable. A well-known unreasonable example is the official usage sample for IFileDialog: https://learn.microsoft.com/en-us/windows/win32/shell/common....
In Defer available in gcc and clang
Python has an elected steering council and core team. The governance process explicitly tries to avoid conflict of interest by disallowing more than two steering council members working for the same employer. See PEP 13 [1]. By contrast, .NET is controlled by Microsoft (with veto over board decisions [2] and code changes [3]), integrates Microsoft's telemetry to send your data to Microsoft by default [4] and deliberately hobbles features to benefit Microsoft [5]. [1] https://peps.python.org/pep-0013/ [2] https://dotnetfoundation.org/about/policies/.net-foundation-... [3] https://github.com/dotnet/runtime/blob/main/CONTRIBUTING.md [4] https://github.com/dotnet/sdk/issues/6145 [5] https://github.com/dotnet/sdk/issues/22247
In The history of C# and TypeScript with Anders Hejlsberg [video]
Last year I ran into the issue of .NET network bindings not returning all NICs. [0] This issue has been present in the .NET since the genesis and only resolved in .NET 9. I had to create my own Win32 wrapper so everything works properly in .NET 4 frameworks ... still need to maintain Windows 7 pre-SP1 support in some applications. Smells like Microsoft was trying to create APIs based on assumptions versus a 1:1 method that exposes managed code and hides unmanaged. [0] https://github.com/dotnet/runtime/pull/100824
In 2026 will be my year of the Linux desktop

Showing the 15 most recent of 337 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.