This is great! I'm not sure if it was discussed on HN or not, but Khan Academy recently released an MCAT course with "more than 900 videos and 2000 practice questions." This is incredible, because last summer my wife's online MCAT course cost us around $2,500. It was a good course, but Khan Academy's course seems extensive and thorough. I hope it gets more publicity among med-school applicants!
I'm getting ready to take the MCAT and that's pretty widely known already on premed forums. It helps that it's a partnership between AAMC and KA and was one of the first resources out there for the new edition of the MCAT. I see a lot of folks still taking courses and using other resources too, but yes - definitely somewhat of a moneysaver :)
The "Camera Roll" beta removes the "scarlet letter" of a purple bar, but I don't have the full update yet.
I'll be honest, their last update turned me from a power user into a once-a-month-at-most user, and I haven't uploaded a single picture since. I'm hoping this new update recaptures my interest, because the old flickr wasn't perfect, but it worked very well.
The nice thing about Clojure development is that you really only need to start the JVM once, after that, you can eval anything you need instantly. And really, startup times aren't that bad. Here's Travis CI for a small project I made. Time to start the JVM and run tests? 2.76 seconds. The entire build completes in ~12 seconds.
well, it is not that bad because as part of the tests it also parse all the code of Javaparser and spring-jdbc (by no means small projects). Parsing it is an expensive operation also because the Java grammar is quite ambiguous
This is awful! I just want to give a shoutout to the Buttercoin team. They really nailed the serive. I remember signing up and thinking, "well, I'll just look," but by the time it came to transfer money, it was so easy, I just had to continue. Everything after that followed a similar pattern. Even the order form was well done. I'll miss you guys!
Btw, their matching engine is on GitHub and it's a good read!
> Btw, their matching engine is on GitHub and it's a good read!
But it hasn't been updated in 2 years... They could definitely open source parts of their current stack if they want to help bitcoin, maybe seeking a "Docker effect". It would be an AWESOME farewell. Bitpay knows how important this is, they are opensourcing a lot of cool stuff...
Edit: I've just realised they open sourced a newer matching engine built with scala (I was looking at the old node-based)
Remotely, sure (though I usually use joe for that), but for local edits, I start emacs --daemon as part of my regular login procedure (along with creating multiple terminal windows) and thereafter use emacsclient (aliased to 'e') for almost all file editing.
Only annoying thing is the way it retains buffers for modified files when you exit, even if you choose not to save them.
emacs -q (or faster, -Q) could be used in a pinch, but I find default emacs almost unusable.
The gist of this is really the Backpropagation algorithm . It appears as though everything else is a means to detect when to stop. One of the clearest walkthroughs I've seen online is a short series of very short videos by Stephen C Welch  . If you're interested in this space, start with him.
I see what Shykes is getting at though. I mean, if you want to use the rocket, then use the rocket. If you want to use docker, then how does adding another runtime help a docker user, when they could simply switch to rocket? I can understand how their might be a "convenience" factor, but if you're already actively deploying with docker images, then why bother with a separate image type?
Don't get me wrong, I think it's great the coreos guys are trying to make a bridge between the two projects, but so far, I don't see a need for this.
I'd like to use Rocket personally (I currently use Docker--while I think CoreOS's "containers everywhere" concept is a little misguided, I don't believe there's a good reason to have a permanent daemon, and if I need one I have Mesos) but make things I do easily available to Docker users.
(Docker's beefs here feel more like a company defending their turf than an open-source project, and that troubles me.)