Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ihnorton
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
40 ms
·
331.
▲
by
ihnorton
12y ago
In New England (US) too: "A1 Courier"
332.
▲
by
ihnorton
12y ago
http://www.w3.org/TR/1998/NOTE-HTMLThreading-0105 ("but XSLT" does not meet the standard of non-obviousness to a person of normal skill in the art)
333.
▲
by
ihnorton
12y ago
This comes up a lot, and there is truth to it. But my flippant response is usually "the ones that aren't that important". In just the past two months we've seen examples of the system working well for both reproduction
334.
▲
by
ihnorton
13y ago
No disagreement, but wanted to point out that groups like Galois have been using Haskell-embedded, compile-to-C DSLs in some interesting ways recently: http://smaccmpilot.org/images/dronecon-talk.pdf This has the poten
335.
▲
by
ihnorton
13y ago
Which C++ compiler compiles itself in under 30 seconds on a typical desktop? Clang takes at least a minute or two even at -j40...
336.
▲
by
ihnorton
13y ago
Not sure what Lisp family it compares to, but there is Hylas: https://github.com/eudoxia0/Hylas-Lisp
337.
▲
by
ihnorton
13y ago
Building a huge project on any unknown stack seems ... iffy. Apropos this rant that I recently (re-)read: http://lua-users.org/lists/lua-l/2011-10/msg00825.html Some other guy read about LuaJIT somewhere,
338.
▲
by
ihnorton
13y ago
Wow, that is really neat. I would imagine Java's parallel-friendly data structures help make that feasible? (vigorously discussed in this thread a few months back: https://news.ycombinator.com/item?id=6505786 )
339.
▲
by
ihnorton
13y ago
Lots of interesting news in the .NET world lately. (Kind of hard to believe it took this long to get SIMD though!) SIMD can be a huge boost for numerical workloads; for example, SIMD auto-vectorization was just added to Julia, and people sa
340.
▲
by
ihnorton
13y ago
The other article has at least some content: https://news.ycombinator.com/item?id=7546332
341.
▲
by
ihnorton
13y ago
You might be interested in: https://github.com/lindahua/Devectorize.jl (not 100% general yet AFAIK, but already very useful. The code is a great read too)
342.
▲
by
ihnorton
13y ago
FYI in case you haven't seen it: https://github.com/BioJulia/Bio.jl (nascent bio community with some good people onboard already; there are a handful of other bio-related things in the Julia pkg repository that ha
343.
▲
by
ihnorton
13y ago
> cross-compiler from scratch (also long) Building GCC shouldn't take more than a couple hours on a modern machine, and it's a one-time cost for a drastic speedup of every subsequent RPi build. So the aggregate time should stil
344.
▲
by
ihnorton
13y ago
Yes: CMake is a little weird, but it's less bad than all the other options for cross-platform projects, and CMake+Ninja is wonderful. (that said, I do hope something Lua-based like Premake catches on).
345.
▲
by
ihnorton
13y ago
Are you familiar with Ninja? (which is absolutely excellent IMHO) http://martine.github.io/ninja/ > Ninja is a small build system with a focus on speed. It differs from other build systems in two major respects: it
346.
▲
by
ihnorton
13y ago
Thanks. Have been playing with the Senz3D (rebranded DS325) for a rather different application, but was a bit underwhelmed so far with both accuracy and range. (On the other hand, it's kind of amazing for $125).
347.
▲
by
ihnorton
13y ago
At the end of the video, one camera is from PrimeSense, and the other (appears) to be a SoftKinetic (or Senz3D); is that correct? Does anyone have experience comparing those cameras for accuracy/fov/framerate/etc.?
348.
▲
by
ihnorton
13y ago
> MRI devices are handheld and available Really? Did you mean NMR? edit: found this, https://pines.berkeley.edu/research/optical_detection which, although not yet handheld MR (imaging), could be quite a big advance.
349.
▲
by
ihnorton
13y ago
> Also remember that C++ does not have a "package manager" Many large, truly cross-platform, continuously-integrated C++ applications do - out of necessity - have an (ad-hoc, underspecified) approximation of a package manager.
350.
▲
by
ihnorton
13y ago
“Awesome science story, but there’s a zero percent chance that a fusion laser scientist named Dr. Hurricane isn’t a supervillain”
351.
▲
by
ihnorton
13y ago
Both of which have non-trivial overhead in CPython.
352.
▲
by
ihnorton
13y ago
Writing performant extensions for (C)Python requires knowing both C and the CPython API. In Julia it is easy to call C shared library functions directly with no overhead (similar to PyPy with CFFI).
353.
▲
by
ihnorton
13y ago
" I don’t believe in peer review because I think it’s very distorted and as I’ve said, it’s simply a regression to the mean." "SB: ... Somehow that’s why the journals insist they will not publish your paper unless you sign th
354.
▲
Parallel Julia on Google Compute Engine
(blog.juliaferraioli.com)
2 points
by
ihnorton
13y ago
|
0 comments
355.
▲
by
ihnorton
13y ago
50% of the luxury market?
356.
▲
C++ Micro Services (light OSGI for C++)
(slideshare.net)
5 points
by
ihnorton
13y ago
|
0 comments
357.
▲
by
ihnorton
13y ago
No RC yet, 0.3-pre is the github trunk.
358.
▲
by
ihnorton
13y ago
Julia can call out to C functions[0], but can C functions call into Julia? There are several aspects to this: - Julia cannot generate linkable shared libraries, yet. - There is a fairly small "libjulia" C API (the embedding refe
359.
▲
by
ihnorton
13y ago
Yes, this is done now for the standard library, which has reduced time-to-REPL from ~3s to ~.5s. The same idea will eventually be extended to packages.
360.
▲
by
ihnorton
13y ago
But garbage collected memory of immutable values and atoms, in hardware? Hardware transactional memory might help here. http://en.wikipedia.org/wiki/Transactional_memory#HWIMPLEMEN...
More ›