ReSharper brings a professional toolset for C# developers backed by over 20 years of experience, enterprise-grade security, SOC 2 compliance, and the trust of companies worldwide. Learn more →
Sdk Alternatives
Similar projects and alternatives to sdk
-
-
ReSharper
ReSharper is now available in VS Code and Cursor. ReSharper brings a professional toolset for C# developers backed by over 20 years of experience, enterprise-grade security, SOC 2 compliance, and the trust of companies worldwide.
-
ASP.NET Core
ASP.NET Core is a cross-platform .NET framework for building modern cloud-based web applications on Windows, Mac, or Linux.
-
-
-
-
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
Avalonia
Develop Desktop, Embedded, Mobile and WebAssembly apps with C# and XAML. The future of .NET UI
-
-
Introducing .NET Multi-platform App UI (MAUI)
.NET MAUI is the .NET Multi-platform App UI, a framework for building native device applications spanning mobile, tablet, and desktop.
-
Roslyn
The Roslyn .NET compiler provides C# and Visual Basic languages with rich code analysis APIs.
-
Uno Platform
Open-source platform for building cross-platform native Mobile, Web, Desktop and Embedded apps quickly. Create rich, C#/XAML, single-codebase apps from any IDE. Hot Reload included! 90m+ NuGet Downloads!!
-
-
-
-
runtimelab
This repo is for experimentation and exploring new ideas that may or may not make it into the main dotnet/runtime repo.
-
-
Home
This is the landing repository for the .NET foundation efforts. Start here! (by dotnet-foundation)
-
-
source-build
A repository to track efforts to produce a source tarball of the .NET Core SDK and all its components
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
sdk discussion
sdk reviews and mentions
-
Just Fucking Use Go
You can make it statically linked using musl. (This is underdocumented because Microsoft thinks it's usually a bad idea: https://github.com/dotnet/sdk/issues/37643#issuecomment-1873...)
-
9 Things That Silently Kill Your .NET Build Time (and How to Fix Each One)
The worst offender is dotnet/msbuild Issue #8984, where glob expansion inside MSBuild targets was missing a critical exclude optimization — causing an internal project to spend over 10 minutes in a single task because MSBuild recursed into bin/ and obj/ directories before subtracting them. And dotnet/sdk Issue #49415 revealed that on a repo with 100K+ source files, 2.25 minutes of a build was pure globbing, with projects evaluated five separate times.
-
I Fixed Windows Native Development
>It starts by not looking into Windows through UNIX developer glasses.
People don't need any UNIX biases to just want multiple versions of MSVS to work the way Microsoft advertises. For example, with every new version of Visual Studio, Microsoft always says you can install it side-by-side with an older version.
But every time, the new version of VS has a bug in the install somewhere that changes something that breaks old projects. It doesn't break for everybody or all projects but it's always a recurring bug report with new versions. VS2019 broke something in existing VS2017 installs. VS2022 broke something in VS2019. etc.
The "side-by-side-installs-is-supposed-to-work-but-sometimes-doesn't" tradition continues with the latest VS2026 breaking something in VS2022. E.g. https://github.com/dotnet/sdk/issues/51796
I once installed VS2019 side-by-side with VS2017 and when I use VS2017 to re-open a VS2017 WinForms project, it had red squiggly lines in the editor when viewing cs files and the build failed. I now just install different versions of MSVS in totally separate virtual machines to avoid problems. I predict that a future version VS2030 will have install bugs that breaks VS2026.
In contrast, gcc/clang can have more isolation without each version interfering with each other.
I'm not arguing this thread's msvcup.exe tool is necessary but I understand the motivations.
-
The history of C# and TypeScript with Anders Hejlsberg | GitHub
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
-
.NET 10 Preview 6 brings JIT improvements, one-shot tool execution
https://github.com/dotnet/sdk/issues/48174
-
Dotnet Run App.cs
I opened an issue since I couldn't find docs that indicate what they were working on to improve the start time, and they replied:
https://github.com/dotnet/sdk/issues/49197
-
Ask HN: Why is .NET never talked about as an option for solo/small team dev?
It's not about being "cool"
It's about the motives
"it's open source"
"it now works on linux"
it all doesn't matter if they'll go after your ass if you dare build tooling with their debugger (jetbrains)
of when they want to remove a feature overnight to make it exclusive to visual studio windows
https://github.com/dotnet/sdk/issues/22247
it's this kind of things that makes it hard to recommend to people, and Microsoft can't be trusted
-
Microsoft donates the Mono Project to the Wine team
I hate to defend telemetry of all things but in this particular case the criticism is unfounded and lacks context:
https://dotnet.microsoft.com/en-us/platform/telemetry
https://learn.microsoft.com/en-us/dotnet/core/tools/telemetr...
https://github.com/dotnet/sdk/tree/main/src/Cli/dotnet/Telem...
In any case, Debian would use https://github.com/dotnet/source-build and dotnet/dotnet, and could easily include the argument or a patch for this. It’s unlikely to be an issue. My bet it was not in Debian because there was no one to take initiative or there was but that person has faced a backlash by people in Debian who are similar to vocal minority here that posts FUD because of their little personal crusade.
-
Go 1.23 Released
FWIW telemetry can be easily opted-out, which the SDK explicitly tells you about, and there is a page that has full list of the kind of data that is collected (usage metrics and tooling crash stack traces). You can also review the metrics yourself.
About: https://learn.microsoft.com/en-us/dotnet/core/tools/telemetr...
Collected statistics: https://dotnet.microsoft.com/en-us/platform/telemetry
Source code: https://github.com/dotnet/sdk/tree/main/src/Cli/dotnet/Telem...
In either case, many CIs simply have 'DOTNET_CLI_TELEMETRY_OPTOUT=' and call it a day.
-
Microsoft blocks Windows 11 workaround that enabled local accounts
They used to gather all command line arguments until they later decided that (oops!) it's "not acceptable per our privacy policies"[0] and they really shouldn't have been doing that. They have also had issues with anonymization not being implemented properly, the opt-out mechanism not working in some edge cases, forgetting to even tell users about the need to opt out, and who knows what else.
Also, monetary value is not the only reason you might want to keep information private.
[0] https://github.com/dotnet/sdk/issues/6145#issuecomment-22010...
-
A note from our sponsor - ReSharper
www.jetbrains.com | 9 Jun 2026
Stats
dotnet/sdk is an open source project licensed under MIT License which is an OSI approved license.
The primary programming language of sdk is C#.