functional-go VS go_chainable

Compare functional-go vs go_chainable and see what are their differences.

go_chainable

With generics, allowing chainable .Map(func(...)).Reduce(func(...)) syntax in go (by neurocollective)
Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
functional-go go_chainable
4 2
179 123
- -
5.9 0.0
4 months ago almost 2 years ago
Go Go
Apache License 2.0 MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

functional-go

Posts with mentions or reviews of functional-go. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-03-15.
  • Go 1.18 Released
    20 projects | news.ycombinator.com | 15 Mar 2022
    >> By introducing a single generic, you could reduce it from 500 lines to 20

    No one is writing 500 lines of code - just as when you use the generics syntax you don’t write the code that is generated by the compiler in response.

    You could save about 10 lines, specifically these 10:

    https://github.com/logic-building/functional-go/blob/master/...

    You would still need the comparable ~40 lines of “generic” code:

    https://github.com/logic-building/functional-go/blob/master/...

    20 projects | news.ycombinator.com | 15 Mar 2022
    earlv 17th century

    >> instead of actually giving a shit about the perspectives of those who disagree with you

    Now i resent that because i took the time to try and steelman your bad argument.

    >> they couldn't be without copy/pasting their implementation for every single array type you wanted to implement them for

    Not true, as i said there’s always been options for this:

    >> if we need them to be generic over argument types - in the absolute worst case (so not using go generate to help us here or an interface…

    Behind the scenes in the compiler, the syntactic sugar of generics are ultimately performing what you would do with “go generate“.

    >> in every project that wants to use them

    I don’t follow, why aren’t we allowed to create a library for code reuse like https://github.com/logic-building/functional-go/blob/master/... has done for example?

go_chainable

Posts with mentions or reviews of go_chainable. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-03-15.

What are some alternatives?

When comparing functional-go and go_chainable you can also consider the following projects:

lo - 💥 A Lodash-style Go library based on Go 1.18+ Generics (map, filter, contains, find...)

proposal - Go Project Design Documents

fp-go - fp-go is a collection of Functional Programming helpers powered by Golang 1.18+ generics.

b

gtl - Golang Template Library (GTL). Common data structures using Golang generics.

go-extlib - Go Extended Lib

go-generic-optional - Implementation of Optionals in Go using Generics

golang-set - A simple, battle-tested and generic set type for the Go language. Trusted by Docker, 1Password, Ethereum and Hashicorp.

genny - Elegant generics for Go

redpanda - Redpanda is a streaming data platform for developers. Kafka API compatible. 10x faster. No ZooKeeper. No JVM!