hof
aperture
hof | aperture | |
---|---|---|
33 | 28 | |
475 | 590 | |
0.8% | 1.7% | |
8.9 | 9.8 | |
5 months ago | 4 days ago | |
Go | Go | |
Apache License 2.0 | Apache License 2.0 |
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.
hof
-
Ask HN: Are SQL developers generally familiar with JSON, VSCode and Docker?
Many business analysts use SQL, have for a long time. They are probably not your target audience. With the problem being JAVA specific, you'd likely want to start there
This sounds similar to the goals of my hof tool (https://github.com/hofstadter-io/hof), lift type definitions out of code so they can be defined in one place, then generate the code for all the places. Is that sounding like what you are after?
-
Show HN: Open SaaS β An open-source alternative to paid boilerplate starters
Having built something similar, the biggest challenge for users is that they have to use a bespoke language, like WASP here. I suspect that it is also your biggest challenge as well.
Mine is built on CUE, which at least has the potential to become a more widely used language. CUE hasn't reached sufficient maturity for broader adoption yet, so I continue to face this same problem.
https://github.com/hofstadter-io/hof
-
OpenAI: Prompt Engineering
Here's a big one I needed to get ChatGPT to do something more sophisticated with a JSON object response (predates functions and all that)
https://github.com/hofstadter-io/hof/blob/_dev/flow/chat/pro...
It no longer worked after a model update some time ago, haven't tried recently.
I found codellama to be much better for this and require fewer instructions, an anecdotal validation for smaller, focussed models
-
Ask HN: What's the most compelling AI prompt result you've seen?
I was surprised out how you can define arbitrary grammars using arbitrary formulation and it would follow it. Of course you have to redo the prompt every time there is an update... such a pain
https://github.com/hofstadter-io/hof/blob/_dev/flow/chat/pro...
-
HTTPie Desktop: cross-platform API testing client for humans
CUE is indeed a beautiful language, will get those mind juices flowing for sure!
There is more work to be done on the codec implementation, but if you just want to split yaml/json across files, CUE is a great option
You might also like my project, built on CUE: https://github.com/hofstadter-io/hof We have a TUI where you can explore and work with CUE, JSON, Yaml
-
Show HN: A tool to Convert JSON schemas into TypeScript classes
You can pretty much make up any pseudo grammar like this one, which is a reduced JSON object that is close to CUE: https://github.com/hofstadter-io/hof/blob/_dev/flow/chat/pro...
No need to be formal or use a standard format
-
Guidance: A guidance language for controlling large language models
Yea, in particular for this project, they have created a bespoke templating system.
You can get the same thing with Go text/templates by adding chat function(s) as custom a helper: https://github.com/hofstadter-io/hof/blob/_dev/lib/templates...
-
Textual Web: TUIs for the Web
100% one of the best things about building a TUI is not having the pain of modern web development. I do think there is a way to have a CLI & TUI come from the same code, so you can get the best of both, or pick the best for the task at hand.
experiments in progress here: https://github.com/hofstadter-io/hof/tree/_dev/lib/tui
-
Jacobin: Minimal JVM written in Go and capable of running Java 17 classes
CUE is another interesting language to use from within Go, and is rather natural, given CUE is implemented in Go, but you can also do way more cool things with CUE via the Go API.
We're using CUE to validate and transform data, as input to code gen, the basis for a DAG task engine, and more
https://cuelang.org | https://pkg.go.dev/cuelang.org/[email protected]/cue | https://cuetorials.com/go-api (learn about CUE)
https://github.com/hofstadter-io/hof (where we are doing these things)
-
Introducing TypeChat from Microsoft
here is one of our early examples: https://github.com/hofstadter-io/hof/blob/_dev/flow/chat/pro...
aperture
-
Defcon: Meta's system for preventing overload with graceful feature degradation
Anyone interested in load shedding and graceful degradation with request prioritization should check out the Aperture OSS project.
https://github.com/fluxninja/aperture
-
Queues Don't Fix Overload
I agree that queues can problem especially when misconfigured. But some amount of queuing is necessary, to absorb short spikes in demand vs capacity. Also, queues can be helpful to re-order requests based on criticality which won't be possible with zero queue size - in which case we have to immediately drop a request or admit it without considering it's priority.
I think it is beneficial to re-think how we tune queues. Instead of setting a queue size, we should be tuning the max permissible latency in the queue which is what a request timeout actually is. That way, you stay within the acceptable response time SLA while keeping only the serve-able requests in the queue.
Aperture, an open-source load management platform took this approach. Each request specifies a timeout for which it is willing to stay in the queue. And weighted fair queuing scheduler then allocates the capacity (a request quota or max number of in-flight request) across requests based on the priority and tokens (request heaviness) of each request.
Read more about the WFQ scheduler in Aperture: https://docs.fluxninja.com/concepts/scheduler
Link to Aperture's GitHub: https://github.com/fluxninja/aperture
Would love to hear your thoughts on our approach!
-
Kelsey Hightower's Twitter Spaces on Rate Limits & Flow Control
For those keen to dive deeper, I highly recommend exploring both the Twitter Space and Aperture: [Twitter Spaces]: https://twitter.com/kelseyhightower/status/1689355284802629633?s=20 [GitHub repo]: https://github.com/fluxninja/aperture
-
Graceful Behavior at Capacity
Very interesting blog post! Our team has been working intensively in this area for the last couple of years - flow control, load shedding, controllability (PID control), and so on.
We have open-sourced our work at - https://github.com/fluxninja/aperture
We would love feedback from folks reading this blog post!
Disclaimer: I am one of the co-authors of the Aperture project. There are several interesting ideas we have built into this project and I will be happy to dive into the technical details as well.
-
Why Adaptive Rate Limiting Is a Game-Changer
It's a blog on an open-source project that precisely tells you how to implement adaptive rate limiting.
Just click around a bit:
- https://github.com/fluxninja/aperture
- https://docs.fluxninja.com/use-cases/adaptive-service-protec...
Note: I am one of the authors' of this project.
-
Show HN: Review GitHub PRs with AI/LLMs
At the time of writing, the first sample image on that page is this:
https://coderabbit.ai/assets/section-1-f9a48066.png
which recommends adding a "maxIterations" counter to the "for len(executedComponents) ..." loop here:
https://github.com/fluxninja/aperture/blob/26e00ea818c7c28da...
HOWEVER
- the review has failed to notice the logic using "numExecutedBefore" (around line 377) that already prevents the specific bug it is suggesting a fix for
- the suggested change decrements "maxIterations" inside the "for ... range circuit.components {" loop which means it isn't counting iterations, it's counting components
This kind of suggestion is particularly nasty because it's unlikely that the test suite populates enough components to hit "maxIterations" - so an inattentive reader could accept it, get a green build, and then deploy a production bug!
-
June 25th, 2023 Deno Deploy Postmortem
The need an adaptive protection system like Aperture[0] to mitigate overloads.
[0]: https://github.com/fluxninja/aperture
-
Jsonnet β The Data Templating Language
Itβs customized to our policy spec. But you can learn from this and adapt it to your spec.
https://github.com/fluxninja/aperture/blob/main/scripts/json...
- Show HN: Aperture β Unified Reliability Management for Microservices
- Failure Mitigation for Microservices: An Intro to Aperture
What are some alternatives?
cue - The home of the CUE language! Validate and define text-based and dynamic configuration
rules_jsonnet - Jsonnet rules for Bazel
smug - Session manager and task runner for tmux. Start your development environment within one command.
slo-exporter - Slo-exporter computes standardized SLI and SLO metrics based on events coming from various data sources.
ping-heatmap - A tool for displaying subsecond offset heatmaps of ICMP ping latency
awesome-sre-tools - A curated list of Site Reliability and Production Engineering Tools
go-live - ποΈ go-live is an ultra-light server utility that serves files, HTML or anything else, over HTTP.
now-boltwall - Vercel lambda deployment for a Nodejs Lightning-powered Paywall
jk - Configuration as Code with ECMAScript
ai-pr-reviewer - AI-based Pull Request Summarizer and Reviewer with Chat Capabilities.
bashly - Bash command line framework and CLI generator
etleneum - the centralized smart contract platform