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

Stripe live dashboard

bfcm.stripe.dev

Post reply on HN
Print view View original

151–160 of 233 posts

Re: Stripe live dashboard

#151

Post by judge2020 »

rTX5CMRXIfFG wrote: post #78
stuartjohnson12 wrote: post #66

Earlier quoted context omitted.

Have you considered that the design is more important than the data in this context? I mean, I sure don't care worth a damn whether there are 100, 1000, or 10000 orders being placed per second. It's a meaningless figure to me.

Your first sentence is exactly what it means to think in terms of form over function. There is exactly nothing unique about the 80s pixellated design but there is about the data being presented, which is actually valuable to many possible parties: * competitors * creditors * investors * employees * academics * journalists * policymakers in financial services The design is not valuable to anyone, even to those who hav…

The design is to make it appeasing/fun to look at. Pure functional design leads to a dull, boring world nobody wants to live in.

Re: Stripe live dashboard

#152

Post by solatic »

willsmith72 wrote: post #147

12% request load vs current capacity seems low to me. In my experience, as much as you can distil it down to a simple number, we've aimed for 30-50 depending on capacity for risk. Is 12% normal for stripe? Especially cautious knowing demand will spike this weekend? Feels pretty non-optimised, assuming their infra can scale quickly.

> Especially cautious knowing demand will spike this weekend?

At Stripe's scale, I doubt you could accurately forecast demand for a weekend like Black Friday. Last year's sales are just a data point; what matters this year is consumer confidence on a global macroeconomic scale. Who knows what that translates to?

> assuming their infra can scale quickly

Even if Stripe is handling spikes by scaling on a hyperscaler (e.g. AWS), this scale requires advanced coordination with the hyperscaler. They can't just spin up tens of thousands / hundreds of thousands of VM's on a whim, the underlying abstraction would leak and fail.

Re: Stripe live dashboard

#154

Post by quelltext »

willsmith72 wrote: post #147

12% request load vs current capacity seems low to me. In my experience, as much as you can distil it down to a simple number, we've aimed for 30-50 depending on capacity for risk. Is 12% normal for stripe? Especially cautious knowing demand will spike this weekend? Feels pretty non-optimised, assuming their infra can scale quickly.

Current capacity might not be referring to actual current point in time provisioned capacity but an estimate of how much the overall infra can handle over the next few days.

No idea but ultimately this is marketing. If you wanna say we are just using as much as we need that's impressive to engineers but would it require or warrant a dedicated widget there that hovers around some sort of fixed utilization ratio?

Saying "look we are processing this much but could easily handle more" you are impressing a larger group. So my guess it's more about that.

Re: Stripe live dashboard

#155

Post by gsuuon »

All the text that I assume should be on the monitor is hovering below the display and I only see it if I zoom out (Chrome on Win 11). Seems like it's working fine for others though?

Re: Stripe live dashboard

#156

Post by TekMol »

smca wrote: post #129
TekMol wrote: post #17

This reliably kills Firefox on Linux here. The whole browser. After a few seconds, during which the laptop fans are spinnung up, all tabs go into a "This tab just crashed" state.

Sorry for the trouble, we've just pushed bfcm.stripe.dev/lofi live. Should run reliably with very little load on any machine.

No change here. It still kills the browser and all tabs in it.

Re: Stripe live dashboard

#158

Post by cantSpellSober »

rTX5CMRXIfFG wrote: post #55
cantSpellSober wrote: post #47

Earlier quoted context omitted.

False dichotomy, this an advertisement, would it be on the front page if it was just bare HTML instead of a pander-to-your-audience retro look? Good design can establish identity without totally ruining the UX.

Lots of important info get posted in HN everyday without the fancy design that takes a lot of clicks and waiting times, so how could you assume it won’t make it to the front page? This is why people need to stop using the “false dichotomy” card in every discussion. It’s so devoid of rigor in thinking and is always used lazily to frame another person’s comment in a paradigm that it wasn’t intended to be framed.

> it’s all about making things look cool instead of just no-bullshit functional

It's your dichotomy, "reframe the paradigm" if you'd like. The typical regurgitation of this talking point is "prioritizes form over function."

Re: Stripe live dashboard

#160

Post by not_your_vase »

smca wrote: post #129
TekMol wrote: post #17

This reliably kills Firefox on Linux here. The whole browser. After a few seconds, during which the laptop fans are spinnung up, all tabs go into a "This tab just crashed" state.

Sorry for the trouble, we've just pushed bfcm.stripe.dev/lofi live. Should run reliably with very little load on any machine.

Have the same issue here, with Ryzen 4700U + 16 GB RAM. Are you saying that it is not enough for generic browsing at the end of 2023?
Post reply on HN