nickzoic
@deater those look great, I'll check them out and add a link, especially since there's some lo-res stuff there! I don't recall every seeing a lo-res game other than brick out!
Thanks for the tips re: blanking interrupts, although to be fair there's no way in the world I'm going to cycle-count the entire thing ... unless ... unless ...
Anyway, such a shame there's no little wire there to trigger IRQ from VBI, it'd make so many things easier. It seems really obvious now but I guess at the time it Wozn't.
But there's a layer beneath HTTP as well. If all you get back is a TCP RST, did the request succeed or fail? How about if you get an ICMP unreachable or just a timeout ... should you retry?
So, the Internet being what it is, it is probably not a bad idea to aim for idempotence for the critical bits.
... they're a very exciting device and incredibly cheap, and the supplied SDK libs look very nice, even though they aren't quite fully open source.
The NodeMCU boards are very useful even if you're not interested in Lua, they add power, USB and breadboard friendly headers in a smallish package.
I've started messing around with different ways to program them for educational purposes: http://nick.zoic.org/etc/flobot-graphical-dataflow-language-...
I just EOLed a project which started 8 years ago ... at least one bug existed for 7.5 years of that. It was a minor UI bug and just bumped along at Priority Low with no-one really minding it until the company got acquired and the project got merged into another one. There were others as well.
My point is: without splitting the "backlog" by priority it is hard to see if this is really "software death" or just "bug fossilization" ...
Maybe I should draw my own graph.
And probably you would have, at least eventually, although maybe with a couple of false starts and by that point perhaps some misfeatures have already been locked in and now your simple, elegant solution (the one you came up with all on your own without some fancy consultant) isn't quite going to work the way you'd like it to, but it's still 90% of the way there and you're only a little bit over budget -- so long as you cut a couple of the less useful features you should hopefully get the whole thing done before you lose the support of management -- but then they change CTO and the whole thing gets put on hold indefinitely.
I like his GIS work, but there is no conceivable way that there were only 3 pushie accidents on that road in 7.5 years so sorry VicRoads but I doubt the dataset is accurate.
Funny to see my neighbourhood on HN :-).
Plagiarism, mostly :-/.
It features the main column / side column design as discussed, with notes, diagrams and navigation hints in the side column and is a great demonstration of the value of whitespace!
static const int days_per_week = 8;
:-).I was totally into the Virtual Reality hype of the day. It's funny to think that 20 years later it might almost be useful. Maybe I'll buy an Oculus Rift to celebrate :-)
http://www.feynmanlectures.caltech.edu/
http://www.openculture.com/2012/08/the_character_of_physical...
OK, so that's not quite everything but it is a pretty good start, and there's lots of other stuff out there on the web.
(there's already a link there between YouTube comments and flecks of spittle ...)
My point was more that a lot of the time, if you structure your data right (and get the right balance of denormalization) you don't need joins very much and so the lack of them isn't really a big disadvantage.
You end up having to do some joins yourself still, but this is often appropriate. Imagine that the "actor" entity contains a complete bio, including family history with relationship to other actors, links to wikipedia & fan sites, etc. When you're displaying the page for episode #202 of "Everyone Loves MongoDB", you don't want to retrieve all that data for all the actors. You're not going to display it all on the episode page anyway. Instead, you just need an ID (to href an a and src an img) and probably a small amount of denormalized stuff (name, for the img alt ...). Since that's what you need, that's what you store.
There's a limit to how far you can denormalize schemas before it is no longer helpful. The author explores this limit, and finds that MongoDB doesn't make the limit go away.
> Never underestimate the bandwidth of a station wagon full of tapes hurtling down the highway. -- Andrew S. Tanenbaum, Computer Networks, 4th ed., p. 91
It'll never catch on.
for each of these, working out
1/s + 1/m - 1/2 = 1/E
gives 1/E = 0
... which makes sense (kind of) since those
three cases are infinite regular tilings instead of regular polyhedra ...(EDIT: Just noticed jonsen's comment here too, "infinihedron" suddenly makes sense to me :-) )