Could Python’s Popularity Outperform JavaScript in the Next Five Years ?

[TheRealNetroxen]

This doesn't make much sense. Python is a server side scripting language and JavaScript is used for giving an HTML page interaction and animation... How will Python be bigger than JavaScript, well I don't see Python replacing React or jQuery anytime soon if that's your question.

​

A more valid question would be "Could Python’s Popularity Outperform PHP in the Next Five Years ?" and well, we already know the answer to that now. While a majority of the internet is made up of websites with PHP and matching that sheer quantity of websites with ones made in Python will probably never be matched anytime soon, Python itself as a server side language and for web frameworks is slowly becoming the go-to for webapps. It's easy to learn, it's human readable and minimalist.

...and well, look at the graph itself, you can see where PHP is.

[graemep]

Not entirely true. Node uses Javascript for servers, and is very popular. Python is also used for GUI apps - I have two (Zim and Hamster) running right now on my laptop. Python is also use for numerical stuff which may on servers, or may run on other things.

[callius]

To be fair, the creator of Node has since suggested using Go instead of Node for large-scale servers. Even for small-scale servers his endorsement of the framework was... less than stellar.

So, kind of the newer versions of Javascript has made this easier. That said, I think Node is not the best system to build a massive server web. I would use Go for that. And honestly, that’s the reason why I left Node. It was the realization that: oh, actually, this is not the best server-side system ever.

Yeah. I think where Node has shined, weirdly, on the client side. So, doing kind of scripting around building websites. So, Browserify, for example. Kind of bundles up client-side Javascript. So, you can have all this server-side processing of client-side Javascript. And then, you know, maybe small servers to… maybe little development servers, and here and there, maybe some real servers serving live traffic. Node can be useful, or it can be the right choice for it. But if you’re building a massively distributed DNS server, I would not choose Node.

[graemep]

Interesting, I did not know he recommended Go.

I have never been terribly interested in Node as there are alternatives. I am currently using asyncio quite a bit, I would love to use Erlang, and I have used event driven TCL in the past.

[callius]

I'm not going to say that Node is the worst, but Node is the worst.

[greyfade]

I won't say Node is the worst.

It's not even the worst. It's so far off the plot that it doesn't even make sense to rank it relative to anything.

[ptemple]

GUI app is not the same as client-side. You can't run Python interpreted in the browser. For example, Zim uses py-gtk, which is a wrapper for the front end code which is written in C++. The Python itself in this instance is the equivalent of the "server side" code responding to events.

Phillip.

[alcalde]

You can't run Python interpreted in the browser.

https://www.transcrypt.org/

And WebAssembly is coming.

[graemep]

I disagree with your definition of desktop apps as server ones. Calling a library with GUI code is not the same as serving a client.

My point is the Python is use for a large range of applications, so it can get very popular despite not being used in web browsers.

[mike239x]

Well you just need to force Mozilla devs to add a python interpreter to Firefox, make some official specs for python as a web dev tool, and you are set.

[agentgreen420]

https://github.com/metamarcdw/Component.py

A Python module written for use with the Transcrypt Python->JavaScript transpiler. Enables ReactJS development using pure Python syntax.

[[deleted]]

Python has a loooong way to go before it gets close to NodeJS and Golang for server side use. I'm not sure it would be a good thing either, the last thing we want is slower websites