matthewmueller

7 ms·

31.
by matthewmueller 4y ago
For simple, battle-tested web server, you can't go wrong with net/http. A couple of us are working on Bud ( http://github.com/livebud/bud ), which aims to be a full-stack web framework for Go, similar to Larave
32.
by matthewmueller 4y ago
Code generation provides the same kind of flexibility you get with meta programming, you just need to do more work to keep generated code in sync and out of the way.
33.
by matthewmueller 4y ago
Bud author here, thanks for including Bud on your list. That's a really good overview of the landscape! My take is that Remix + Next.js + SvelteKit are going to continue to innovate fast in the Frontend and "Backend for Frontend&q
34.
by matthewmueller 4y ago
Author of https://github.com/livebud/bud here, congrats on the launch Tushar! Looking forward to building up the Go web framework ecosystem with you!
35.
by matthewmueller 4y ago
I think an ORM like https://github.com/xo/xo with https://sqlc.dev/ as a fallback for complex queries will be a killer combo!
36.
by matthewmueller 4y ago
@reddec, thanks for chiming in. Having path helpers absolutely needs to happen, something like: https://guides.rubyonrails.org/routing.html#creating-paths-a... . I'll probably get custom routing up before that though be
37.
by matthewmueller 4y ago
Agree with you on both accounts!
38.
by matthewmueller 4y ago
Starred!
39.
by matthewmueller 4y ago
Love seeing people experimenting in this space with Go! One of my favorite things about this HN post is everyone is coming out of the woodworks to share their ideas. What's the advantage of rendering HTML templates over websockets? Is
40.
by matthewmueller 4y ago
Sure, it's actually been a long journey since PHP. I switched from PHP to Node about 11 years ago. I was probably one of the first 100 Node.js developers. My biggest contribution there was creating https://github.com/ch
41.
by matthewmueller 4y ago
Thanks for the comment! I haven't actually used generics in any serious way yet. I haven't needed them. That being said, I'm happy they're in the language now and I'm really looking forward to seeing what the Go com
42.
by matthewmueller 4y ago
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, th
43.
by matthewmueller 4y ago
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!
44.
by matthewmueller 4y ago
>> 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
45.
by matthewmueller 4y ago
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
46.
by matthewmueller 4y ago
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@live
47.
by matthewmueller 4y ago
Thanks for your comment @pphysch! So for authoring an app, I tend to agree with you. Languages like Ruby/Python/Typescript are probably faster to get something working. I try to consider productivity holistically though. With Go,
48.
by matthewmueller 4y ago
Looks super cool. Starred @tompston!
49.
by matthewmueller 4y ago
That's the beauty of using Go. All of this stuff is provided by the standard libraries.
50.
by matthewmueller 4y ago
I worried about this, but it seems like there's enough "framework supportors" in the comments!
51.
by matthewmueller 4y ago
Thanks for the kind words @jacktheturtle! I like your handle. As the author of https://standupjack.com , all Jacks have a special place in my heart <3 Let me know when you give Bud a go! Feel free to email me at hi@livebud.com
52.
by matthewmueller 4y ago
Agreed. I love Next.js and used it religiously for the first couple years. I'm not trying to beat Next.js or any framework. There's plenty of space in the web ecosystem for alternative solutions. I hope is that Go <=> JS&#x
53.
by matthewmueller 4y ago
You wish will be my command https://github.com/livebud/bud/discussions/8 :D
54.
by matthewmueller 4y ago
Thanks for your comment @dimgl! As @drewry mentioned, we're aiming to be frontend-agnostic. Changing the renderer should be as simple as creating files with different extensions: - index.svelte for Svelte - index.jsx for React - index.
55.
by matthewmueller 4y ago
Psst... I'm using https://www.untitledui.com . Please don't use it though, I don't want the whole web to look like UntitledUI ;)
56.
by matthewmueller 4y ago
Thanks @dougbarrett! Let me know when you give it a shot! I'd be curious if there's anything your implementation that you'd like to see in Bud. Hit me up at hi@livebud.com or on twitter @mattmueller.
57.
by matthewmueller 4y ago
Thanks for the kind words @dgb23!
58.
by matthewmueller 4y ago
Bud on a raspberry pi sounds like a fun weekend project! Let me know if you give it a shot!
59.
by matthewmueller 4y ago
It seems like fly.io is the best option right now for edge-optimized Go apps. My dream would be that Bud becomes something that Cloudflare simply can't ignore :D Their reliance on V8 Isolates will make it difficult, but if they add Doc
60.
by matthewmueller 4y ago
Thanks for your comment and question @onionisfruit. Top-notch handle too! >> What are your plans for models and persistence? I haven't worked out all the details, but it's going to be some blend of https://github.

More ›