Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Stripe Sigma

stripe.com

Post reply on HN
Print view View original

91–100 of 123 posts

Re: Stripe Sigma

#91

Post by ucarion »

ucarion wrote: post #84

As usual, another beautiful Stripe product page. Fantastic job! The product looks pretty awesome too. In case any Stripe-people are lurking here, the scrolling on the example query modals (the ones you get from clicking on e.g. "How many active customers do we have?") is painfully slow -- as though it had only been tested for Mac touchpads, where scrolling quickly is easy. I'm on Firefox/Ubuntu, using a shitty USB mo…

Answering my own question: a person who works at Stripe is a "Stripe", not a "Striper".

Re: Stripe Sigma

#92

Post by rtpg »

daxorid wrote: post #32

I'm sorry, but I don't grok the utility of this. Can someone "explain this like I am five"? We are a fairly long-running Stripe customer, and we mirror all transaction data, with the exception of actual card info, into our internal dbms. I am presuming nearly all Stripe customers do this as well, considering how easy API integration is. So what is the utility of this service versus querying internal data - particular…

Well if you had this, you could probably get along with this just this more often. Kinda like you can "just" use the dashboard for most businesses rather than doing a bunch of API stuff.

Though the point about data sets is important: even if we have the metadata here, ultimately it's only a partial view into money we're receiving.

But if Stripe is your only payment process, this is definitely interesting.

Re: Stripe Sigma

#93

Post by AznHisoka »

toomuchtodo wrote: post #7
laurencei wrote: post #3

> We’ve already written the queries for the most useful reports for different types of businesses: From computing MRR to ARPU to analyzing the payment methods your customers prefer... This would have to be worrying for companies like Baremetrics, ChartMogul etc. Obviously it is not 100% the same - but the ability to quickly get MRR, ARR etc would solve many peoples main pain.

No one ever learns about the perils of building on someone else's platform. See: twitter 3rd party devs, Buffer, Facebook app devs, etc Stripe isn't a payment processor; they are your financial back office as a platform.

Buffer is a $10+ million business that has made their founders well off. If you wait and wait until you see a business opportunity with little risk, you could wait forever.

Re: Stripe Sigma

#94

Post by bm1362 »

nikki93 wrote: post #83
objclxt wrote: post #73

Earlier quoted context omitted.

That's one of the problems that GraphQL is intended to solve, specifically you don't want to write your API queries directly in SQL but you also want the flexibility to chain queries together and specify the exact types of data you require.

Wonder what you'd think of a pull + datalog mix, which is what Datomic / Datascript do: https://github.com/Datomic/day-of-datomic/blob/master/tutori... The neat thing about the syntax there is that it's a datastructure which if you write a generic visual editor like https://developers.google.com/blockly/ over that only fits puzzle pieces when they satisfy https://clojure.org/about/spec you could...

For an internal hackathon we basically tried to do this but ran out of time. We built our own query driven API layer that is basically a shim over datomics query and pull apis.

Re: Stripe Sigma

#96

Post by th0raway »

logvol wrote: post #80

Is the data freshness a joke? 2 DAYS to get data into the data warehouse? Stitch, Fivetran, Segment, and more can do way better than that without any internal hooks.... :/ > Additional processing time–up to 48 hours–is required to make your account’s transactional data available in Sigma. This means that it does not reflect your account’s most recent data and should be considered a couple days behind. The Sigma inter…

I've seen plenty of reporting pipelines that are that slow over the years. If this was built on the cheap, so it just uses existing pipelines, and instead of working through streaming, it regenerates the world every night, a 48 max failure with some is not out of the question once you add some CYA magic. That would make this pretty cheap to make: Some website work, boxes for queries, and some security work to make sure data from other customers doesn't leak.

Given how Stripe seems to build products in a lean way, it'd not surprise me if they are just launching like this and measure customer reaction. If the main reason it doesn't get the traction they want is the 48 lag, they'll just rewrite their reporting pipeline to use streaming, and the product gets faster for free.

Re: Stripe Sigma

#97

Post by cocoflunchy »

edwinwee wrote: post #67
cocoflunchy wrote: post #64

Earlier quoted context omitted.

Me too, but I'm disappointed this time... http://imgur.com/a/msL4T

That doesn't look right. Could you share with me your browser and OS versions? edwin@stripe.com

It's fixed now, I was on chrome 58.0.3029.113 on iOS.

Re: Stripe Sigma

#98

Post by lorenzorhoades »

exolymph wrote: post #65

A couple of people have mentioned that Baremetrics should feel threatened, and that's where my mind went immediately too. I asked Josh Pigford for his reaction, and this is what he said: > We've had beta access to it for a while and have known it was coming. Generally not worried about it at all nor do we view it as any sort of competition in any sense of the word. > It doesn't give access to any new data...it's an S…

Stripes ultimate mission is to increase the total GDP of the internet. The more transactions that are happening on the internet, the better it is for them. So, from a company standpoint whatever they can possibly do to ensure that companies have the best tools available from stripe is what they are going to do. How hard would it be to expand into Baremetrics product from what they already have? They say that they are not competing, but I think they are. They are both in the business of giving their customers the best possible metric tools, period.

Re: Stripe Sigma

#99

Post by vijucat »

I'm not that familiar with Stripe, but my first impression is: why spend time on creating an inferior Metabase / Periscope / Power BI / Looker / mariusandra/insights clone? Just allow data export and if you really want to give a ready-to-use product to your customers, Metabase seems awesome for this kind of thing?

Stripe could have particular constraints that I'm not aware of, but it seems to an example of not-invented-here syndrome.

Post reply on HN