willchen

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 days agodiscuss

i think this underscores why having coding agents being open-source is a really good thing

willchen

10 days agodiscuss

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 months agodiscuss

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 months agodiscuss

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 months agodiscuss

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 months agodiscuss

neat! thanks for sharing

willchen

10 months agodiscuss

yes! https://www.dyad.sh/docs/guides/ai-models/local-models

willchen

10 months agodiscuss

very interesting - when we ship MCP support you should be able to use nia!

willchen

10 months agodiscuss

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 months agodiscuss

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 months agodiscuss

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 months agodiscuss

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 years agodiscuss

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 years agodiscuss

Thanks! Yeah, a lot of innovation happening in this space.

willchen

2 years agodiscuss

Good point, we'll try to rephrase this to be clearer. Thanks for the feedback!

willchen

2 years agodiscuss

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 years agodiscuss

Thanks, I've filed an issue: https://github.com/google/mesop/issues/359

willchen

2 years agodiscuss

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 years agodiscuss

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.

Submissions

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

Show HN: Mesop – Open-source Python UI framework

comments