picklelo

5 ms·

1.
by picklelo 2y ago
I was playing around this weekend on making user interfaces around Claude3 and built this little web app to roast your website. Source code here: https://github.com/picklelo/webcritic
2.
Roast Your Website with Claude3(webcritic.reflex.run)
4 points by picklelo 2y ago|4 comments
3.
by picklelo 2y ago
Yes good call out. We started as Pynecone but a company with a similar name forced us to change our name.
4.
by picklelo 2y ago
Hey thanks for the feedback. We're working on relaxing our dependencies [1] to make reflex more compatible. Do you remember what libraries you had the conflict with? [1] https://github.com/reflex-dev/reflex/pu
5.
by picklelo 2y ago
Thanks! we found script-like frameworks like Streamlit are nice for small apps, but hard to reason about for larger apps. We went with a declarative approach more similar to React. FastAPI has been working well for us, but we're not st
6.
by picklelo 2y ago
Right now Reflex is meant for full-stack apps, but portability is something people have asked us for. We're working on making Reflex work in different environments like Jupyter notebooks, and we're also exploring using Reflex for
7.
by picklelo 2y ago
We need to compile down to React/HTML in the end as it's the only way to render a webpage. By "pure Python" we meant from the developer's perspective they won't have to touch React or Javascript. We only use Re
8.
Designing a Pure Python Web Framework(reflex.dev)
117 points by picklelo 2y ago|53 comments
9.
by picklelo 3y ago
We want to support any UI feature that you can build with React/NextJS. We will expand our core to include components like rich text inputs but we also have a way to wrap any React library so you're not locked into the components
10.
by picklelo 3y ago
Keeping the state on the server allows us to run arbitrary Python code and libraries in our event handlers that update the state. Currently only the ui is compiled to React but the logic stays in Python. We’re working to offload more logic
11.
by picklelo 3y ago
Thanks for pointing out, we will update our sqlalchemy dependency to the newest version
12.
by picklelo 3y ago
Yeah we’re only hosting on a single region at the moment so there can be latency depending on your location. We’re working on using edge computing to speed this up.
13.
by picklelo 3y ago
Cofounder of Pynecone here - thanks for the feedback. We’re prioritizing improving our docs and example apps in the upcoming weeks and will have a ChatGPT clone example. Definitely want to improve the onboarding experience and showcase thes
14.
by picklelo 4y ago
The state is updated through Python functions that are run on the server, so the state needs to be on the server
15.
by picklelo 4y ago
We use Websockets for state interactions, so the latency may depend on your internet connection + distance to server. We will improve this in the future by leveraging more edge computing and WebAssembly to execute closer to / on the cl
16.
by picklelo 4y ago
The ORM is a wrapper around SQLAlchemy, so only SQL databases for now. But since everything is in Python, you can still connect to any other database/service like you normally would.
17.
by picklelo 4y ago
We're using Pydantic and our compiler has custom type-checking on top of Python to catch these issues.
18.
by picklelo 4y ago
I'll look why the search doesn't bring it up - see our event chain example here for how we do async event handlers: https://pynecone.io/docs/state/events
19.
by picklelo 4y ago
Only the frontend is compiled to JS/React. All the logic and state updates stay in Python and are run on the server, so we don't have to transpile arbitrary Python.
20.
by picklelo 4y ago
Our goal is for the user to never have to see JS. We try to catch most errors in Python during compile time. We're also not trying to reinvent things like CSS styles, just make them accessible in Python.
21.
by picklelo 4y ago
We definitely will add these auth components to the core library
22.
by picklelo 4y ago
We use the `cloudpickle` library which supports most data types. We found the state size doesn't impact performance too much - our main website's state is quite large but the Redis loads stay fast.
23.
by picklelo 4y ago
Yes that sounds interesting, let's discuss more!
24.
by picklelo 4y ago
Each new browser tab creates a new state. We use Redis to store the state and expire it after 30 minutes.
25.
by picklelo 4y ago
Thanks! We're using GH Projects for everything, we will update the board with a more long-term roadmap. Python support for wasm isn't where we need it yet, but we definitely want to integrate it when it's ready.
26.
by picklelo 4y ago
I've used some of these in the past and they're easy to get started with, but I found limitations in terms of components, styling, and performance. Since we compile down to a NextJS app, we aim to have the flexibility of tradition
27.
by picklelo 4y ago
Yes, in Pynecone you write your frontend in Python and it's compiled to a SPA, plus a FastAPI backend server to handle state updates. Django and Flask handle the backend in Python, but you still have to use Javascript for the frontend.
28.
by picklelo 4y ago
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.
29.
Launch HN: Pynecone (YC W23) – Web Apps in Pure Python
550 points by picklelo 4y ago|315 comments
30.
by picklelo 4y ago
This is awesome the graphics are very relaxing

More ›