Hello Erelde,
it, is referring to what could be made to close that Gap, that would facilitate and guide more programmers to use Rust for Engineering applications that are heavy on the math side.
Ending the two languages problem and duplicate efforts in design and implementation of systems.
Python, has it's drawback in terms of speed of code made in Python, but with the heavy work made in NumPy, ScyPy and some other packages they did it. They called some of the engineering users from Matlab to Python. But the goal would be to have a unified code source, fully function, that could be used for exploration, for prototype, and for final target machine usage. C++ or C can't do it, Python for different reasons certainly can't do it, so maybe Rust could do that unification.
The current state of thing is that the great majority of engineering books are all written for Matlab, because it's the "standard" in industry, and because the books are written in it, colleges teach the usage of Matlab in there courses, because student licenses are low the majority of courses don't make the transition to Python, and because Python isn't also the solution for the target.
So, if one day, there is a good infrastructure for engineering math libs in Rust, like there is in Matlab or Python (different degrees), there could be a real possibility of transition from the combination of Matlab and C++/C to Rust by having the advantage of unifying each of there parts in the process.
But like @Michael-F-Bryan said, the best thing that one can possibly do maybe is to contribute to the development, usage and documentation of libs for it in Rust. And if the tools are good people will transition naturally.
Thank you,
Best regards,
João Carvalho