crowdyriver
Show HN: Designobo – AI prototyping tool in 40kb of js
hi HNI'm building designobo, a very fast ai prototyping tool. It let's you create and compare html prototypes in an infinite canvas. There's also a full css editor if you want to manually edit styles.You can also connect any coding agent that supports MCP, so that you can use your own AI subscription.This is an SSR app powered by datastar. I use CQRS and html patches with brotli compression to...
Odin compiles 1M lines in 1s
quite impressive
Metago: Write templates that write go
So far so good! It's basically go templates that take in any package level go symbol and write code into a meta.go file.
You can do the same with the go/ast package, but metago makes it very easy to add your own custom transformations. No build tags, just write .metago templates, annotate structs, and run metago.
So far I've managed to make stringer, enums, mocks and even an efficient json serde template with metago. As an experiment, there's also a typesafe active record like orm in the repo. So you can do a lot with it!
Bun is slop. Let's not pretend it is not. It went from 600k lines of zig to almost a million of rust, for a wrapper around a js engine. It might be useful slop, but it is still slop.
It's understandable to have mixed feelings about bun as the creator of the language.
You spend 10 years of your time making a language, and one of the most prominent projects that uses it does it in a nasty and sloppy way. You try to help, but your advice gets ignored.
You make a whole language about improving software quality, only to be associated with a project that doesn't care about it.
For once I do appreciate that somebody is willing to have the guts to say what they think. The bun rust rewrite article said no words about the tradeoffs of moving to Rust (compilation times?), and I agree with the false dichotomy presented. How do we know that most bun bugs were not created because of slop / AI usage / stubbornness?
Why programmatic tool calling is awesome
And nothing is stopping the AI from making the unreadable mess more readable in later iterations. It can make it pass the spec first and make it cleaner later. Just like we do!
Ask HN: Wouldn't it be much easier if you compress all env vars into one?
In most apps I develop, there's at most 3 groups of environments, local - staging - prod.Wouldn't it be easier to just join all env vars needed for each environment into a base64 encoded env var, and then just pass that into the given app?I feel like there should be less room for error, and it's easy to add new services. There wouldn't be need for cloud vendors like vercel to namespace env...
You really just paste these 2 lines in your html and that's it:
<link href="https://cdn.jsdelivr.net/npm/daisyui@5" rel="stylesheet" type="text/css" />
<script src="https://cdn.jsdelivr.net/npm/@tailwindcss/browser@4" />
it's a bit more than 100kb of js, but for prototyping it is very nice.I wish more UI libraries where in the same style. You can always optimize the bundle later.
Then they could put a few non disruptive ads for those into their main free product, and they would make much more sense.
I want to apply this strategy into my (yet non existent) future products.
to enforce all fields initialized.
If you care, the linter is there, so this is more of a skill issue.
Have you ever had to scrape multiple sites with variadic html?