When tensorflow was released (november 2015), it was python2 only!
805 karma · joined July 1, 2015
When tensorflow was released (november 2015), it was python2 only!
That's not correct. Numpy, for example, will not be supporting python2.7 starting January 1st, 2020 (https://docs.scipy.org/doc/numpy-1.14.2/neps/dropping-python...), and there are others in the process.
Python itself will stop supporting 2.7 on January 1st, 2020. (see https://devguide.python.org/#status-of-python-branches)
Has it been poorly managed? Yes.
Will a number of companies skip upgrading from python2 to python3 and instead rewrite it in Go or Rust? Absolutely.
But "no end in sight" is not an accurate depiction of the current state of affairs.
Thanks for this clear example of an offhanded dismissal.
The syntax being shown here demonstrates an incremental way of layering on the components of the final visualization, which shows the power of the underlying grammar of graphics.
The only real problem with it is that it's easy to get into some thorny-looking transformations because there is so much to work with.
What he does is not just firing up a GAN and sampling some pictures.
He's an explorer navigating uncertain realms. https://mobile.twitter.com/quasimondo/status/106311763402625...
'looks like you used kubernetes for a major project recently. What were some of the unexpected warts?'
Someone with experience running a service on k8s will have at least a few stories, and how someone describes their own responses to those hurdles can shed light on their personality.
This is a rough approximation of a quote he gave during the talk:
"What makes Rust different is not that you can write high-performance, bare-metal code. People use C and C++ to do that all the time. What makes Rust different is that when you write that code, it is safe, clean, and easy to use, and you are confident in its correctness."
If even Google is using Rust for performance-critical development, that seems pretty promising to me.
Count-min-sketch is also beautifully simple.
They open-sourced Kubernetes and Tensorflow that year, both with a view toward cannibalizing AWS's lead. They released Apache Beam the following year, but it hasn't caught on the same way.
At this point, Kubernetes is winning everywhere, so why not use Google's infrastructure for it? , and tensorflow has enough adoption that you might go to Google Cloud just because they integrate so tightly with it.
More recently, Google purchased Kaggle, and has turned Jupyter notebooks into Colab, as well as hiring Jake VanDerPlas out of UW. They're trying to turn GCP as the easy, first choice solution for running and versioning your darn notebooks. But if you're already there, why not use BigTable to pull the data INTO the notebooks...?
There are definitely tone-deaf steps they're taking, but Google is building serious advantages into their cloud offerings.
There was a period, maybe 1.5 years ago, during which text input prediction got substantially worse, then gradually improved. Along with the change came the ability for text input to change the estimated word after you entered the next word, using the combination of your entries to both words to estimate both simultaneously.
If they have language models which perform that task at a level worth pushing out to consumers they can do some smoothing of entries in a list.
"The lede" is a journalistic term roughly meaning the gist of the story. http://grammarist.com/usage/lead-lede/
If you divide the responsibilities of a data scientist into two broad categories:
* Can I get the answer I need/build the product I need?
* What is the question I should be answering? What do I need to build?
Software engineers tend to do quite well at the former, but are not necessarily guaranteed to be successful at the latter.
But if you've been producing value in a DS/ML role for years, you have experience, which is even more rare than some of the qualifications people are listing here.
If you can say "I created an anomaly detection system using isolation forests that 5,000 clients relied on for detecting market changes", there will always be places that want your skillset: it is kind of a new field, after all.
So the credential bloat at entry-level shouldn't really be an issue for you.
The success of the first iPhone or Facebook app didn't depend on using it to navigate through life-and-death situations not only for the users but also for everyone around them.
There are places for 'move fast and break things'. But cars move fast already, and they can really break things.
ggplot2 is of course the prime example. It simply and elegantly allows characteristics of your visualization to either vary based on data, or remain fixed to your specifications. Since so many data visualizations in science and industry are really variations on that theme, you can do the vast majority of what you want.
Put another way, it is my impression that consumers are already paying for bandwith. Getting Netflix to pay for faster routes would mean ISPs are double-dipping.
But I've really enjoyed them so far because the books have surprised me at least a dozen times.