I know a lot of people have wondered why we made another python UI framework. One of the reasons I didn't mention in the blog post is that it's very difficult to use most open source projects, especially FE ones, due to requirements around web security and build integration within Google
I don't know if you or Sam are humans or bots. But you two are a treasure. Please keep going. Filthy causal here just trying to level up and/or avoid obsolescence.
@WillMesop Awesome!! As soon as I saw it I knew I wanted to make a video to help it get some more attention. Very cool to see you chime in here. Thanks for the great work.
“Often when you are making it for your self, when you start to use it, perhaps some of the assumptions were totally wrong” I laughed out loud so hard 😂. That hit home.
after the prototype is demonstrated and approved, is there any way to generate application code and remove all dependencies on mesop? or maybe that is not the intended purpose of mesop, in which case my bad.
Google then: Let's create something nobody ever imagined and blow their minds. Google now: Let's repeat something already done, pretend it is better, and quietly withdraw support after 2 years.
I used it for a while about 5 years ago, but abandoned it for streamlit. It was good for dashboards but not interactive chat etc back then. Haven't looked at it in a long time. Have they added much?
So I should learn how to do UI in a new language (python), with a new framework (mesop), so that I can do UI faster until I fix all the design flaws, then I can rewrite it in the language + framework I normally use? 1) Correct me if I'm wrong, but python still has the global interpretter lock (GIL), which hurts scalability unless I want to spawn endless processes. 2) There seems to be quite a bit of heavy lifting under the hood just due to the fact that so little code has to be written, which has become a complete red flag for me, since every tool I've used similar to this always gets in the way and I waste time trying to figure out what all that clockwork is doing behind the framework in order to achieve my goal. No thanks.
yeah this is far more for building quick prototypes rather than a stylized UI. If you are comfortable at frontend then best use NextJS etc and call a server with the model
Gradio has that. Basically the app runs locally but gradio provides ssh tunnelling by providing a publicly accessible url. need to use share=True parameter while launching the app
Creator of Mesop here. Thanks for creating this video! Big fan of your RUclips channel so it was awesome to see this 😊
I know a lot of people have wondered why we made another python UI framework. One of the reasons I didn't mention in the blog post is that it's very difficult to use most open source projects, especially FE ones, due to requirements around web security and build integration within Google
@@WillMesop 🔥🛠💎
I don't know if you or Sam are humans or bots. But you two are a treasure. Please keep going. Filthy causal here just trying to level up and/or avoid obsolescence.
@WillMesop Awesome!! As soon as I saw it I knew I wanted to make a video to help it get some more attention. Very cool to see you chime in here. Thanks for the great work.
Nice bro
“Often when you are making it for your self, when you start to use it, perhaps some of the assumptions were totally wrong” I laughed out loud so hard 😂. That hit home.
Any thoughts on how to use prompting to generate my UI on the fly for my user? I want to have a dynamic UI that is driven by the prompts.
Can you explain a bit more. What do you want to change or update etc?
after the prototype is demonstrated and approved, is there any way to generate application code and remove all dependencies on mesop? or maybe that is not the intended purpose of mesop, in which case my bad.
not really the intended use case currently but my guess is pretty soon a model can do that conversion for you
Nice video, Streamlit and Gradio has already a lot of component.s. Curious about the decision to use Flask and not Fastapi?
I agree this is something I thought too. Fast API would give API end points and swagger for free etc.
@@samwitteveenaiand it support native asgi
The structure seems similar to SwiftUi .. in how you create the layout , text , buttons.. etc
hi Sam, can you do also file upload or it has a stored memory of uploaded files in the backend where FE can just query? thanks
I am not sure if they have an upload feature will look into it
how to run outside colab?
just install the pip package
Great Tutorial! Thank you!
Google then: Let's create something nobody ever imagined and blow their minds.
Google now: Let's repeat something already done, pretend it is better, and quietly withdraw support after 2 years.
Thank you! You chose the right examples to whet my attention. Regards.
Does this work well with threaded bg process?
My guess since it is based on Flask it will be similar to that, but I'm not 100% sure
Thank god possibly a standardized way to develop LLM Tool-Use 🎉
WE can't use this outside of google colab like public links from gradio
You can self host using the gh repo
@@RuturajZadbuke That is the problem, I want to use it from google colab
you can do either
What about Taipy
Taipei?
Sorry it’s Taipy
This is what Im into of late, simply due to its faster data handling. Lot of streamlit folk are moving to it.
Why people dont give Dash the love it deserves. Such powerful python UI maker
I used it for a while about 5 years ago, but abandoned it for streamlit. It was good for dashboards but not interactive chat etc back then. Haven't looked at it in a long time. Have they added much?
Compared to Gradio is it simpler? from your video it looks similar...
can you make a video about langchain v0.2?
I have started recording a course for this
Great video. Thanks
So I should learn how to do UI in a new language (python), with a new framework (mesop), so that I can do UI faster until I fix all the design flaws, then I can rewrite it in the language + framework I normally use?
1) Correct me if I'm wrong, but python still has the global interpretter lock (GIL), which hurts scalability unless I want to spawn endless processes.
2) There seems to be quite a bit of heavy lifting under the hood just due to the fact that so little code has to be written, which has become a complete red flag for me, since every tool I've used similar to this always gets in the way and I waste time trying to figure out what all that clockwork is doing behind the framework in order to achieve my goal.
No thanks.
yeah this is far more for building quick prototypes rather than a stylized UI. If you are comfortable at frontend then best use NextJS etc and call a server with the model
Is there any way to host it for free and make a small app available to the public at a small scale?
Gradio has that. Basically the app runs locally but gradio provides ssh tunnelling by providing a publicly accessible url. need to use share=True parameter while launching the app
I agree this is a cool feature on Gradio, my guessis Google may stay away from this because of security issues etc
Thank you :)
Dang, that's amazing!
very helpful
Why are ppl sleeping on chain it
ChainLit is great, but my sense is that these are different tools for different use cases.
Awesome!
Seems unnecessary