I am just curious.
118 karma · joined March 21, 2015
I am just curious.
Since I am not finding what I am looking for in Go then maybe I should ought to try out Julia.
Thanks for the JuMP reference. That looks cool.
You can compare Go's gonum to Python's numpy. For Java's Weka, Scala's MLlib, Python's scikit-learn, C++'s Dlib to what Go is offering.
Maybe Go leans more on its C-interop for these sorts of things which is a bit like numpy.
Am I missing something? Will this change?
* I am happy with with the big improvements in VS starting around 2015. But the fact, that the C++ support was so bad in earlier versions (even if it was better in some ways than other IDEs) that it makes me upset that people had to put up with inferior older versions for over decade.
* It was not my original point but yes MS does not follow the standard very well, at least before. I even found a compiler bug myself back in VS2015 (the last version I used before moving linux server dev.)
Anyone?
Writing this caused me to look at [1] to see if I was completely off. I do see some similarities but also a big difference, at this point of time, in terms of Pony's greater professionalism and claim's to rigour.
Will the output to readable C always be available in the future?
Of course, you could create a benchmark test that detects a performance regression, but I am hoping for something more sophisticated like tagging a scope to indicate that it should result in a certain group of AVX instructions.
But are they an abstraction that will be useful in the future? Worth it for the language?
I guess if you paid yourself less (by effectively working less) that rate would come down a lot since both the employer's taxes and income taxes are rather progressive.
1. Do you see the bloat even if you don't use post C++11 features but compile using the C++17 standard?
2. Do you think it is mostly the compiler that is causing the bloat alone? Or is it stuff from the standard library header files that some how gets linked in (and are not used or needed by your software)?
I've changed jobs and interviewed some afterwards: some employers make a big deal (negative) about these gaps. While others seem mildly impressed that I did something somewhat different. They tend to pay less attention now that a few years have passed. I think it is also because such gaps are more common these days and because losing employees to other companies is probably bigger problem than sabbaticals.
Networking is a main sell of boost::asio but it does general async event loops, not only for networking. And boost::asio was upgraded for C++11 years ago.
I think there is/was some attempt to do it for emacs as well.