HackerTrans
TopNewTrendsCommentsPastAskShowJobs

willchen

251 karmajoined 11 jaar geleden

Submissions

Show HN: Dyad, local, open-source Lovable alternative (Electron desktop app)

dyad.sh
28 points·by willchen·10 maanden geleden·19 comments

Show HN: Mesop – Open-source Python UI framework

google.github.io
130 points·by willchen·2 jaar geleden·54 comments

comments

willchen
·3 dagen geleden·discuss
really excited to see this release! i've been using TypeScript for several projects like https://github.com/dyad-sh/dyad which is >250k lines of TypeScript and the speed-up makes things like running typescript check as a pre-commit hook painless

thanks DanRosenwasser and team for building such an awesome tool for so many years!
willchen
·10 dagen geleden·discuss
i think this underscores why having coding agents being open-source is a really good thing
willchen
·10 dagen geleden·discuss
i used this tool when i was at google, extremely helpful in open-sourcing things from google3 to github. still, i'm glad to just directly develop on github now :)
willchen
·3 maanden geleden·discuss
Interesting! tbh, we don't have any runbooks and pretty minimal telemetry set up (we're a very small team :), do you have any recommendations on which telemetry service to use to get started? right now, our services run on a combination GCP Cloud Run + Vercel
willchen
·9 maanden geleden·discuss
thanks! we recently added MCP support so we're figuring out how to make it easier to find & add the right MCP tools for your use case :)
willchen
·9 maanden geleden·discuss
Really interesting project! I tried it last week and ran into same errors and today I tried it again and it worked.

I'm curious how the Clink desktop app connects to the web app. Is it sending some kind of oauth token so you can use call Claude Code, etc, on behalf of the user?

FWIW, I created an open-source project in this space https://github.com/dyad-sh/dyad/ and it's great to see people trying different approaches :)
willchen
·10 maanden geleden·discuss
neat! thanks for sharing
willchen
·10 maanden geleden·discuss
yes! https://www.dyad.sh/docs/guides/ai-models/local-models
willchen
·10 maanden geleden·discuss
very interesting - when we ship MCP support you should be able to use nia!
willchen
·10 maanden geleden·discuss
we have an extensive system prompt to instruct the Supabase to follow RLS best practices: https://github.com/dyad-sh/dyad/blob/de2cc2b48f2c8bfa401608c...

What you're describing as the fail-open behavior is from the Supabase platform (and not specific to any app builders): https://supabase.com/docs/guides/database/postgres/row-level...
willchen
·10 maanden geleden·discuss
we have features like manual context management https://www.dyad.sh/docs/guides/large-apps#manual-context-ma... which lets you select files to use in your context window
willchen
·10 maanden geleden·discuss
Thanks! Check out our Prompt Library feature: this way you can create reusable prompts across your apps: https://www.dyad.sh/docs/releases/0.18.0
willchen
·10 maanden geleden·discuss
I'm working on adding MCP support to Dyad soon! What's your favorite MCP servers? (trying to curate a list of recommended MCPs)
willchen
·2 jaar geleden·discuss
Thanks! I've used Google's internal version of Bazel but it wasn't until this project where I had to spend a lot of effort getting Bazel working in a new project, which is honestly a lot of work and not very straightforward :(

What helped me the most was looking at other projects using Bazel with similar tech stacks and then assembling it together, e.g. :

- https://github.com/angular/components - https://github.com/tensorflow/tensorboard

Alex Eagle of https://www.aspect.build/ has a lot of great resources on using Bazel - both on YouTube and the aspect website.
willchen
·2 jaar geleden·discuss
Thanks! Yeah, a lot of innovation happening in this space.
willchen
·2 jaar geleden·discuss
Good point, we'll try to rephrase this to be clearer. Thanks for the feedback!
willchen
·2 jaar geleden·discuss
Thanks! Agree, we wanted to provide a high-degree of customizability with a CSS-like API https://google.github.io/mesop/components/style/ so you can create delightful demos.
willchen
·2 jaar geleden·discuss
Thanks, I've filed an issue: https://github.com/google/mesop/issues/359
willchen
·2 jaar geleden·discuss
There's similar things in other languages like https://www.gpui.rs/ and https://github.com/linebender/xilem.

Mesop also drew inspiration from frameworks like LiveView (for Elixir/Phoenix) https://hexdocs.pm/phoenix_live_view/welcome.html which have demonstrated the viability of building server-driven web UIs for a number of years now.
willchen
·2 jaar geleden·discuss
Thanks for the question! Streamlit is definitely more mature and I think it's a great tool for many use cases.

Where I think Mesop shines is that you get a lot of flexibility, just by writing your UI in Python. For example, Mesop has an out-of-the-box [chat component](https://google.github.io/mesop/demo/), but if you need to customize it, you can actually just copy the [chat.py file](https://github.com/google/mesop/blob/main/mesop/labs/chat.py) and customize it however you want.

In comparison, Streamlit is great to get started with, but once you're trying to do some complex customizations, you'll often need to write your own React/TypeScript component.

I think the other thing is that Mesop has a [different philosophy for building UIs](https://google.github.io/mesop/blog/2024/05/13/why-mesop/) (e.g. based on functions) which results in a distinctly different developer experience. This is, of course, subjective, but I think the Mesop approach scales well as your app grows (e.g. thousands of lines), which even internal tools and demos oftentimes do.