matthewmueller

10 ms·

1. 61.▲
   by matthewmueller 4y ago

   Samesies! I'll be recording a weblog demo in one of the upcoming releases. Need migrations and database access first! Fun fact: It took DHH a year after he first introduced Rails to get that famous weblog demo up. This stuff takes time
2. 62.▲
   by matthewmueller 4y ago

   I should add that lazy builds only happen in development. In production, it's all bundled at once.
3. 63.▲
   by matthewmueller 4y ago

   Thanks for your comment @ehaughee! Great questions. I answered some above, so I'll copy some and then answer your other questions below: >> what's it doing? Bud server-side renders Svelte files, then hydrates them on the cli
4. 64.▲
   by matthewmueller 4y ago

   Thanks for sharing @sunfmin! I perused the documentation and I can tell a lot of thought went into this. I appreciate the simplicity and applaud all efforts to make Go a serious contender in the full-stack web framework space!
5. 65.▲
   by matthewmueller 4y ago

   Thanks for sharing @mstef9! I somehow missed this one in my research. I'm a huge fan of all efforts to make Go a serious contender for building full-stack web applications. Ent is a nice choice for the ORM. For models, I'm plannin
6. 66.▲
   by matthewmueller 4y ago

   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
7. 67.▲
   by matthewmueller 4y ago

   Truth. Website coming soon! This post exploded way more than I expected. Can't complain!
8. 68.▲
   by matthewmueller 4y ago

   Ahahaha. I watched this movie 100 times as a kid. I cycled between Air Bud and Flubber.
9. 69.▲
   by matthewmueller 4y ago

   I haven't looked too closely at LiveView yet. I did flip back and forth between going with the Hotwire approach (I guess inspired by LiveView?). It was a tough call, but I ultimately decided to server-render JS. This thought-experiment
10. 70.▲
    by matthewmueller 4y ago

    Nice sleuthing! Bud heavily relies on https://github.com/rogchap/v8go
11. 71.▲
    by matthewmueller 4y ago

    Thanks for sharing! I'm quite surprised I didn't come across this project in my research. > I assume you're trying to address the need of those who want a Go back-end but with modern JS front-end? Yes, that's a big re
12. 72.▲
    by matthewmueller 4y ago

    Hey, excellent question. You're correct that Bud server-side renders the Svelte files, then hydrates them on the client. This is similar to what most other JS frameworks do, it works like this: 1. Create two builds: one for server, one
13. 73.▲
    by matthewmueller 4y ago

    Sorry about that, fixed the installation script in all the places: curl -sf curl https://raw.githubusercontent.com/livebud/bud/main/install.s... | sh
14. 74.▲
    by matthewmueller 4y ago

    Sorry about that – fixed the installation script in all the places! curl -sf curl https://raw.githubusercontent.com/livebud/bud/main/install.s... | sh
15. 75.▲
    Show HN: A Full-Stack Web Framework for Go(github.com)

    531 points by matthewmueller 4y ago|99 comments
16. 76.▲
    Wild Children(en.wikipedia.org)

    1 points by matthewmueller 5y ago|0 comments
17. 77.▲
    LLVM from a Go Perspective(aykevl.nl)

    10 points by matthewmueller 5y ago|0 comments
18. 78.▲
    by matthewmueller 5y ago

    Thanks for sharing this! I just implemented this. I didn't realize uBlock had this capability. It runs faster than other extensions I've tried. Cheers!
19. 79.▲
    by matthewmueller 5y ago

    Thanks for sharing your thoughts. The lack of Client extensibility is definitely a shortcoming right now. We're thinking of ways to wrap the Client a bit better. Middleware works is a decent workaround, but doesn't fit all these u
20. 80.▲
    by matthewmueller 5y ago

    Thanks for this feedback. We're very aware of this problem and are are actually working on a guide for working with Jest right now. It's a tricky problem because our use of the type-system is quite complex. I quite like your idea
21. 81.▲
    by matthewmueller 6y ago

    Curious about the date response part. JSON.stringify(payload) turns dates into strings. Did that not work as a response for your API for some reason?
22. 82.▲
    by matthewmueller 6y ago

    This is the clearest list of steps I've seen on the topic.
23. 83.▲
    by matthewmueller 7y ago

    I've been mapping out union types at Prisma. Are you in our Slack? I'm @mattmueller at https://prisma.slack.com . I'd love to chat with you to better understand your use cases, so we can make sure we're design
24. 84.▲
    by matthewmueller 7y ago

    I guess I'm an advanced programmer. You described my exact progression :-)
25. 85.▲
    by matthewmueller 8y ago

    Totally agree! I'm actually working on improving the Go API right now. We'll have a new API in the coming weeks that should look a lot more idiomatic :-)
26. 86.▲
    by matthewmueller 8y ago

    You can think of Prisma as the next version of ORM technology. Prisma shares the same goals of an ORM (make data access easy), but takes a completely different approach than past ORMs. Prisma uses introspection to generate a feature-rich, t
27. 87.▲
    AWS Lambda is down in us-west-2(status.aws.amazon.com)

    4 points by matthewmueller 8y ago|0 comments
28. 88.▲
    by matthewmueller 9y ago

    This is not done yet. Right now there's no difference between pointer values and non-pointer values.
29. 89.▲
    by matthewmueller 9y ago

    Hi there, I've created an issue for your purpose: https://github.com/matthewmueller/joy/issues/63 I definitely want to take the stdlib slow and not overdo it. If we can't make it work well in JS, we
30. 90.▲
    by matthewmueller 9y ago

    Thanks for the heads up! I was hoping for someone with more licensing knowledge to stop by :-)