Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Pynecone – Performant, customizable web apps in pure Python

pynecone.io

Post reply on HN
Print view View original

71–80 of 86 posts

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

#71

Post by picklelo »

darkteflon wrote: post #66
picklelo wrote: post #15

Earlier quoted context omitted.

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 these more complex use cases.

That’s awesome - it looks like a really interesting project. Would you be able to address the specific criticism raised by parent, on rich text boxes? Is this a case of a documentation shortfall, or something more fundamental?

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 we provide: https://pynecone.io/docs/advanced-guide/wrapping-react

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

#73

Post by PixyMisa »

charles_f wrote: post #68

> Now everyone can work across the full-stack. > > With Pynecone every engineer can work across the whole stack allowing for a more efficient and productive workflow. I assume what is meant is that having a single language is allowing people who know Python to work "full stack". I don't believe in that argument 1. JS has brought you that since Node. 2. You can transpile Python to JS, the fact that it's the same langu…

On the other hand, everything about Node is bad.

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

#74

Post by kmarc »

Just a heads up, on mobile Firefox (Android) I opened the increment/decrement example and after pressing any of the buttons there is a 500ms very long lag.

I suppose this is not expected

Edit: nevermind, its expected in slow connection due to a client-erver round-trip

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

#75

Post by minusf »

worik wrote: post #34
slmjkdbtl wrote: post #28

Earlier quoted context omitted.

For this software if you change to any language it will still use the same architecture and technology, setup a http server and generate HTML and some client JS code to run on browser, just syntax difference or maybe performance. Curious what exactly is the part you think Python is dreadful at that this software contains? You can definitely say there are better performance language but I'm curious about if other fact…

> Curious what exactly is the part you think Python is dreadful at • A large memory foot print ▪ Inefficient execution That's two out of the top of my head I have been badly burnt by Mailman3, pure Python, pretty front end, 2G needed to install it. That cost me real money. The difference between a cheap, and a very cheap, VPS

not sure what you mean. mailman3 frontends are 2 django apps and it's easy to run and scale up.

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

#77

Post by BiteCode_dev »

While I applaud the attempt, stating it's "performant" is misleading, as any calculation that could happen client side means a call to the network with Pynecone.

You can see it in their demo:

https://pynecone.io/docs/getting-started/introduction

The counter increment should be instantaneous, but instead, it goes through websocket, calls a python function on the server, and comes back.

In which case the difference between this and django+htmx is not huge: mostly you get widgets in pure Python, and websocket is not experimental.

Not sure it's worth giving up the whole django and htmx community to get locked in their widget set.

I'm not saying this to hit on the project, I do think pycone is a cool idea and it's nice to see people trying to make web dev more accessible.

But I want people to know what they are signing for.

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

#78

Post by Rimbo »

emmanueloga_ wrote: post #40
anigbrowl wrote: post #2

It’s just Python. The app state is just a class. State updates are methods in the class. And the UI is a reflection of the state. It's rare to see this sort of clarity on a landing page. Even more impressed to see that it carried over into the documentation, which is excellent. I've been a fan of the plotly/Dash framework, but this looks like an exciting alternative, feeling more immediately accessible without some o…

"state is just a class" brings up so many questions though. How do you serialize state if it is "just a class"? Serializing the state is useful for all sorts of things, including debugging, reloading, and saving and loading application state. Serializing state together with some code that operates on it may be doable but sounds either complicated or brittle.

Lisp did this decades ago.

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

#79

Post by fredrikholm »

abraxas wrote: post #45
yamtaddle wrote: post #42

Earlier quoted context omitted.

> Well then, people should also stop doing that with Typescript because it's [...] much slower than JavaScript. Wuh?

Typescript transpiles to JS with a bunch of runtime checks woven in resulting in much slower code than equivalent barebones JS. There are benchmarks that show this.

Could you share some of these benchmarks? This is news to me; AFAIK TS transpiles into minimized JS and has 1:1 runtime characteristics.

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

#80

Post by hakanderyal »

worik wrote: post #18

Don't. Just do not do this Python has a place in scripting Because you can, does not mean you should, build full applications with it It is a colossal waste of resources. It leads to genuine problems as it gets bigger that you will only find when you have considerable sunk costs. This is a terrible idea, it was a terrible idea in 1995 when people did this with Perl, it is a terrible idea now Use Python for what it is…

This is an area where there is no right answer.

There are a lot of success stories, big and small, with apps built with Python, Ruby, PHP.

So, if you are already familiar with the language and build something now, go with it.

On the other hand, also be aware of the other side of the coin.

It'll probably be much more productive to build long lived applications in a better language more suited to it.

I've built 30+ apps and wrote hundreds of thousands of lines of code with Python for ~10 years.

I've switched to C#/.NET now, and couldn't be happier. It allows me to almost all the dynamic things I had done in Python, in a type safe way, thus making everything easier.

I wish the modern, cross-platform .NET existing when I've started my journey in Python.

Post reply on HN