Live data from Hacker News

Pynecone – Performant, customizable web apps in pure Python

pynecone.io

51–60 of 86 posts

Re: Pynecone – Performant, customizable web apps in pure Python

#51
post #41

I played with it and subsequently turned my back on it in favor of alpine.js and some vanilla JavaScript to handle client state with Flask on the back end. The reason I gave up on Pynecone is that these things transpile to other already high abstraction frameworks like React. This is all good and well until something goes wrong and you now have more layers to troubleshoot. Another huge downside to this approach is th…

There are a few options I’ve seen for “liveview” type approaches in Python, see e.g. reactpy and streamlit. (Assuming you are not looking specifically for something that transpiles to JS.)

Re: Pynecone – Performant, customizable web apps in pure Python

#53
Looking at some of the examples in the docs [1]. Seems very odd that the mixin class they provided essentially lets you use bounded/instance variables and methods as class attributes and class method. Nevertheless, this seems very promising and I'm happy someone spent time on this

1: https://pynecone.io/docs/state/overview

Re: Pynecone – Performant, customizable web apps in pure Python

#54
post #41

I played with it and subsequently turned my back on it in favor of alpine.js and some vanilla JavaScript to handle client state with Flask on the back end. The reason I gave up on Pynecone is that these things transpile to other already high abstraction frameworks like React. This is all good and well until something goes wrong and you now have more layers to troubleshoot. Another huge downside to this approach is th…

> something like Pynecone that targeted html/dom/js directly instead of wrapping node/react/next This might not be what you were imagining, but I think this js more or less what we built at https://anvil.works (I'm a founder). Anvil's UI toolkit is built "straight on the DOM", and it's shaped like Python objects rather than going via some other React-y abstraction. This is possible because we expose the difference be…

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.

Re: Pynecone – Performant, customizable web apps in pure Python

#56
post #41

I played with it and subsequently turned my back on it in favor of alpine.js and some vanilla JavaScript to handle client state with Flask on the back end. The reason I gave up on Pynecone is that these things transpile to other already high abstraction frameworks like React. This is all good and well until something goes wrong and you now have more layers to troubleshoot. Another huge downside to this approach is th…

There are libraries which use similar approach but don't employ huge js dependencies, for example https://lona-web.org

Had good experience with them, works out of the box and UI is very responsive.

Re: Pynecone – Performant, customizable web apps in pure Python

#59

Earlier quoted context omitted.

> something like Pynecone that targeted html/dom/js directly instead of wrapping node/react/next This might not be what you were imagining, but I think this js more or less what we built at https://anvil.works (I'm a founder). Anvil's UI toolkit is built "straight on the DOM", and it's shaped like Python objects rather than going via some other React-y abstraction. This is possible because we expose the difference be…

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…

Oh, yeah - "text in a Git repository" is table stakes for developers. Ditto being open source to avoid lock-in. (Which is why Anvil has both! You can check your code out, edit in VS code, and host locally.) But if you want a visual UI editor, you gotta have the tooling somewhere...

Aside: I get grouchy about the term "low-code", mostly because it's almost always a lie (you're going to need the code, and most "low-code" systems just hide how much that's going to hurt - which is why we put the code front and centre), and it causes people to lump Anvil in with, eg, Retool rather than, eg, Pynecone/Viola/Beeware...but this is definitely getting off topic ;)

Interested to hear how your scale-up/B2C users deal with the round-trip delays - I guess that's less of a deal with websites than interactive apps? (Should probably have grabbed you at PyCon to ask, but we were both pinned down pretty hard! I did manage to wave at you though, I think...)

Re: Pynecone – Performant, customizable web apps in pure Python

#60

Earlier quoted context omitted.

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…

Oh, yeah - "text in a Git repository" is table stakes for developers. Ditto being open source to avoid lock-in. (Which is why Anvil has both! You can check your code out, edit in VS code, and host locally.) But if you want a visual UI editor, you gotta have the tooling somewhere... Aside: I get grouchy about the term "low-code", mostly because it's almost always a lie (you're going to need the code, and most "low-cod…

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

Post reply on HN