protobuf-go
Go support for Google's protocol buffers (by protocolbuffers)
gapid
Graphics API Debugger (by google)
Our great sponsors
protobuf-go | gapid | |
---|---|---|
6 | 1 | |
2,691 | 2,182 | |
2.8% | 0.2% | |
8.6 | 0.0 | |
8 days ago | about 1 year ago | |
Go | Go | |
BSD 3-clause "New" or "Revised" License | Apache License 2.0 |
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.
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.
protobuf-go
Posts with mentions or reviews of protobuf-go.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2024-04-12.
- Fivefold Slower Compared to Go? Optimizing Rust's Protobuf Decoding Performance
-
Developing games on and for Mac and Linux
Protocol Buffers: https://developers.google.com/protocol-buffers
-
Adding Codable conformance to Union with Metaprogramming
ProtocolBuffers’ OneOf message addresses the case of having a message with many fields where at most one field will be set at the same time.
-
Logcat is awful. What would you improve?
That's definitely the bigger thing. I think something like Protocol Buffers (Protobuf) is what you're looking for there. Output the data and consume it by something that can handle the analysis.
-
Bitcoin is the "narrow waist" of internet-based value
These protocols prevent an O(N x M) explosion of code that have to solve for many cases. For example, since JSON is an almost ubiquitous format for wire transfer (although other things do exist like protobufs), if I had N data formats that I want to serialize, I only need to write N serializers/deserializers (SerDes). If there was no such narrow waist and there were M alternatives to JSON in wide usage, I would have to write N x M SerDes for wire encoding my data.
-
A new ProtoBuf generator for Go
So, I thought this at one point, too. But it turns out that methods is a type alias to an unnamed type, so there's no package level privacy issues: https://github.com/protocolbuffers/protobuf-go/blob/v1.26.0/...
gapid
Posts with mentions or reviews of gapid.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-06-03.
-
A new ProtoBuf generator for Go
> Arenas are, however, unfeasible to implement in Go because it is a garbage collected language.
If you are willing to use cgo, google already implemented one for gapid.
https://github.com/google/gapid/tree/master/core/memory/aren...
What are some alternatives?
When comparing protobuf-go and gapid you can also consider the following projects:
generational-arena - A safe arena allocator that allows deletion without suffering from the ABA problem by using generational indices.
agi - Android GPU Inspector