Live data from Hacker News

PyTorch: An Imperative Style, High-Performance Deep Learning Library [pdf]

arxiv.org

11–17 of 17 posts

Re: PyTorch: An Imperative Style, High-Performance Deep Learning Library [pdf]

#11
post #8
post #6

Man it’s kinda sad as a Lua fan to see so much interest in a project where the main goal is just to not use Lua. I guess academics like familiarity and Lua insistently refuses to be like other languages (arrays and maps in one type, 1-based arrays, nonstandard builtin patterns, etc).

Academics simply don't have the time to learn languages that do not have substantial ecosystems and relative ease-of-use.

It’s true - there have been attempts to fix it, but nobody has created something other people want to use. The Torch project largely replaced all of the then-popular Lua packages — wxLua was dropped for Torch’s internal qtLua, the Lua concurrency libraries (Lanes and luaproc) were ignored in favor of zeroMQ, LPeg and Lua patterns were generally less popular than PCRE and Re2 bindings, et cetera. Maybe Torch is to blame (NIH syndrome), maybe the Lua packages weren’t up to the task, maybe communication within the community is too hard (Lua lacks centralized discussion channels where experienced users are regularly active), but in the end, Lua didn’t come away looking good here.

Learning a new language wasn’t too hard when that language was Python, after all.

Re: PyTorch: An Imperative Style, High-Performance Deep Learning Library [pdf]

#12
post #2

Finally the solution to all of your PyTorch citation problems! :)

Relevant Github issue: https://github.com/pytorch/pytorch/issues/4126

It is surprising to me that they don't put this in the README.

(I do know it is in the root directory[0], it is just common practice to have it in the README. To be stupidly obvious)

[0] https://github.com/pytorch/pytorch/blob/master/CITATION

Re: PyTorch: An Imperative Style, High-Performance Deep Learning Library [pdf]

#13
post #6

Man it’s kinda sad as a Lua fan to see so much interest in a project where the main goal is just to not use Lua. I guess academics like familiarity and Lua insistently refuses to be like other languages (arrays and maps in one type, 1-based arrays, nonstandard builtin patterns, etc).

It's just about package support and the community. If researchers and practitioners were choosing a language based on merit alone it would probably be Julia for native speed and support for scientific computing. It's nice to have a toy language you appreciate but recall the goal is to write math into algorithms; the language is just tool.

Re: PyTorch: An Imperative Style, High-Performance Deep Learning Library [pdf]

#14
post #6

Man it’s kinda sad as a Lua fan to see so much interest in a project where the main goal is just to not use Lua. I guess academics like familiarity and Lua insistently refuses to be like other languages (arrays and maps in one type, 1-based arrays, nonstandard builtin patterns, etc).

As someone who's been a software person for 15 years I am so glad deep learning is centralizing on python. It helps so much to share tools and to use a relatively boring language. Lua offered literally nothing but ecosystem problems...

Re: PyTorch: An Imperative Style, High-Performance Deep Learning Library [pdf]

#15
post #11
post #8

Earlier quoted context omitted.

Academics simply don't have the time to learn languages that do not have substantial ecosystems and relative ease-of-use.

It’s true - there have been attempts to fix it, but nobody has created something other people want to use. The Torch project largely replaced all of the then-popular Lua packages — wxLua was dropped for Torch’s internal qtLua, the Lua concurrency libraries (Lanes and luaproc) were ignored in favor of zeroMQ, LPeg and Lua patterns were generally less popular than PCRE and Re2 bindings, et cetera . Maybe Torch is to bl…

We'd all be happier writing math; writing code is just a nuisance.

Re: PyTorch: An Imperative Style, High-Performance Deep Learning Library [pdf]

#16
post #10

Is there a typo in Listing 1? The forward function of the conv net should use: t3 = self.fc(t2) instead of: t3 = self.fc(t1) AFAIK the nn.functional.relu function is NOT inplace by default [1] https://pytorch.org/docs/stable/nn.functional.html

yes that's a typo

Re: PyTorch: An Imperative Style, High-Performance Deep Learning Library [pdf]

#17
post #11

Earlier quoted context omitted.

It’s true - there have been attempts to fix it, but nobody has created something other people want to use. The Torch project largely replaced all of the then-popular Lua packages — wxLua was dropped for Torch’s internal qtLua, the Lua concurrency libraries (Lanes and luaproc) were ignored in favor of zeroMQ, LPeg and Lua patterns were generally less popular than PCRE and Re2 bindings, et cetera . Maybe Torch is to bl…

We'd all be happier writing math; writing code is just a nuisance.

The Julia programming language's development started explicitly to address this sentiment.
Post reply on HN