The Incredible Growth of Python • Hacker News Board

Re: The Incredible Growth of Python

#221

Post by hurtmyknee » Sat, Sep 09, 2017, 10:33 AM UTC

pbreit wrote: post #127

goodoldboys wrote: post #42

As someone who works with Python every day, this isn't surprising. I forget where I heard/read it, but someone made the claim that Python is the "second best language for everything" (paraphrasing) and I couldn't agree more. Need to create a web app that interfaces with a data pipeline? Python/Django/Flask is perfect. There are countless other examples too.

I agree that Python works well for just about everything but wish there was a framework between Django & Flask.

I like to keep things modular, if you're looking for API development Falcon is a lightweight DIY solution (https://falconframework.org/).

Re: The Incredible Growth of Python

#222

Post by hurtmyknee » Sat, Sep 09, 2017, 11:02 AM UTC

uvtc wrote: post #201

nstart wrote: post #141

Predicting it now. A large part of the "why" is going to be because of the jump in data science. Python is an incredibly kind language to new comers in the sense that it allows you to just get started. A lot of people are making bigger jumps into data science (purely anecdotal) in the sense that they are programming more around it. Scraping data, cleaning data, etc is also really easy with Python. Devops stuff is als…

> Looking forward to the "why" post. Glad that they mentioned that they'll be publishing that soon. I think the "why" is because, for many users: * they want a small and easy, dynamically-typed, garbage-collected language with few surprises (see `import this`). Perl misses out here. * they want something built with C so there's easy access to native libraries. Languages on general-purpose VMs miss out here. * I don't…

Great post, could you expand your thoughts on Nim? With Cython/PyPy I can get things done when resources are more restricted.

Never seen Nim in prod, but it has caught my eye and I'm curious.

Re: The Incredible Growth of Python

#223

Post by d0mine » Fri, Sep 15, 2017, 4:18 PM UTC

jzl wrote: post #3

TL;DR: Slightly interesting but narrowly focused article with clickbait-ish headline. It charts the growth of Stack Overflow python question views in the last five years. While this is an interesting statistic there is no additional analysis that it correlates to python's usage growth. And no hypothesis is given for the growth in question views, although they tease a future post about that. It would have been far mor…

They address this point in an earlier post on Flash (Flash is Dead). See near "Conclusion: do questions really represent the health of a technology?" https://stackoverflow.blog/2017/08/01/flash-dead-technologie...

Re: The Incredible Growth of Python

#224

Post by mercutio2 » Sat, Sep 16, 2017, 2:43 PM UTC

e12e wrote: post #103

ufmace wrote: post #40

Earlier quoted context omitted.

I do mostly Ruby professionally and dabble in Python, and I agree with heydonovan. Pip works fine for installing things, but near as I can tell, Python has no equivalent of bundler - a tool to install specific versions of a bunch of libraries, generate a lockfile ensuring that your production server and all of the devs are all running it with the same version of everything, and letting you have as many versions of a…

> Python has no equivalent of bundler - a tool to install specific versions of a bunch of libraries Zope and plone, the project(s) that came up with python eggs, used to have the concept of "known good sets"[1], which were massaged and used with zc.buildout : http://www.buildout.org/en/latest/ I'm not sure I'd recommend it for greenfield projects - splitting things up in sane-sized chunks, and using the now in-standa…

Sorry to nitpick, but Zope and Plone were not the originators of Python eggs, although they may have popularized them.

The design was done by Phillip Eby, with funding from OSAF for the development of Chandler, not Zope.

Much shade has been thrown at eggs over the years, and people bemoan the warts, but eggs and setuptools were better than what we had at the time in Python.

https://pypi.python.org/pypi/setuptools/0.6c11