News for hackers. Stuff that matters.
Re:Python performance myths and fairy tales by alankarmisra on Wednesday August 06, 2025 @08:21AM (#44811008)
Genuinely curious; while I understand why we would want a language to be open-source (there's plenty of good reasons), do you have anecdotes where the open-sourceness helped you solve a problem?
Re:Python performance myths and fairy tales by yupyupyups on Wednesday August 06, 2025 @08:39AM (#44811175)
Not the OP, but I have needed to patch Qt due to bugs that couldn't be easily worked around.

I have also been frustrated while trying to interoperate with expensive proprietary software because documentation was lacking, and the source code was unavailable.

In one instance, a proprietary software had the source code "exposed", which helped me work around its bugs and use it properly (also poorly documented).

There are of course other advantages of having that transparancy, like being able to independently audit the code for vulnerabilities or unacceptable "features", and fix those.

Open source is oftentimes a prerequisite for us to be able to control our software.

Re:Python performance myths and fairy tales by _aavaa_ on Wednesday August 06, 2025 @09:38AM (#44811848)
It has helped prevent problems. I am not worried about a python suddenly adding a clause stating that I can’t release a ML framework…
Re:Python performance myths and fairy tales by Philpax on Wednesday August 06, 2025 @12:54PM (#44814551)
In the earlier days of rustc, it was handy to be able to look at the context for a specific compiler error (this is before the error reporting it is now known for). Using that, I was able to diagnose what was wrong with my code and adjust it accordingly.