tokenrove

6 ms·

1.
by tokenrove 4y ago
This paper was influential with regards this idea: https://www.usenix.org/conference/hotos-ix/crash-only-softwa... I don't think it's that unusual, but obviously there are tradeoffs.
2.
by tokenrove 4y ago
Check out Kleinrock's Queueing Systems.
3.
by tokenrove 6y ago
And, note, I'm not saying Go is bad, here, just that there is a lot that is underrated and misunderstood about Erlang. On the Erlang side, check out the BEAM Book chapter on scheduling: https://blog.stenmans.org/theBeam
4.
by tokenrove 6y ago
I've worked a bunch in both, and Go really doesn't compare; you can't judge based on watching a talk. I find it much, much easier to write safe, robust code in Erlang, and operationally, you have so much more power to inspec
5.
by tokenrove 6y ago
No, it was the need for this on Windows that made Citrix all its money.
6.
by tokenrove 7y ago
Hobbyists move first. Speaking of nostalgia, I'm sure you remember when people would mention they were moving to Linux and were laughed at — Windows, Solaris, AIX, HP-UX, and so on were the serious server OSes.
7.
by tokenrove 7y ago
I think your statement goes too far. In my experience, it's very difficult to do lightweight threading on the JVM anywhere near the performance of the BEAM, as well as region allocation in the style used by high-performance Erlang pro
8.
by tokenrove 7y ago
https://www.sqlite.org/malloc.html is a welcome contrast to the typical behavior you're describing, but I agree that such measures are rare. (and, not an application: though it provides the mechanisms for applications
9.
by tokenrove 7y ago
Untether.ai | multiple developers | Toronto & Montreal, Canada | REMOTE | Full-Time | https://untether.ai Our team is developing brand new hardware to do high-performance neural network and deep learning inference. We'r
10.
by tokenrove 7y ago
Untether.ai | multiple developers | Toronto & Montreal, Canada | REMOTE | Full-Time | https://untether.ai Our team is developing brand new hardware to do high-performance neural network and deep learning inference. We'r
11.
by tokenrove 7y ago
Untether.ai | multiple developers | Toronto & Montreal, Canada | REMOTE | Full-Time | https://untether.ai Our team is developing brand new hardware to do high-performance neural network and deep learning inference. We'r
12.
by tokenrove 7y ago
Reading code is essential to growth as a programmer. I do it all the time, often for pleasure. But reading snippets without context, like you're suggesting, is a common source of bugs in my experience. So often when working on a lega
13.
by tokenrove 8y ago
Yep, seems to be pitch class notation with T and E replaced with a and b. People interested in this kind of orthogonality should definitely check out Introduction to Post Tonal Theory by Joseph Straus. Even outside of the serial contexts
14.
by tokenrove 8y ago
Note that the claims in that abstract were retracted because the authors messed up when benchmarking. Note the changed title and abstract here: https://cseweb.ucsd.edu/~lerner/papers/fp-printing-popl16.pd...
15.
by tokenrove 9y ago
Yeah, I should have finished this article when it was still fresh. Hardware always seems to catch up with codegen from the '70s. (Thanks for the excellent paper reference.)
16.
by tokenrove 9y ago
I wouldn't scrutinize it too much as the benchmarking approach is wildly inaccurate, but I'm curious about that too. I might investigate it later. (I am the author of the post.) This was also run on a pretty ancient AMD machine
17.
by tokenrove 9y ago
Well, it's been happening since the '80s when several OSes were written in ostensibly garbage-collected languages. So it might be a little late to complain.
18.
by tokenrove 9y ago
The most useful caveat, from the paper: Since the average professional software engineer has more experience than our average subject, the effect sizes reported may be overstated for some populations
19.
by tokenrove 10y ago
Also, grafx2 is very heavily DP-inspired: http://pulkomandy.tk/projects/GrafX2 Great for pixelling.
20.
by tokenrove 10y ago
I did this about a year ago after being self-employed for about 6 years. One of the biggest reasons was actually the social aspects of working; I rarely worked with other people, or if I did, not for long. There are plenty of downsides to
21.
by tokenrove 10y ago
I agree, although I think this is mostly cultural. If we're only talking about single-threaded, CPU-bound code, this is basically true of any imperative language without fancy data structures: even a fairly naive native compiler will p
22.
by tokenrove 10y ago
An underlying point to this article that is still true is that C isn't inherently fast -- you have to work together with the compiler to make sure it generates what you want. Why is this even worth pointing out? Well, in many language
23.
by tokenrove 10y ago
https://github.com/danluu/debugging-stories is a good start
24.
by tokenrove 10y ago
To answer the titular question: I hate C++ because I worked in it for 10 years, and I came to realize things could be otherwise. I almost came back to the language with C++11, but its core problem remains the same: the only maintainable cod
25.
by tokenrove 10y ago
If you are manually adjusting the volume of the track in response to its level, you are performing compression manually. The overcompression people complain about in the "loudness war" could have been added at the mixing stage, bu
26.
by tokenrove 10y ago
TAOCP is also great because the implementations are in assembly language, which encourages you to think about efficiency in terms of the operations your machine performs, not statements in some high-level language. Not only is the writing
27.
by tokenrove 10y ago
Sadly no mention of SCTP, which, if you don't need to communicate with arbitrary hosts over the Internet, sits in a nice middleground between TCP and UDP.
28.
by tokenrove 11y ago
When developing something new, I make tons of tiny work-in-progress commits, sometimes dozens in a day, and frequently go back and squash them with rebase into a logical flow of changes, once it's more clear what that logical flow real
29.
by tokenrove 11y ago
Consider SCTP as an alternative if you want messages but want them in order.
30.
by tokenrove 11y ago
It's great to see this available and updated. It was one of my favorite compiler books growing up because it's so small and straight-forward. I feel it's a much better starting point for someone actually interested in build

More ›