Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: A Full-Stack Web Framework for Go

github.com

Post reply on HN
Print view View original

71–80 of 103 posts

Re: Show HN: A Full-Stack Web Framework for Go

#71

Post by grose »

mayama wrote: post #34
dinvlad wrote: post #20

Very interesting, and using all of the latest tech. I was literally dreaming about combining Remix + Cloudflare Workers + Golang the other day. The only problem is Go would need to be compiled into WASM for that [0]. But this would provide one of the best experiences both in terms of development and performance/latency. [0] https://community.cloudflare.com/t/support-golang-natively-f...

Last time I checked, there was a limit of 1MB or so for deployment wasm in cloudfare workers. Is that limit raised? Go binaries easily run on tens of MB with the default http library.

AFAIK that is still the limit. You can try and use TinyGo to reduce binary size but it's an uphill battle: https://nicholas.cloud/blog/continuing-hijinks-with-cloudfla...

Re: Show HN: A Full-Stack Web Framework for Go

#72

Post by titaniczero »

tekkk wrote: post #58

Wow is this like Go version of SvelteKit? Except without SSR so it serves only static files? I just thought about the same thing recently and I'm glad somebody made it! IMO Go is better fit for server backend than Node.js, especially with I/O.

Yeah, I'm glad these projects are emerging. I love svelte but I am not entirely convinced about how they push you towards sveltekit, especially in the docs. (I know there are adapters that allow you to use another backend but everything in the docs and examples push you towards NodeJS and sveltekit). It is as if react docs were written in a way that pushes you towards NextJS (they're from different companies so this is not the case, but I still think it is a good analogy).

I just don't want a NodeJS backend, all our team wants is to use a Golang backend which saves us ton of resources, which means less instances required, which means less $$$ (and Golang is awesome - performant, easy to read and write, easy to code concurrency, type safe without the hassle, built-in test suites/formatter/etc).

I'd love something like Laravel but for Golang+Svelte.

Re: Show HN: A Full-Stack Web Framework for Go

#73

Post by mdw »

matthewmueller wrote: post #45
DoctorOW wrote: post #30

See also: Buffalo https://gobuffalo.io

Yep, Buffalo and Bud share a similar ethos, with completely different approaches. Bud uses modern FE frameworks and leans heavily into making code generation work well to give you type-safety and higher-level APIs. Buffalo is farther along in the journey with database migrations, mailers, etc. Unfortunately, I think Buffalo is no longer in active development. The main author left his own #buffalo Slack channel in gop…

I started with golang as the basis for my SaaS I've been building now for 2 years, the first version that shipped (and is still in production) is based on Go.

I personally don't find the go ecosystem very good for people who want to goto market as fast as possible, the libraries are less developed and you're going to have to build your own stack.

Bud and Buffalo seem like great developments, but your comment about the Buffalo one no longer being in active development would just totally suck if you had invested your time into building your SaaS on this.

I'm now using Ruby on Rails in the next version, and I couldn't be happier - maybe it's not as fast, but it certainly helps me ship features faster to customers!

Re: Show HN: A Full-Stack Web Framework for Go

#74

Post by matthewmueller »

cjohansson wrote: post #55

I'm experimenting with something similar as well, I'm curious - how do you solve HTTPS support since it's a built-in web-server?

Not available yet. I did write the docs though, digging them up...

Created an RFC: https://github.com/livebud/bud/discussions/33. Feedback very welcome!

Hit me up on Twitter @mattmueller or over email hi@livebud.com. I'd love to hear what you're working on!

Re: Show HN: A Full-Stack Web Framework for Go

#75

Post by matthewmueller »

grose wrote: post #69
cjohansson wrote: post #55

I'm experimenting with something similar as well, I'm curious - how do you solve HTTPS support since it's a built-in web-server?

Something like https://github.com/caddyserver/certmagic perhaps?

Yes! This might be the one I add to Bud! Seems like a more mature version of: https://pkg.go.dev/golang.org/x/crypto/acme/autocert

Re: Show HN: A Full-Stack Web Framework for Go

#76

Post by quickthrower2 »

0des wrote: post #57
quickthrower2 wrote: post #29

Earlier quoted context omitted.

Where nextjs kicks ass is that coding front end interaction (sans back end interaction) and doing interaction in response to server feels almost identical. There is no “ugh ok … better set up react now” feeling to make say an interactive chart because it was always there. Similarly there is no “ugh ok … better set up a backend now” feeling you get using create-react-app as it was always there. There is almost no ment…

I just want plain HTML and some of {{ .These }}

as well as sister comment, there is hugo, jekyll, etc.

Re: Show HN: A Full-Stack Web Framework for Go

#77

Post by matthewmueller »

mdw wrote: post #73
matthewmueller wrote: post #45

Earlier quoted context omitted.

Yep, Buffalo and Bud share a similar ethos, with completely different approaches. Bud uses modern FE frameworks and leans heavily into making code generation work well to give you type-safety and higher-level APIs. Buffalo is farther along in the journey with database migrations, mailers, etc. Unfortunately, I think Buffalo is no longer in active development. The main author left his own #buffalo Slack channel in gop…

I started with golang as the basis for my SaaS I've been building now for 2 years, the first version that shipped (and is still in production) is based on Go. I personally don't find the go ecosystem very good for people who want to goto market as fast as possible, the libraries are less developed and you're going to have to build your own stack. Bud and Buffalo seem like great developments, but your comment about th…

>> I personally don't find the go ecosystem very good for people who want to goto market as fast as possible, the libraries are less developed and you're going to have to build your own stack.

Agreed, though when I do find a library it tends to just work. The challenge is finding the right library. There's no real reason for this though and I think with Go modules finally maturing and hopefully more web frameworks written in Go we're going to see an explosion in this space. Fingers crossed.

>> I'm now using Ruby on Rails in the next version, and I couldn't be happier - maybe it's not as fast, but it certainly helps me ship features faster to customers!

This is the spirit I like to see!

Re: Show HN: A Full-Stack Web Framework for Go

#78

Post by matthewmueller »

titaniczero wrote: post #72
tekkk wrote: post #58

Wow is this like Go version of SvelteKit? Except without SSR so it serves only static files? I just thought about the same thing recently and I'm glad somebody made it! IMO Go is better fit for server backend than Node.js, especially with I/O.

Yeah, I'm glad these projects are emerging. I love svelte but I am not entirely convinced about how they push you towards sveltekit, especially in the docs. (I know there are adapters that allow you to use another backend but everything in the docs and examples push you towards NodeJS and sveltekit). It is as if react docs were written in a way that pushes you towards NextJS (they're from different companies so this…

You're exactly who I'm building Bud for! I fit squarely in your camp :)

Please hit me up when you give Bud a try over email hi@livebud.com or on twitter @mattmueller. I'd love to hear what you think!

Re: Show HN: A Full-Stack Web Framework for Go

#80

Post by matthewmueller »

tekkk wrote: post #58

Wow is this like Go version of SvelteKit? Except without SSR so it serves only static files? I just thought about the same thing recently and I'm glad somebody made it! IMO Go is better fit for server backend than Node.js, especially with I/O.

Yes, exactly. Even the creator of Node says so:

"I think Node is not the best system to build a massive server web. I would use Go for that. And honestly, that’s the reason why I left Node. It was the realization that: oh, actually, this is not the best server-side system ever."

Heavy computation still ties up the event loop in Node.js. We're just not talking about it as much because most people deploy to serverless functions nowadays which can spin up compute upon request. I love serverless and use it with https://standupjack.com, but it comes with it's own tradeoffs!

Post reply on HN