Proposal Alternatives

Similar projects and alternatives to proposal

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better proposal alternative or higher similarity.

Suggest an alternative to proposal

proposal reviews and mentions

Posts with mentions or reviews of proposal. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-08-07.
  • Shaving 40% off Google’s B-Tree Implementation with Go Generics
    2 projects | | 7 Aug 2022
  • I did something evil
    8 projects | | 24 Jun 2022
    They actually didn't.
  • On a potential "Partial Monomorphization"
    2 projects | | 14 Jun 2022
    Also take a look at This is a hybrid approach (like the one you're talking about) the Go compiler takes for its generics implementation. It uses GC allocation size classes ("shapes") to figure out how to group types that need to be monomorphized.
  • Lies we tell ourselves to keep using Golang
    13 projects | | 29 Apr 2022
    One of the big reasons that the try proposal ( ) was abandoned is that people felt that simply returning without handling errors is't enough for such a language feature to be added.
  • Generics can make your Go code slower
    6 projects | | 30 Mar 2022
    Not to detract from your general point, but I believe that this specific situation was addresses in Go 1.18's GC pacer rework:
  • Go 1.18 Released
    20 projects | | 15 Mar 2022
    Go is not quite doing this level of expansion:

    In particular, a single expansion is shared for all pointer types.

    20 projects | | 15 Mar 2022
    It’s not a satisfying answer, but the truth is that there just isn’t that much Go code out there suffering from a lack of the kind of basic generics being introduced. It exists, but it’s not the norm.

    Instead, what is likely to happen is, a lot of problems that generics can be applied to, they more often will be, simply because the option is on the table, regardless of whether it really improves anything. Go taught me to stop worrying and trust the For loop, and now we’re probably going to have dozens of utility libraries with Map and Reduce routines that people will use for extremely simple loops that don’t need them, probably resulting in slower code that takes longer to compile that needs a slower and more complicated optimizer to make up for it. In my opinion, the antithesis of what makes Go great.

    Not saying generics is all bad, or that reduce is bad, or anything like that. But once a programming language has a new way to do something, you can be damn well sure people will use it, often even to their own disadvantage. Go doesn’t have pattern matching control flow, so the best degree of soundness you can pull out of an Optional type is ugly visitor-pattern type interaction. And yet, I’m worried routines will superfluously return Optional types anyways, just because you can, even though it’s not really any better than just returning a type and a boolean.

    And yes. Actual code that actually needs generics for real will benefit, undeniably. Data structure and generic algorithm implementations will benefit greatly. The ugly sort package can finally be cleaned up. That’s great. But, most Go programs simply aren’t suffering from a lack of basic generics. Operative words: most, and basic generics. Many programs simply don’t need any data structures other than a basic growable vector type and a basic hashtable, and Go has both and they are built-in and work generically. Yet the more complex problems that C++ templates and Rust generics solve will probably not be aided at all by Go generics, which are simply much more limited in scope.

    And despite that, this is quite an increase in compiler complexity. I know many are thinking “how hard could it be? Tons of languages do it today”—but Go isn’t really like all of the other languages. The simpler compiler is a huge benefit to the compiler and the whole ecosystem. Arguably, Go’s simplicity enabled them to experiment with things that wouldn’t be very easy to do in other languages, with regards to its GC and threading model. They’ve got it figured out of course, but it really isn’t a simple walk in the park. Any single aspect has a lot going on:

    My hope is that the relatively mature ecosystem of Go will somewhat encourage people to keep their code simple and use generics sparingly, but with such a major shift in the language it’s hard to imagine what is “idiomatic” won’t change over time. I feel Go’s brutalist simplicity is its strong point and that it will just be an inferior option if you try to write code in it like C++ or Rust.

    Of course… we’ll see.

  • Go 1.18中是如何实现泛型的? (How generics are implemented in Go 1.18)
    1 project | | 1 Mar 2022
  • How generics are implemented in Go 1.18
    1 project | | 1 Mar 2022
    1 project | | 1 Mar 2022
    5 projects | | 1 Mar 2022
    I thought this was something like traits, but it goes way beyond that.

    Sub-dictionaries are described here:

    It looks like the compiler needs to walk down the entire call tree from the top-level generic and then compute new dictionaries for each called function. Since the compiler may not know the entire call tree, it may have to build nested dictionaries.

    Wacky stuff!

    5 projects | | 1 Mar 2022
    1 project | | 1 Mar 2022
  • Go 1.18 Implementation of Generics via Dictionaries and Gcshape Stenciling
    2 projects | | 1 Mar 2022
    I'm afraid that this initial implementation strategy impacts too much the runtime speed and people will get the wrong conclusions. If I'm not mistaken they are doing work for 1.19 according to the other implementation model: that should have little to no impact on runtime but increase the compile time.
    2 projects | | 1 Mar 2022


Basic proposal repo stats
13 days ago

golang/proposal is an open source project licensed under BSD 3-clause "New" or "Revised" License which is an OSI approved license.

SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
Find remote jobs at our new job board There are 3 new remote jobs listed recently.
Are you hiring? Post a new remote job listing for free.