apetuskey

This looks interesting! I want to try it out for a project we are working on, but we would need some of the features like callers, doctoring, and typing

What is the timeline on the coming soon features?

https://reflex.dev/ is all made in Reflex and has raised a seed round! There are also a few YC companies using Reflex that have raised seed rounds too.

I see thanks for bringing this to my attention, I didn't know that badges caused this problem for disabled people.

We will look into this, I think the info is still important to show but there probably is a better more inclusive way of doing it.

Thanks! We are fans of wasp as well!!

We do use nextjs but I think what's the most handy part of Reflex is the simplification of state management and event handling so there is more complexity to the framework.

We are keeping all our telemetry anonymous and don't store/track ips

https://nextjs.org/telemetry https://docs.streamlit.io/library/advanced-features/configur...

Yeah I see your point it's definitely something we are going to try and reduce in the future. We wanted to give the users the ability to wrap external react components and leverage that ecosystem so there were trade off we had to make.

The 3MB of JS is in dev mode or prod mode? (Is this similar to the other comment where they were running in dev mode but when they ran in prod it was much smaller ~ 340KB?)

We have 5 badges in total, and 1 of them to points to our integrations test passing. And the integration test do serve an important purpose in making sure we are compatible on multiple different os and don't make a change that would break WSL for example. More info here https://github.com/reflex-dev/reflex/tree/main/.github/workf...

The others are the current latest version, python version we support, how many people are on our discord (A metric to see community activity), and a badge that points to our docs. I think all of these are important but open to suggestions on ones you think would serve a better purpose.

I agree we need some benchmarks working on getting this asap.

Yes, dev mode is just for developing/creating and has hot reloading enabled.

Hey are you running in dev mode or prod mode I just tried the counter in prod mode and it was 340.1 KB compressed?

Yeah Pycon was busy but next time :)

Will be improved in the future as we start to offload client side actions with wasm, starting to do this but the python wasm ecosystem is still maturing

No definitely not really love what they are doing. It was a comment that its a framework where you just write python for everything

Agree a little different approaches, we found many developers wanted to stick with a 100% code approach and avoid the constraints of using an online drag and drop builder like retool/anvil etc. Instead opting to stick a traditional code tech stack that provides benefits like easier version control with ui and reviews with larger teams. Where as with a low code tool you are now forced to develop on the ui platform and locked in by the vendor.

We have also had some users build some fairly large Pynecone apps including our whole website built in our own framework.

Excited to try this looks really good! Been looking for something like this for our Pynecone code base!

Thank you :)

Pynecone comes with a built in sqlite database on the server only not on the browsers. you can also easily connect to any external db by changing the pcconfig

We are working on improving the performance, we are still pretty new but there are a few different ways we can speed state updates up. For state updates like pressing the counter a lot of times it can been seen, we will improve this.

Yes its entirely in python. No Javascript/React/NextJS needed.

Thanks! We are in the process of making it faster, the projects still new and there's a lot of different ways we can improve and speed things up. Especially since we want to start incorporating web assembly in the future.

Thank you! Feel free to put a GitHub issue ill try and fix asap

I think the comparison is similar to the comment I mentioned about how we are different than streamlit: more customizable, flexible, and you can make larger web apps

Thanks! I mentioned how we are different a couple comments previously.

Yeah we are looking into your other point about the name, noted.

Thanks for pointing this out, will fix

Thank you! Glad the finance/quant community can find it useful!

Definitely understand where you coming from, but I think there are a lot of engineers and data scientists who don't agree or don't have the time/drive to learn frontend technologies.

No you shouldn't have to do anything special, external libs should work as normal when used in event handlers.

I think a big thing is the limited supported libraries as of now.

Planning on building a hosting service to host Pynecone apps. Still finalizing the details but as pickelo said in one of the other comments.

Thanks! We're building a hosting service that you can deploy your apps to. Our plan is to have a free tier for your first app, then charge for additional apps. We're still finalizing this, so would love to hear any thoughts.

Thanks! Definitely, we do live streams of this on our discord I'll make sure to record them in the future!