Re:Ditching Excel for Python in a legacy industry
by lldbg on Thursday December 31, 2020 @12:57AM
(#25590011)
numpy is much more than a wrapper around a BLAS dll. BLAS implements three sets of operations:
Level 1: unary and binary vector vector operations, one transform.
Level 2: Matrix vector operations.
Level 3: Matrix matrix operations (most famously the dgemm routine).
Perhaps some blas implementations offer more features, but that would defeat the purpose of a standard interface.
Re:Ditching Excel for Python in a legacy industry
by stochastastic on Wednesday December 30, 2020 @09:51PM
(#25589062)
Okay, I can totally see it now. We are still at the stage where people seem to think that I’m neurotic for worrying about the python side of things, so DLLs have not been on the radar. ;)
Re:Ditching Excel for Python in a legacy industry
by z3t4 on Thursday December 31, 2020 @11:25AM
(#25594064)
In Nodejs native libraries are a PITA. The compatibility API breaks on a schedule every 6 month, dependencies get updated by OS distros sometimes breaking stuff, then you rely on the OS being able to compile the library. I hope Python has better native interop.
For example, numpy is a wrapper around a BLAS DLL (e.g. Intel MKL). Pipenv manages the python side of things, but don't exert control over the system DLLs (like Docker does). Anaconda gets very close to what Docker does (by managing DLLs). Have not used poetry, so can't comment.
Ultimately, like most dependency management issues, lacking a stable DLL environment won't be a problem until it is :)