Tensorflow 2.0: models migration and new design https://buff.ly/2zvL9oI Great overview of upcoming TF changes. Personally I agree with the author and I'm not a huge fan of eager mode either. Is it just because I'm used to thinking in terms of a graph? Is eager really superior?
-
Previously people writing TF V1 graph code for a custom layer would do so *while working from imperative mental models*, and that would lead to a lot frustration. I agree that if you are used to graphs of ops, then it's a fine paradigm, but in practice most people aren't
Ultimately the issue is not so much eager vs graph, it's making sure that what users expect (preexisting mental models) matches how the framework looks like and what it does
-
-
Hiding complexity (which still exists as a graph under the hood) by wrapping an imperative paradigm around it makes the API easier to use, I agree. But it may also lead to lots of issues that will become harder to debug as users don’t understand *why* things don’t work.
-
There are analogies in other areas. E.g. people copying & pasting code from Stackoverflow and complaining it doesn’t work without trying to understand any of it. If they understood the code the error would be obvious.
- Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.