Dustin Sallings

What else would I use? I've been writing tons of go code for nearly three years now. I get fast, concurrent, parallel code in very little time. I was pretty much production-ready with seriesly in two weeks by myself (though I'm starting to get contributions from other users). Last night, I closed my last open issue "bulk interface" by making an optional memcached binary protocol interface with custom packets for database selection and streaming data in. Today, I started a new project with a new guy, and got some pretty impressive internal demos working after a couple hours of work. I get lots of things done fast and reliably. This doesn't happen as much for me in other languages. I went into more details in the follow-up post where I described how I built seriesly (and keep in mind, I wrote this after it had only been alive for two weeks): http://dustin.github.com/2012/09/13/inside-seriesly.html

No, monit doesn't manage services. Monit tries to follow clues you've given it about what's running, it polls them once in a while, and if something appears to be not running (as measured by the instructions you've given it), it runs the one-liner you've given it that should start the thing up again. Monit does a thing that approximates managing a process, for certain values of "approximates", "managing", and "process". Supervisory process management is one of Linux's absolute weakest points. I cut my teeth on fault-tolerant HA minicomputers, and it pains me to think that 30 years later, we still don't have a way to say "make sure apache is always running. period." As a great blog pointed out, there is exactly one process that KNOWS when a service has stopped running, and it doesn't need .pid files or polling or anything else to tell it: process 1. I'm not a systemd advocate - I don't know enough about it, and we're using Ubuntu so I'll end up learning upstart anyway - but read this, it's way more eloquent that I can be: http://dustin.github.com/2010/02/28/running-processes.html

Here are my top ten, mostly web-related in some way because of my interests. These are the "loud alpha geeks" - the ones who broadcast their interests via regularly-updated blogs or curated links. (There are plenty of "quiet alpha geeks" who are just as "alpha" but not as easy to follow online.) Brad Fitzpatrick (http://brad.livejournal.com/) - creator of LiveJournal and Danga, now at Google working on PubSubHubbub, the Social Graph API, etc. John Resig (http://ejohn.org/, http://news.ycombinator.com/user?id=jeresig) - jQuery, Mozilla, lots of other JavaScript and browser stuff. Paul Bucheit (http://news.ycombinator.com/user?id=paul) - creator of GMail and FriendFeed, now at Facebook. Ryan Tomayko (http://tomayko.com) - Ruby, Sinatra, now working at GitHub, has an excellent linkblog. Simon Willison (http://news.ycombinator.com/user?id=simonw) - Django, Python, also has an excellent linkblog. Leslie Orchard (http://decafbad.com/) - Previously at Delicious/Yahoo, wrote books on JavaScript, Dojo, RSS, now at Mozilla. Follow his bookmarks at: http://delicious.com/deusx Mark Pilgrim (http://diveintomark.org/) - Atom, HTML5, Linux, Python, Greasemonkey, formerly at IBM, now at Google. Bookmarks at: http://delicious.com/wearehugh John Gruber (http://daringfireball.net/) - Apple news and punditry, linkblog. Sam Ruby (http://intertwingly.net/blog/) - Atom, Python, Ruby, Rails, XML, HTML5, SVG. Read what he reads at: http://planet.intertwingly.net/ Kevin Kelly…

It's not deliberate confusion. There was a lot of work to just getting the code out there, and we're now working on more and more docs. Have a look at http://blog.northscale.com/northscale-blog/2010/07/what-exactly-is-mem… and http://dustin.github.com/2010/06/29/memcached-vbuckets.html for good technical content.

Dustin Sallings says, "Don’t start programs, run programs." See: http://dustin.github.com/2010/02/28/running-processes.html

Yes, Dustin forked it on github. You can read about it here: http://dustin.github.com/2009/09/12/tornado.html tornado.twister here: http://github.com/dustin/tornado/blob/205a13b3c0afac843abdebb86bff9f73…