But for how long?

This page summarizes the projects mentioned and recommended in the original post on /r/ProgrammerHumor

SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured
  • TypeScript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

    you can write pure TS: https://github.com/microsoft/TypeScript/issues/14833

  • SaaSHub

    SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

    SaaSHub logo
  • Roslyn

    The Roslyn .NET compiler provides C# and Visual Basic languages with rich code analysis APIs.

    "Everything is mutable" not really, to me this is more like a library problem like EF-core rely on property to be mutable so you can't use record for EF. This is C# rationality on deciding to not support immutable/readonly var, and there is (proposal)[https://github.com/dotnet/csharplang/issues/188] for readonly var already, we just don't know if it's ever became a feature; for me it's more like a programming discipline anyway; The lambda with property are just syntactic sugar, nothing more. I get it you like it short, but C# are much older than Kotlin, it can't have all the nice, nifty trivial syntax kotlin has. (x) => x.Prop is a little bit more verbose, but clean enough in my opinion, and their support can be added later (though not necessary). Despite C# is old, it has nullable type as well, begin with nullable struct since net framework 2 (2005). Nowadays C# has nullable for reference type as well, although it's just compiler service since ref type are nullable, but you can absolutely make C# null safety just as strict as Kotlin. I do that too. Saying C# "what's a struct and what's a class" is weak.

  • csharplang

    The official repo for the design of the C# programming language

    "Everything is mutable" not really, to me this is more like a library problem like EF-core rely on property to be mutable so you can't use record for EF. This is C# rationality on deciding to not support immutable/readonly var, and there is (proposal)[https://github.com/dotnet/csharplang/issues/188] for readonly var already, we just don't know if it's ever became a feature; for me it's more like a programming discipline anyway; The lambda with property are just syntactic sugar, nothing more. I get it you like it short, but C# are much older than Kotlin, it can't have all the nice, nifty trivial syntax kotlin has. (x) => x.Prop is a little bit more verbose, but clean enough in my opinion, and their support can be added later (though not necessary). Despite C# is old, it has nullable type as well, begin with nullable struct since net framework 2 (2005). Nowadays C# has nullable for reference type as well, although it's just compiler service since ref type are nullable, but you can absolutely make C# null safety just as strict as Kotlin. I do that too. Saying C# "what's a struct and what's a class" is weak.

  • gleam

    ⭐️ A friendly language for building type-safe, scalable systems!

    Gleam might be the language for you then

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts

  • The search for easier safe systems programming

    11 projects | news.ycombinator.com | 8 May 2024
  • Use Case Driven Development with Low-Code

    4 projects | dev.to | 25 Aug 2023
  • Do you guys think this programmer is right about dotnet?

    4 projects | /r/programming | 10 Jul 2023
  • Do you think C# will be decentralized in the future?

    4 projects | /r/dotnet | 24 Jun 2023
  • Source generators run unreliably on VSCode and Rider? (MvvmToolkit)

    3 projects | /r/csharp | 21 Apr 2023

Did you konow that C# is
the 9th most popular programming language
based on number of metions?