Python is fantastic, it has an awesome library. Compared with C/C++ is a turtoise, I mean real math calcsRust is just another language. I fear Dominic Connor would call it a quiche language. It has some nice features, but so do other mainstream languages. It's in VS2015.
It's not even in the top 50. Of course, you can do it for fun if you have the time. A rough guess is it had [5,10]% of the functionality of C#, which is a good one if you are building quant libraries and such like.
https://www.tiobe.com/tiobe-index/
For production, use C/C++, C# and Java in the main. And Python is 'hot' it seems but I am not sure why really.
The language wars are over.
Fair enough. Apart from libs and prototyping what else? Would you use it to create a production quant library?Python is fantastic, it has an awesome library. Compared with C/C++ is a turtoise, I mean real math calcsRust is just another language. I fear Dominic Connor would call it a quiche language. It has some nice features, but so do other mainstream languages. It's in VS2015.
It's not even in the top 50. Of course, you can do it for fun if you have the time. A rough guess is it had [5,10]% of the functionality of C#, which is a good one if you are building quant libraries and such like.
https://www.tiobe.com/tiobe-index/
For production, use C/C++, C# and Java in the main. And Python is 'hot' it seems but I am not sure why really.
The language wars are over.
It has ADT, what most mainstream languages don't. As an OCaml developer, it is a must have feature It is also supposed to handle first-class functions (when I looked into the language (at his alpha stage), it was not the case, but it was planned). The ownership concept is also interesting to avoid manual memory handling, without the cost of a GC.It has some nice features, but so do other mainstream languages. It's in VS2015.
we're home even when you're not?It has ADT, what most mainstream languages don't.
It is quite surprising IMHO that std::tuple is supported since C++11, only. std::function<> is a good addition.A lot has been happening with types in the main mainstream language (C++) over the past few years. It's becoming a post-type language, just as we've become a post-truth society
How does one collect said evidence without using the language enough to see what it can and cannot do?.....But VERIFIABLE EVIDENCE/applicability is not necessarily one of them......
Of course. But you are closing the discussion on a small part of the problem.How does one collect said evidence without using the language enough to see what it can and cannot do?.....But VERIFIABLE EVIDENCE/applicability is not necessarily one of them......
Maybe there's a few rules of thumb. For example, automatic garbage collection might be nice in some circumstances but unacceptable for hard real-time applications or languages that require loops to handle vectors, arrays, lists, sets, etc. really suck for math-oriented applications. But most to the more important properties such as expressive power, readability, usability, maintainability, etc. seem to be emergent.
Any valid analysis or comparison of languages comes after adoption, not before.