protobuf-py: Protobuf for Python, without compromises
We're announcing protobuf-py, a complete, 100% conformant Protobuf runtime for Python that feels like Python and matches the performance of Google's C engine on real workloads.
We're announcing protobuf-py, a complete, 100% conformant Protobuf runtime for Python that feels like Python and matches the performance of Google's C engine on real workloads.
Today, we are pleased to share that CoreWeave has acquired Bufstream, our Apache Kafka-compatible streaming platform, from Buf. CoreWeave, a leading AI cloud, has added Bufstream to its internal platform as part of the W&B Models and Weave product lines.
Buf is proud to announce the first fully-featured, production-grade LSP server for Protobuf. The Language Server Protocol is the standard API for integrating language support into your favorite IDE or text editor, such as VSCode, IntelliJ, or Neovim. An LSP server provides the smarts that power go to definition, code completion, finding references, and semantics-aware syntax highlighting.
After two years of development, we're proud to announce that Protovalidate has reached v1.0. Protovalidate is the semantic validation library for Protobuf. Protobuf gives you the structure of your data, but Protovalidate ensures the quality of your data. Without semantic validation, you're stuck writing the same validation logic over and over again across every service that consumes your messages. With Protovalidate, you define your validation rules once, directly on your schemas, and they're enforced everywhere.
Today we’re announcing public availability of hyperpb, a fully-dynamic Protobuf parser that is 10x faster than dynamicpb, the standard Go solution for dynamic Protobuf. In fact, it’s so efficient that it’s 3x faster than parsing with generated code! It also matches or beats vtprotobuf’s generated code at almost every benchmark, without skimping on correctness.
The first 15 field numbers are special: most runtimes will decode them much faster than the other field numbers. When designing a message type for decoding performance, it’s good to use these field numbers on fields that are almost always present.
Don’t use 'required' to modify fields—you won’t be able to get rid of it later when you realize it was a bad idea.
Across your entire data stack — from your network APIs to your streaming data to your data lake.