For the best experience on desktop, install the Chrome extension to track your reading on news.ycombinator.com
Hacker Newsnew | past | comments | ask | show | jobs | submit | history | stevedsimkins's commentsregister

I definitely think it’s worth sharing, especially if it’s version controlled. By making small precise commits you’re proving your steps of how you got to the end result. Even if someone copied it you still have the receipts of how you got there.

In math, half the work is proving how you got the answer. When it comes to proving your worth as a programmer, I’m a firm believer the same principle applies.


Feel like this might have already been done and beyond by aichat (which I give the alias `ai` on my machines)

https://github.com/sigoden/aichat

Nevertheless it’s good to see more tools with the Unix philosophy!



Lol sorry i missee steve for svelte


Thank you!! No plans as of yet just to keep it open ended but we’ll see.


I prefer to do static hosting for my client, so bit of bias there. Not on the SSR hype train.


Thanks!

Fastify is great, I just like Hono more ¯\_(ツ)_/¯


Thanks!!

Vite is specifically used for bundling the frontend and chosen due to the vast ecosystem of plugins that people use for it. Tailwindcss is a great example, others here: https://vite.dev/plugins/

Bun does quite a bit more. In this context it’s used as a runtime and a package manager, and automatically handles the workspaces aspect for shared types. While you might be able to achieve all of bhvr with just Bun I chose to stick with Vite due to the number plugins, tutorials, setups, etc. that all use it. Just keeps things simple and easy!


Ty!!


Thanks for the rec! Definitely gonna check this out


For about a year Hono has had mature RPC. So bhvr has a type-safe RPC story without tRPC: export your AppType, import it in the browser, and hono/client gives you fully-inferred calls plus Zod-backed validation — in a ~3 kB helper instead of tRPC’s heavier client and adapters.

You still won’t get auto-generated hooks or WebSocket subscriptions, but for plain REST/JSON the old “hand-rolled fetch” drawback is gone, leaving only edge cases like hooks, real-time, and IDE scalability as the remaining trade-offs.


I appreciate the feedback! This stack does kinda assume you already know what Hono is but I can definitely flesh it out a bit more, and perhaps show some code to demonstrate it.


I had the same reaction to Hono, but now see it has 23k+ stars on GitHub. Learn about a new JS framework everyday!


As to whether or not this is a good thing is left as an exercise to the reader. ;)


I mean, I also don't know Bun and Vite. I've at least seen React. You should probably just explain the whole stack.


This is like saying a Java library readme should start with what the JVM is. It's fine to not know these things, but the majority of this comes with the territory. Right now it sounds like you're simply not the target audience. The Github readme includes a link to all of the major bits, so I don't really see the problem.


If you were trying to convince me to build a web app in Java, you wouldn’t need to explain what the JVM is, but you’d need to make a strong argument for why Java is better than the alternatives available in 2025.

So the question is whether the target audience here is “people who want to build full-stack web apps” or “people who are already using the BHVR stack”.


The benefits are very clear to me.

If you build MERN apps, this is a template that replaces Express with Hono, Node with bun, and Webpack with Vite.

All of which are significantly faster than their counterparts. Hono can be deployed anywhere and has a much smaller bundle size than Express.


These two paragraphs would already be a much more helpful project description than “typesafe fullstack monorepo”.


If you've never heard of Bun or Vite you're clearly not the audience for this.


Why not? There are a lot of people who use the 2010s de facto standard JS server stack — Node, Express, Webpack etc. — but don't necessarily have the time or inclination to keep up to date with every new project in this space. It's a lot to follow.

The exclusive gatekeeping messaging doesn't seem very useful. There's probably a much bigger audience for "Hey, instead of starting yet another Node project, why not try this?" rather than preaching to the already converted early adopters.


Vite is a project with 25M weekly NPM downloads and used by some 9M github repos. It's not an obscure project by any stretch of the imagination. Heck it's almost as popular as React.

https://npmtrends.com/react-vs-vite-vs-webpack

Imagine someone posting a project that uses React and then someone demanding they explain what React is...


You are selecting the frontend crew and making claims based on that. Many of us are not frontend devs just want to wrap an API. At least I do.


> Many of us are not frontend devs

That's fine but OP's template is clearly for devs with frontend skills. No?


Heard not an expert in, parent is right


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search:

HN For You