Q: What do you mean by source code guarantee?
1,590 karma · joined July 22, 2010
CTO of Endgame.io, ex-founder of Keen.io
made @hipsterhacker, @techcrunchonion, and some other tech comedy stuff that would be more incriminating were I to share it ;)
Q: What do you mean by source code guarantee?
The main reason we're doing it is to put our customers at ease while we continue learning, not because we want it to remain a substantive part of our revenue at scale (because the linear opex is unattractive to us as businesspeople)
I like justice and all, but ironic humor trumps even that ;)
"Got a problem with slavery? Stop complaining about it! And just buy cotton from the Yankees or from the Dutch, ya bunch of whiners."
Drawing maximum attention to the problem is the most important step in solving it. Even stoking seemingly unproductive conversations like this HackerNews thread is an important step, if only because it helps those of us who are on the side of justice practice our arguments.
At least everyone on the internet either knew what they were getting into, or had the option to close their browser once they realized what was up. Those poor jurors.
http://dorkitude.com/post/41267859215/its-important-not-to-w...
A lot of us work hard to rescue them :P
My solution has always been something to the tune of:
var kyle = Person.getByName("kyle");
But your solution is better in that the interface need not change (there could be a lot of code to rewrite in my case, if the "new" keyword were already being used everywhere).I do like it that in your solution the interface is (or remains) elegant, but I can't help but think, as a pythonista at heart, "explicit is better than implicit". So I'm little freaked out by the idea that code reading:
var kyle = new Person("kyle");
isn't actually constructing a new instance."My afternoons and evenings all surrendered to a series of heavenly nods."
Working for me still!
Can't wait for the beta!
Our API is the only product we have, and thus it's the only way we can make money. We think that, over time, that will incentivize us to make the best API possible.
We really admire your product, especially the new Engage stuff, which helps app marketers close the loop between intelligence & personal action in a way that the market hasn't seen before (we'd even like to be customers, once our export-to-Mixpanel feature is done!).
As I mentioned before, we see ourselves as the SendGrid to your Mailchimp. Both play a valuable role and have different use cases.
We're operating at a layer below other analytics products, and we're certainly not as useful out of the box. A good analogy might be:
MailChimp : SendGrid :: Google Analytics : Keen IO
Which is to say, Keen IO is a set of developer API's wrapping hosted infrastructure, whereas other analytics products are end-to-end solutions. We're an agnostic event data backend, and they are each a full product offering with its own focus.
Hopefully that helps explain why we don't think of ourselves as competitors to products like Mixpanel or GA or KISSmetrics -- in fact we plan to build one-click import and export connectors from/to those services and others. We think our position in the ecosystem will actually help them retain customers who would otherwise churn in favor of building in-house.
Can you talk a bit about how RethinkDB compares?