Twenty Years of C# with Anders Hejlsberg [audio]

This page summarizes the projects mentioned and recommended in the original post on news.ycombinator.com

Our great sponsors
  • WorkOS - The modern identity platform for B2B SaaS
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • SaaSHub - Software Alternatives and Reviews
  • csharplang

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

  • I've just happened to stumble on this discussion on a C# 11 feature, where someone who I think is on the language team (HaloFour)says ".. using source generators for AOP has been effectively rejected by the language team ..".

    https://github.com/dotnet/csharplang/discussions/5735#discus...

  • F# Data

    F# Data: Library for Data Access

  • WorkOS

    The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.

    WorkOS logo
  • gotk3

    Go bindings for GTK3

  • There are definitely libraries, such as bindings to GTK: https://github.com/gotk3/gotk3 or Win32: https://github.com/rodrigocfd/windigo

    The point remains that it is possible to do these things without async/await, but Go isn’t frequently used to develop native UIs, most likely because the kind of visual UI builder tools used in Visual Studio or Android Studio have never had an equivalent funded for use with Go, due to lack of commercial support for that use case. Beyond that, web gui frameworks are immensely popular these days, further removing motivation to really “make gui happen” in Go, but there are niche use cases out there, as evidenced by the existence of libraries.

  • windigo

    Windows API and GUI in idiomatic Go.

  • There are definitely libraries, such as bindings to GTK: https://github.com/gotk3/gotk3 or Win32: https://github.com/rodrigocfd/windigo

    The point remains that it is possible to do these things without async/await, but Go isn’t frequently used to develop native UIs, most likely because the kind of visual UI builder tools used in Visual Studio or Android Studio have never had an equivalent funded for use with Go, due to lack of commercial support for that use case. Beyond that, web gui frameworks are immensely popular these days, further removing motivation to really “make gui happen” in Go, but there are niche use cases out there, as evidenced by the existence of libraries.

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