Maj. Gen. Sir Nils Olav 2 years ago
Kernel.
HN user
oliver_quartic
15 karma
Posts0
Comments5
No posts found.
[GET] "/api/user/oliver_quartic/stories?hitsPerPage=30&page=0": 500 Failed to fetch user stories
Here is one reason: https://news.ycombinator.com/item?id=10852055 (TL;DR - default signal behaviour is different for PID 1).
[Edit - fix link]
Deep Learning Meets DSP: OFDM Signal Detection 8 years ago
I'm sure this was fun to build, but it doesn't sound particularly practical.
Specifically, it's unclear why one would eschew the high degree of structure in OFDM (specifically designed to aid analytical approaches to time/frequency/channel estimation) in place of applying a general-purpose learning technique.
I suspect this results in a much lower-performing, much more expensive algorithm, relative to state of the art. The lack of a relative performance comparison is telling here. (Detection "below the noise floor" sounds impressive, but in practice that's how many/most digital radio systems work.)
It's also unclear whether this actually provides fine time/frequency offset estimates. These are the numbers one actually needs, not just "was there a signal".
Body Count of the Roman Empire 9 years ago
Stephen Pinker did this number crunching (in fastidious detail) in "The Better Angels of our Nature". I forget what the result was, though.
https://en.wikipedia.org/wiki/The_Better_Angels_of_Our_Natur...
Python, as Reviewed by a C++ Programmer 9 years ago
Couple of things:
1. "Call/pass by XXX" terminology usually refers to language semantics, not underlying implementation details. In that respect, the call-stack mechanism is largely orthogonal here.
2. According to this oft-cited article (in the context of Java), passing an address under the hood is not sufficient to make a language call-by-reference. http://javadude.com/articles/passbyvalue.htm - AFAIK Python would "fail" the "Litmus test".
(EDIT - clarify what's not call-by-ref)