this post was submitted on 25 Jun 2023
50 points (98.1% liked)

Python

6232 readers
1 users here now

Welcome to the Python community on the programming.dev Lemmy instance!

πŸ“… Events

October 2023

November 2023

PastJuly 2023

August 2023

September 2023

🐍 Python project:
πŸ’“ Python Community:
✨ Python Ecosystem:
🌌 Fediverse
Communities
Projects
Feeds

founded 1 year ago
MODERATORS
 

Shamelessly cross-posting this ...

top 7 comments
sorted by: hot top controversial new old
[–] [email protected] 11 points 1 year ago (3 children)

I usually read news like this so this is my opinion about this subject: python is a good language for prototype, PoC, and general tasks where performance and security is not really important. For other uses languages like C, C++, Rust, Fortran, and libs like MIPS are better option. I think every language has its pros and cons, so the optimal is select the best language for the particular task, no try to change the language for be the best in all aspects (it is impossible).

[–] Welmo 5 points 1 year ago (1 children)

There is also lots of fields where Python performance isn't the bottleneck. In my backend web application, Python isnt holding us back and actually help us deliver features faster. And we can scale to much more clients before performance starts being an issue.

My last project was a legacy Django web app, that actually worked fairly well, the problem was the shitty codebase but it was in Production for almost 10 years, thousands of users and everything worked

[–] [email protected] 2 points 1 year ago

I agree with you. Python us a good language and it suites very nice for a lot of productive uses cases. The problem is when high performance is a mandatory requirement, in this cases I suggest other options better than Python.

[–] [email protected] 3 points 1 year ago (1 children)

I do agree with you on performance, but what makes python unsuitable where security is important?

[–] [email protected] 0 points 1 year ago

Dynamic typing is a potential source of security problems

[–] cd_slash_rmrf 2 points 1 year ago

there can also ne inertia for existing projects though. for example it can be tough to get more research-y work (eg grad students) to switch over from r/python/Matlab for data processing in favor of c/rust

[–] [email protected] 8 points 1 year ago

They could probably have gotten similar results by using a combination of numpy and numba. They could also have just written a C extension which they basically did. The key is to get the final code to run both in parallel and vectorize on your exact hardware. So there are compiler flag choices too if your using C. Nice though.