Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

TensorFlow: open-source library for machine intelligence

tensorflow.org

Post reply on HN
Print view View original

61–70 of 211 posts

Re: TensorFlow: open-source library for machine intelligence

#61

Post by rhaps0dy »

varelse wrote: post #56
malmsteen wrote: post #51

So, i have a very simple question.. : I want to start deep learning now, to implement RNNs, autoencoders, Q-learning on a very specific application (not images). I've read a lot of papers, but not done any DL implementations yet (although many classical ML so far), my question is very simple : Where do I start ???? Should I use Torch ? Theano ? Theano + pylearn2 ? Theano + pylearn + Lasagne ? Caffe ? Or should I just…

Methinks embrace the magical library written by engineers and researchers at Google instead of by a random goulash of machine learning grad students with no investment in the outcome other than graduating.

> with no investment in the outcome other than graduating

Come on. Grad students are motivated by advancing the field.

... are they not? Maybe you can also be saying that the ones who write libraries are motivated only by graduating.

Re: TensorFlow: open-source library for machine intelligence

#63

Post by pilooch »

varelse wrote: post #56
malmsteen wrote: post #51

So, i have a very simple question.. : I want to start deep learning now, to implement RNNs, autoencoders, Q-learning on a very specific application (not images). I've read a lot of papers, but not done any DL implementations yet (although many classical ML so far), my question is very simple : Where do I start ???? Should I use Torch ? Theano ? Theano + pylearn2 ? Theano + pylearn + Lasagne ? Caffe ? Or should I just…

Methinks embrace the magical library written by engineers and researchers at Google instead of by a random goulash of machine learning grad students with no investment in the outcome other than graduating.

Well, wait to see how support goes etc... In the meantime take on Keras or Lasagne, and do your stuff, i.e. acquire hands-on experience now. When time comes that you need to go into production, or you need a model that is not available in your current lib or framework, then consider a switch. Point being that experience acquired with one framework will empower you whatsover.

In my view, these frameworks are like programming languages, you do need to pick a new one up from time to time, but you can do most of the things with all of them.

Re: TensorFlow: open-source library for machine intelligence

#65

Post by pilooch »

musesum wrote: post #50

I'm kinda floored, by this. Have been developing a flow based language to do this. Even started with the approach of using Python and then moving to scripting directly in C++. Maybe I tweak my own project. Anyone playing with low level GPU deployments, like Metal? [EDIT] Ok, so there is some GPU - should probably play some more before asking obvious questions. Really keen on scripting out flow directly.

link to your project ?

Re: TensorFlow: open-source library for machine intelligence

#66

Post by ska »

nye2k wrote: post #38

If we could stop using the term Neural Networks in relation to computing, that would be great. Computers don't have neurons.

If we get hung up on every abuse of terminology we run into, nobody will get anything useful done.

At this point the name is well established. If it makes you feel better, just remember to tag "artificial" on to the beginning, nobody will mind.

Re: TensorFlow: open-source library for machine intelligence

#67

Post by azeirah »

tomatioaz wrote: post #57
kragen wrote: post #8

This is really significant. At this moment in history, the growth of computer power has made a bunch of important signal-processing and statistical tasks just feasible, so we are seeing things like self-driving cars, superhuman image recognition, and so on. But it's been very difficult to take advantage of the available computational power, because it's in the form of GPUs and clusters. TensorFlow is a library design…

What is Nile? I can't find it on Google.

Nile is a language built by Dan Amelang, a researcher @ viewpoints research institute. It is a language made for graphics rendering, it has the goal of having no incidental complexity.

2D vector graphics rendering as an example, takes ~10.000 lines of code using traditional libraries like Cairo (used by Firefox) or Skia (used by Android and Chrome). In Nile, it's 200 lines of code.

Check out this repo, and the pdf inside the readme https://github.com/damelang/nile

Re: TensorFlow: open-source library for machine intelligence

#68

Post by Nrpf »

vegabook wrote: post #45
asdfologist wrote: post #23

Earlier quoted context omitted.

The Python Software Foundation has stated explicitly that Python 2.7 will EOL in 2020...

...but the science guys have been offered zero incentive to move, this "end of life" argument has been worked to death without success, and so it's perhaps time to shift focus to the science community's real needs (ie: GPU).

Check out Dynd.

Re: TensorFlow: open-source library for machine intelligence

#69

Post by varelse »

pilooch wrote: post #64
varelse wrote: post #37

Earlier quoted context omitted.

And just 4 years after their insistence that GPUs would never have a role at Google... How 'bout that?

Google is certainly Nvidia's top customer.

Sure, now. 4 years ago, not so much.

One might even conclude that one person inside Google had written a brawny and influential paper that was right in a lot of ways, but wimpily dead-wrong to apply to GPUs.

Re: TensorFlow: open-source library for machine intelligence

#70

Post by jheriko »

i really wish people would stop calling multidimensional arrays tensors.

there is already well defined language for this. multidimensional array is fine, psuedotensor is fine. tensor is confusing if you have any previous background with tensor calculus before the word became machine learning flavour of the month.

still. this does look pretty cool overall. processing large volumes of data is becoming increasingly less specialised and more generic, which can only be good. :)

Post reply on HN