sig-moonwalk
smolblog
| sig-moonwalk | smolblog | |
|---|---|---|
| 6 | 2 | |
| 250 | 3 | |
| 4.4% | - | |
| 6.0 | 6.1 | |
| about 1 month ago | 11 days ago | |
| PHP | ||
| Apache License 2.0 | GNU General Public License v3.0 or later |
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.
sig-moonwalk
- OpenAPI v4 (aka Moonwalk) Proposal
-
OpenAPI v4 Proposal
One of the Moonwalk discussions is indeed about moving from objects to arrays for many structures: https://github.com/OAI/moonwalk/discussions/32
Also, I agree with the person who mentioned JSON Patch (RFC 6902), which I feel is an under-rated and underused technology. While less intuitive than JSON Merge Patch (RFC 7396), it is far more powerful. I have used both together, using JSON Merge Patch where possible to keep things more readable and intuitive, and using JSON Patch where JSON Merge Patch can't do what is needed. Although if most of your changes need JSON Patch, I find it's better to just stick with that.
-
OpenAPI 3.1 - The Gnarly Bits
Why not get involved in the discussions around a tentative OpenAPI 4.0, codename 'Moonwalk'?
smolblog
-
Show HN: Supermaven, the first code completion tool with 300k token context
Trying it now on my super-specific codebase, and it seems to be working for the most part. Well done! I was able to get started on a new feature, and it got about 80% there with my custom-built framework: https://github.com/smolblog/smolblog/pull/61/commits/869a2ea...
-
OpenAPI v4 Proposal
I'm trying to go in this direction with an API I'm building at the moment in PHP: https://github.com/smolblog/smolblog-core/tree/feature/api-b... It uses a combination of definition-in-code (also used to translate the endpoint classes to the outside framework), reflection, and PHP annotations to generate the OpenAPI spec which I'm loading into Swagger to do testing.
What are some alternatives?
fern - 🌿 Stripe-level SDKs and Docs for your API
oatx - Generator-less JSONSchema types straight from OpenAPI spec
utoipa - Simple, Fast, Code first and Compile time generated OpenAPI documentation for Rust
effect-http - Declarative HTTP API library for effect-ts
taxilang - Taxi is a language for describing APIs, data models, and how everything relates
openapi-generator - OpenAPI Generator allows generation of API client libraries (SDK generation), server stubs, documentation and configuration automatically given an OpenAPI Spec (v2, v3)
swag - Automatically generate RESTful API documentation with Swagger 2.0 for Go.
speakeasy - Speakeasy CLI - Enterprise developer experience for your API
datamodel-code-generator - Pydantic model and dataclasses.dataclass generator for easy conversion of JSON, OpenAPI, JSON Schema, and YAML data sources.