<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Friends of yahooza</title><link>http://disqus.com/people/yahooza/</link><description></description><language>en</language><lastBuildDate>Wed, 09 Sep 2009 05:53:57 -0000</lastBuildDate><item><title>Re: Palm Pre: Two Months In</title><link>http://randomfoo.net/2009/08/25/palm-pre-two-months-in#comment-16232987</link><description>Yeah, on a better day I would have just deleted the comment, but layovers make me cranky.  I have comments enabled for interesting conversation, not for anonymous manchildren to come and crap in my internet living room you know? (there's cerainly enough space to do that, although I suspect that if more people enforced community standards, that these sort of pointless posts wouldn't be quite as common.)&lt;br&gt;&lt;br&gt;As far as inferior product or not, my point is that there are many dimensions. There are aspects of the product itself beyond the UI that contribute to UX, like the service, as well as other things like developer friendliness, openness, etc. Lastly, and perhaps even less quantifiable are the strands of... Justness (this probably gets lumped in by product people as part of brand strategy/identity).  "Appleseed" may scoff at that, but it's what kept Apple alive through the 90s, and although the irony may be lost on him, what get's people like him to post on random blogs about how awesome Apple is.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Wed, 09 Sep 2009 05:53:57 -0000</pubDate></item><item><title>Re: Palm Pre: Two Months In</title><link>http://randomfoo.net/2009/08/25/palm-pre-two-months-in#comment-16224726</link><description>Hey semi-anonymous Internet Jackass. Normally I don't get baited by mouth-breathers without the self-esteem to post with their true name, but your lack of reading comprehension, simplistic worldview, and my hour-long layover makes this your lucky day.&lt;br&gt;&lt;br&gt;In case you missed the very first bullet point, the fact that the Pre on Sprint actually has connectivity and doesn't drop calls really sort of blows away your "inferior product" construct right out of the water.&lt;br&gt;&lt;br&gt;Now, how about you tell me how many clicks it takes to check new mail messages in 7 inboxes in iPhone Mail? Or how your experience is when you're typing a text or email and receive notifications? How's the Facebook sync? Or running background apps?  &lt;br&gt;&lt;br&gt;That's OK, those are rhetorical questions.  That means I already know the answer to those questions because I've had an iPhone since literally day 1. And I still carry around my iPhone 3G with me in my bag and I use it both for development testing and for running some sweet apps.&lt;br&gt;&lt;br&gt;Did your fanboy head just explode that something could be better on different axes, or that multiple things could be good and bad at different things?&lt;br&gt;&lt;br&gt;Go troll elsewhere (and really, grow the fuck up).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 08 Sep 2009 22:13:47 -0000</pubDate></item><item><title>Re: Palm Pre: Two Months In</title><link>http://randomfoo.net/2009/08/25/palm-pre-two-months-in#comment-16216344</link><description>Yeah, I suspect all phones will have built in social addressbook syncing soon.  It *is* magical, and actually bumps up the FB usefulness even more.  Honestly, I'd rather have a "FBPhone" than a GPhone...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 08 Sep 2009 18:38:43 -0000</pubDate></item><item><title>Re: Palm Pre: Two Months In</title><link>http://randomfoo.net/2009/08/25/palm-pre-two-months-in#comment-16215979</link><description>In theory, Palm and Apple are both gatekeepers, although having multiple gatekeepers is probably preferable to having a single one. In practice, however, my Palm experience has been a lot better - developer mode is easily accessible, which gives full system access, and homebrew apps are available (and tacitly approved) without jailbreaking (and without disappearing w/ system updates).  &lt;br&gt;&lt;br&gt;(While Palm has made some noises about being more developer friendly, they haven't committed as publicly as Google has to openness, so we'll have to wait and see I guess.)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 08 Sep 2009 18:29:32 -0000</pubDate></item><item><title>Re: Palm Pre: Two Months In</title><link>http://randomfoo.net/2009/08/25/palm-pre-two-months-in#comment-16202153</link><description>Yeah, I like WebOS a lot, and hope that it can get the refinements it needs to remain a contender.  That being said, despite my less-than-stellar Android end-user experience, I suspect it'll "win" as the iPhone alternative - w/ a couple dozen devices coming out, it shouldn't have any problem getting to critical mass (at least 5-10M devices?).  And, w/ HTC's Sense, Motorola's Blur, and Sony's Rachel, it also has a number of 3rd party UI's that should be, at the very least, interesting.  I wonder if there's going to be anyone that tries to compete w/ Apple on fit-and-finish.  It seems like right now no one is even *trying* to make a product that has a responsive, non-laggy UI...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 08 Sep 2009 13:49:42 -0000</pubDate></item><item><title>Re: random($foo): Keyconfig for Firefox 3</title><link>http://randomfoo.net/blog/id/4128#comment-13830502</link><description>You're best bet on FF 3.5 compatibility is to check the forums.  I think that the official build should work...&lt;br&gt;&lt;a href="http://forums.mozillazine.org/viewtopic.php?p=6837145#p6837145" rel="nofollow"&gt;http://forums.mozillazine.org/viewtopic.php?p=6...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Mon, 03 Aug 2009 06:05:21 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-13830393</link><description>kvstores are particularly good for anything where you want to pull stuff quickly and randomly by id - canonical storage for documents perhaps, or pointers to media files. also, just about anything you would use something like memcache for, but that requires persistence.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Mon, 03 Aug 2009 05:54:22 -0000</pubDate></item><item><title>Re: Thoughts on the Palm Pre, G2, and iPhone 3G</title><link>http://randomfoo.net/2009/06/15/thoughts-on-the-palm-pre-g2-and-iphone-3g#comment-11701660</link><description>Yeah, it's really disappointing, the bad UI seems to be baked in at every level. &lt;a href="http://www.youtube.com/watch?v=FKTDSfbcbBU" rel="nofollow"&gt;HTC's Sense UI&lt;/a&gt; looks interesting, if only for the better widgets (looks like the mother of all weather widgets there), but I'm not getting my hopes up in terms of responsiveness or overall usability (I'm sure that someone will hack a ROM soon to flash on the G2, so it'll be worth poking around with).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Wed, 24 Jun 2009 17:43:04 -0000</pubDate></item><item><title>Re: Couple of New Toys: Google Ion (G2) and Palm Pre</title><link>http://randomfoo.net/2009/06/10/couple-of-new-toys-google-ion-g2-and-palm-pre#comment-10916957</link><description>Usually I carry one phone around.  I have &lt;a href="http://www.chromebagsstore.com/citizen-olive-black-stripe.html" rel="nofollow"&gt;a Chrome bag&lt;/a&gt; I carry around (almost 5 years old now) almost everywhere that I use to lug my laptop and any extra stuff I need to carry around.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Mon, 15 Jun 2009 01:40:15 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8970137</link><description>Fair enough on making sure the data is accurate.  Still, the hyperbole ("has no idea what he's talking about" or "spewing misinformation") does a disservice if free information flow is your goal. And from your tone and borderline ad hominem attacks, it sounds you have an axe to grind (unless your last comment is simply confusion-  ie, I wasn't referring to his writing simplejson, but rather writing &lt;a href="http://groups.google.com/group/project-voldemort/browse_thread/thread/e2bdca1f924493cf" rel="nofollow"&gt;voldemort_client&lt;/a&gt;).&lt;br&gt;&lt;br&gt;Personally, not knowing Bob at all, I found his presentation to be useful as a good overview for people that haven't been playing around with the various packages (and it jibed well enough with my own experiences) - I think he was pretty up front about where he was approaching it from (as someone who needed a solution that worked and his experiences - not as any domain expert, whatever that means).  Most of the data is going to be out of date anyway since projects have been moving pretty quickly.  And the plain fact of the matter is that his presentation has gotten attention precisely because there's so little published out there.  In that respect, I think that it's a pretty big contribution to the community and I wish there was *more* of that out there, not less.&lt;br&gt;&lt;br&gt;Anyway, if want to correct the errata in the presentation, why not just drop a line and it'd get fixed?  If it just offends your sensibilities that "anyone" can go around, test some stuff and talk about it... well, that's err, usually how that works. At least he's put his real name to it (that's what I'm a firm believer in).&lt;br&gt;&lt;br&gt;Anyway, since we've all said our pieces, I'd like to consider this conversation closed unless Bob jumps in.  Life's too short.&lt;br&gt;&lt;br&gt;cheers,</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Mon, 04 May 2009 01:10:05 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8800445</link><description>coder, that's a useful link, however saying that Bob has no idea what he's talking about is going a bit too far I think, seeing as he did explore Voldemort enough to write (the only) python binding for it...  (your post btw also nears the line where I start with comment smackdowns - if you're gonna blast people, you need to man up and put your Real Name and Reputation on it; I find that helps to keep conversation constructive and civilized), &lt;br&gt;&lt;br&gt;Both the partition-rebalance2 and protobuf branches look promising, so we'll just have to see.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Wed, 29 Apr 2009 02:58:03 -0000</pubDate></item><item><title>Re: Random Thoughts on Twitter</title><link>http://randomfoo.net/2009/04/23/random-thoughts-on-twitter#comment-8718620</link><description>Good point, Twitter by virtue of brevity I think does actually tend toward IRC even though it's has some more publishy aspects and is async and not realtime, but that idea of off the cuff conversation vs more well thought out compositions I think is pretty valid.&lt;br&gt;&lt;br&gt;So, these days my blog tends toward the expository, but mostly because the rest of it has been offloaded into various tools (flickr, delicious, twitter, facebook, etc).  I'm not sure there's a mapping since they're quite different, but I use to spend a lot more time gathering and curating links - which I don't think that was necessarily less worthwhile, but I'm not sure there's a conversion factor.&lt;br&gt;&lt;br&gt;So, I don't think I'd print my tweets into a hardback, but I could see myself reading some and it being really interesting.  I do think there are lots of great tweets.  (I'm a big fan of favoriting stuff in general) You can see some of my &lt;a href="http://twitter.com/lhl/favourites " rel="nofollow"&gt;favorite tweets&lt;/a&gt;...&lt;br&gt;&lt;br&gt;Oh, neither here nor there, but &lt;a href="http://twitter.com/booktwo" rel="nofollow"&gt;Ulysses tweeted&lt;/a&gt;, and &lt;a href="http://www.holytaco.com/if-homers-odyssey-was-written-twitter" rel="nofollow"&gt;If Homer's Odyssey Was Written On Twitter&lt;/a&gt;. :)&lt;br&gt;&lt;br&gt;Also, I can laugh (well, snigger) at the wall joke too, but imagine if you were at a cafe w/ your friends and there was a TOS agreement that claimed ownership over your conversation in there.  The objections you'd have wouldn't have anything to do w/ the artistic value of the conversations themselves...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Sun, 26 Apr 2009 23:51:08 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8585222</link><description>Frazer, I've played around w/ NDBCLUSTER a bit, which is what MySQL Cluster is running on, right?  Does it have durability now?  My understanding at the time I played w/ it was that it was neat but didn't have storage - for the disk-persistence you mention, how does check-pointing affect performance?  It sounds interesting, although one of the appelas of running a "simple" system is not needing a dedicated DBA or data-wrangler...&lt;br&gt;&lt;br&gt;Hopefully someone gives MySQL Cluster a spin, would love to see how it compares.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Wed, 22 Apr 2009 17:07:26 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8579437</link><description>Here's your chance EllisGL, do some tests and post some numbers.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Wed, 22 Apr 2009 14:17:26 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8564369</link><description>Ilya, do you have numbers on your HBase setup?  How's the latency for queries? My understanding (and this applied to Hypertable too if I would've been able to get it up and running) that as BigTable clones, they're oriented about fast sequential requests, but not as good on the random.  Would be interesting to get actual #s from your testing (ms latency, qps, on #/kind of nodes, w what kind of data set).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Wed, 22 Apr 2009 03:45:29 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8564259</link><description>On the one hand, sure "technically" you're right.  On the other hand, do I really need the Big-O Notation police commenting here?  Is this really the kind of conversation I want in this thread?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Wed, 22 Apr 2009 03:34:26 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8543288</link><description>No worries, will continue to keep an eye out.  I think part of the problem is the cool stuff CouchDB is tackling (non-relational, document-based, built w/ erlang, map-reduce processing) is catnip for devs and tends to make them forget about the "alpha software" bit unless it's big and blinking.  The inevitable backlash/eye-rolling when it gets brought up everywhere isn't necessarily your fault, but something to be aware of.&lt;br&gt;&lt;br&gt;Cheers!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 21 Apr 2009 19:21:36 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8542228</link><description>Yeah, I'll be happy if this helps some people getting started, but even happier if this encourages more people out there to publish their findings/results, even if it's like mine where I could only get a few of them running (that in itself maybe a useful datapoint).&lt;br&gt;&lt;br&gt;It'd be nice to get the s/n ratio up a bit for people that actually need to run something into production (I mean sure it's the Interweb, but the amount of fanboy/hater hot air has been pretty insufferable in this area).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 21 Apr 2009 18:40:05 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8541922</link><description>FYI, I sent Jay some details on my setup and dataset.  Hopefully that's enough to help replicate, otherwise may be a bit slow going since I'm juggling a few other balls atm.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 21 Apr 2009 18:27:18 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8541854</link><description>Nope, I'd actually looked at Neo4j in the past but didn't actually even think about it for this.  Hopefully someone takes a look at it and posts some results.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 21 Apr 2009 18:24:40 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8541819</link><description>Sample single-node and multi-node AMIs would be *huge*.  I think that that, and some sample schemas would be great.  If you created an empty table on the wiki for people to post up their testing results, I'd have to believe that it'd also fill up pretty quickly.  I think there are a lot of people that are reviewing these things, but probably getting hung up getting started/wrapping their heads around deploying.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 21 Apr 2009 18:23:07 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8541734</link><description>Oh BURN!  (not)  I'm perfectly happy to reveal the depth of my ignorance if the ensuing discussion can help shed light on it (although my patience for other people's asshattery on *my blog* is finite). You're right that CouchDB isn't a kv store, but since every conversation about any of these subjects ineveitably brings up the "What about x?" where x invariably includes Couch, it'd be worth pre-empting.  Personally, I think the critique I give in the posting (one line != rant) is pretty valid.  The detailed response to Jan was because he asked.   I'm sure he and the rest of the Couch team are good peoples, but my sentiments aren't unique - some have suggested that I should have made the CouchDB line it's own bullet-point.&lt;br&gt;&lt;br&gt;As for trash talk, I have to say that you've been engaging in a fair amount of it.  I'm posting my experiences (and I don't claim it to be anything more than that).  It's not rocket science, but it's real data w/ real world usage in an area where there's significantly more smoke than fire (or published results).  So, what's your skin in the game, and what's your contribution?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 21 Apr 2009 18:19:54 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8506823</link><description>I know that's slightly tongue and cheek, and there's some truth to that, but I think it's worth pointing out the difference between the solid data storage and retrieval part and the distributed part.  In a comparison between redis and tc/tt for the former, I don't think there's any question (certainly not in my mind) which one is more battle-tested.  So it's not like I went out and built my own keystore.  For the distributed part, it was a matter of putting together the simplest thing that could work after it turned out that I there wasn't a black box solution to be had.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 21 Apr 2009 16:16:12 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8506624</link><description>Yeah, I'm using Bob Ippolito's (he's everywhere :) &lt;a href="http://code.google.com/p/pytyrant/" rel="nofollow"&gt;pytyrant&lt;/a&gt;, a pure python implementation that's *very* active.  There is also a wrapper for the C API: &lt;a href="http://code.google.com/p/python-tokyotyrant/" rel="nofollow"&gt;python-tokyotyrant&lt;/a&gt;.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 21 Apr 2009 16:10:16 -0000</pubDate></item><item><title>Re: Some Notes on Distributed Key Stores</title><link>http://randomfoo.net/2009/04/20/some-notes-on-distributed-key-stores#comment-8506478</link><description>Actually, I was wrong, but not for that reason - in the real world there is a big difference between O(1) and O(bazillion) - however, my assumption was that the chaining for collisions was a fixed value but it's chained w/ a binary search tree, so O(log n).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lhl</dc:creator><pubDate>Tue, 21 Apr 2009 16:06:11 -0000</pubDate></item></channel></rss>