Live data from Hacker News

Python Is Eating the World

zdnet.com

321–330 of 993 posts

Re: Python Is Eating the World

#321

Earlier quoted context omitted.

Stop using flake8. The original PEP 8 document doesn't even recommend 80 characters anymore. Pylint and mypy and black are way more useful.

I sure do enjoy watching people hyper-fixate on a tiny thing. I'm not sure who you think you're helping by doing this, but it isn't me.

[deleted]

Re: Python Is Eating the World

#322
I've not written that many heavy applications in Python (Java mostly). I do like the dynamic nature of it. I find myself leaning more towars dynamic these days, appreciating Javascript today as well. I like the v.env side of Python. Many languages have this plumbing to get a project started and Python is the most comfortable of them all. Python is smart. Python is easy to teach also.

Re: Python Is Eating the World

#323

Reading this got me thinking and I wonder if other people feel like me about this, so I'm going to share it. This is not serious, but not entirely unserious... I try to be a good sport about it, but every time I write python I want to quit software engineering. It makes me angry how little it values my time. It does little for my soured disposition that folks then vehemently lecture me about the hours saved by future…

I am about to hit a decade of python experience. I work with it daily, all my major codebases are written in it. I hate it. It has an ok object system which is possibly its only redeeming quality. I found Racket about 4 years ago, and any new project that I work on will be in Racket or CL. I could go on at length about the happy path mentality of python and the apologists who are too ignorant of other people's use ca…

Two decade Perl programmer who's been using a bunch of Python recently. I don't hate it, but I've not been getting any particularly complicated use-cases. I do miss Moose a lot, and I miss Bread::Board and I miss DBIx::Class, which SQLAlchemy does not make up for. The weird scoping didn't take too long to get right, although string interpolation still takes me too much thinking about.

What I am missing from Perl is library documentation and MetaCPAN. It seems that the go-to solution is that you're meant to create some kind of damn mini-site for any even vaguely complicated project you do using Sphinx, which seems bizarro land. Also the _requests_ documentation looks like it was written by Wes Anderson and wtf I hate it. Also I hate that all libraries have cute rather than descriptive names; yes there's some of that in Perl, but it feels like less. Bah humbug. Other than that it's fine.

Re: Python Is Eating the World

#324

Earlier quoted context omitted.

I have nightmares of dealing with Python packaging... I finally gave up and just started using PyInstaller to ship binary blobs to people.

That doesn’t even work in all situations. What if the system requires development packages? What if it’s a different OS or architecture? Packaging is a nightmare.

What if you are on Linux and your binary requires a slightly newer version of glibc for some reason etc.

Static, portable binaries on Linux are hard.

Re: Python Is Eating the World

#325

Earlier quoted context omitted.

Well in my world, the other language is Java, not Haskell. Alone in this?

For what it's worth, Java tortures me a lot less since J8. I don't dread it the way I do python because I can use Clojure or Kotlin.

So the workplaces you've been at don't even let you change the line length limit, but they let you mix Clojure or Kotlin into a Java codebase?

Re: Python Is Eating the World

#326

Earlier quoted context omitted.

Rust's cargo, JS's yarn and the grand daddy of them all Ruby's bundler address all these issues. Even newer versions of Gradle support a workflow where you specify the versions you know you want and just on everything else, including transitive dependencies, down.

Yeah.. not sure why the love for Ruby faded in startup-world

I love Ruby but my customers are with Python and Elixir now. I do Ruby 5 to 10% of the time. Nearly all my personal project except some Node.

Re: Python Is Eating the World

#327
post #313
post #261

Earlier quoted context omitted.

F#, OCaml and Haskell Can I quickly prototype a new deep learning model and scale it to a 32 GPU cluster with very little effort in those languages?

For those unaware: Haskell has a REPL (ghci), and you can make files more script-like with the (currently most popular) build tool stack[0] if you include: #!/usr/bin/env stack -- stack --resolver lts-6.25 script --package turtle (as you see it includes easy dependency management :) ) 0: https://docs.haskellstack.org/en/stable/README/

This doesn't answer their question though. a REPL isn't magical

Re: Python Is Eating the World

#328
post #44

Earlier quoted context omitted.

I think he is referring to indirect dependencies

>>> Why isn't there any builtin way to automatically define a lock file pip isn't actually part of Python proper.

Nowadays, a regular installation of CPython lets you run "python -m pip". It's quite part of it.

Re: Python Is Eating the World

#329
post #171

Earlier quoted context omitted.

I know I’m responding to opinion but: developer productivity isn’t one of the pitfalls of Python. Yes I agree that if you’re using Python for a large scale project involving lots of developers its not the best; but that’s because it doesn’t have a good type system. You can’t work out why people like it so much because of this misconception. The languages that you gave as examples most definitely do _not_ value your p…

It's unclear to me how a person can be productive if the language doesn't value correctness.

There are plenty of real world situations where neither the requirements nor the prerequisites value correctness, but getting an 80% or even 99% correct set of results while flagging the unhandled cases is very valuable.

Python as a structured upgrade to Excel.

Re: Python Is Eating the World

#330

Earlier quoted context omitted.

Yeah.. not sure why the love for Ruby faded in startup-world

From personal experience, hiring for Ruby development seemed to get a lot harder and of the few candidates that applied, many couldn't do FizzBuzz.

I've been working since the 90s and I never attempted to do FizzBuzz. Is it really relevant? Maybe to screen junior developers out of college?
Post reply on HN