News for hackers. Stuff that matters.
Re:Fast.ai and why Python is not the future of ML with Jerem... by lmm on Tuesday September 08, 2020 @03:47AM (#24406115)
I used to think that until I found Scala. It's easier than writing Python - I can write pretty much the same thing as I would in Python, but I have a more complete IDE and I can ask it what the types of things are. I'd never want to use a Java/C++-style language for exploratory programming, but it turns out not all reasonable-performance languages are like that.
Re:Fast.ai and why Python is not the future of ML with Jerem... by gilbertmpanga12 on Tuesday September 08, 2020 @04:40AM (#24406427)
I think you're trying to oversell here, Scala is bloated with lots of paradigms and lots of features. It's pretty hard to know what to use. Python in most ML frameworks is just a frontend, other beefy stuff gets processed by c++ or c
Re:Fast.ai and why Python is not the future of ML with Jerem... by lmm on Tuesday September 08, 2020 @08:27PM (#24415290)
> Scala is bloated with lots of paradigms and lots of features. It's pretty hard to know what to use.

It's a flexible language, but I wouldn't say bloated - there actually aren't so many language-level features, but the features there are are very general. Some parts are simpler, e.g. in Python I struggle to remember which method you have to define to overload the * operator, whereas in Scala you just define a method called * . But I'd agree that there are a bunch of overcomplicated frameworks that can be pretty confusing - it's not always an easy language to get started with. But I stand by the statement that you can write Python-like code in it, at least once you know what you're doing.

> Python in most ML frameworks is just a frontend, other beefy stuff gets processed by c++ or c

Right, and that introduces a bunch of overhead and possibilities for weird errors - e.g. when you hit a bug in a library you pretty much have to learn how to debug C. In Python the benefits are worth it, but there's undeniably an overhead - if you could use the same language top-to-bottom but still have all the nice things Python gives you, that would be a much nicer way to work.

Re:Fast.ai and why Python is not the future of ML with Jerem... by fxtentacle on Tuesday September 08, 2020 @03:55AM (#24406145)
I actually do lots of exploration with C++ and ReSharper. There's excellent C++ libraries for everything these days. And cmake has made them easy to install.
Re:Fast.ai and why Python is not the future of ML with Jerem... by lmm on Tuesday September 08, 2020 @04:03AM (#24406194)
I really don't see it. No first-class REPL and REPLs/IDEs will always be limited due to the ecosystem relying on macros; no proper dependency manager and certainly nothing comparable to maven central/CPAN/etc. And the language is missing even the most basic support for sum types, making its type system painfully restrictive.
Re:Fast.ai and why Python is not the future of ML with Jerem... by pjmlp on Tuesday September 08, 2020 @05:17AM (#24406631)
conan and vcpkg are the proper dependency management.

Macros are less of an issue with modern IDEs, and that is hardly any different from any other language with macro support, including Scala.