3 ms·

It's not a matter of better. The original comment is all about what compromises work for me, and why I don't have a use case for Java. You are trying to move t

It's not a matter of better. The original comment is all about what compromises work for me, and why I don't have a use case for Java. You are trying to move the debate toward the quality of java, which is was never my point.

pjmlp 6y ago
Not at all, I though your point was how Rust and Go are a much better option. > If I do, I won't go Java, I will choose something that is built for performance. Python is good enough for 99% of my performances need. The last 1%, jumping to java is not a big difference, I'll use rust or go. So given that, I am curious where are those GUI alternatives with the required perfomance in Go and Rust.
- BiteCode_dev 6y ago
  So you are in the very niche use case where: - you need a GUI - you need perf beyond what Python is capable and you identified it clearly in advance - you can't use numpy / multiprocessing / cython, pypy or they won't give you the perf you need - you can't find a main hotpath you can optimize with a 5 lines c or rust extension and write 99.99% of your app in python. Or you don't want to bother. If you ever find yourself in this very use case, then yes, use Java. But I never found myself in this very precise use case.
  - for_xyz 6y ago
    No, he is in need of writing production quality software together with his medium to big sized dev team and he doesn't want to introduce maintenance burden into his project 10 years from now. Software will get improved during it's lifetime and not overwritten from scratch every 2 years.
    - pjmlp 6y ago
      With external contractors arriving to work on a foreign code base just for a couple of Jira tickets as per department budget.
  - JAlexoid 6y ago
    > multiprocessing Please.... That's literally the worst option for python on this planet. For all "just do multiprocessing" the tooling is horrible garbage. Then we get to Twisted and Gunicorn the Spring Framework of Python world.

pjmlp 6y ago

Not at all, I though your point was how Rust and Go are a much better option. > If I do, I won't go Java, I will choose something that is built for performance. Python is good enough for 99% of my performances need. The last 1%, jumping to java is not a big difference, I'll use rust or go. So given that, I am curious where are those GUI alternatives with the required perfomance in Go and Rust.

BiteCode_dev 6y ago
So you are in the very niche use case where: - you need a GUI - you need perf beyond what Python is capable and you identified it clearly in advance - you can't use numpy / multiprocessing / cython, pypy or they won't give you the perf you need - you can't find a main hotpath you can optimize with a 5 lines c or rust extension and write 99.99% of your app in python. Or you don't want to bother. If you ever find yourself in this very use case, then yes, use Java. But I never found myself in this very precise use case.
- for_xyz 6y ago
  No, he is in need of writing production quality software together with his medium to big sized dev team and he doesn't want to introduce maintenance burden into his project 10 years from now. Software will get improved during it's lifetime and not overwritten from scratch every 2 years.
  - pjmlp 6y ago
    With external contractors arriving to work on a foreign code base just for a couple of Jira tickets as per department budget.
- JAlexoid 6y ago
  > multiprocessing Please.... That's literally the worst option for python on this planet. For all "just do multiprocessing" the tooling is horrible garbage. Then we get to Twisted and Gunicorn the Spring Framework of Python world.