Stripe: Open Source

#1

Post by benjamindc » Thu, Sep 03, 2015, 4:49 PM UTC

Re: Stripe: Open Source

#2

Post by krithix » Thu, Sep 03, 2015, 5:11 PM UTC

(I work at Stripe.) We're also accepting applications for our second Open-Source Retreat: https://stripe.com/blog/open-source-retreat-2016

Re: Stripe: Open Source

#3

Post by mcorrand » Thu, Sep 03, 2015, 5:16 PM UTC

On the subject of the jquery.payment lib, I remember noticing that the validation functions it provides for various credit cards are not exactly the same as the ones in stripe.js, and actually better.

I would have to look at my commit history to remember what exactly were the differences though. I think it could match the various credit card types with fewer digits entered or was better for cvv validation of amex cards.

Re: Stripe: Open Source

#4

Post by fndrplayer13 » Thu, Sep 03, 2015, 5:17 PM UTC

Cool that you guys are show-casing your work. I've looked over mosql before. Cool stuff and worth checking out.

Re: Stripe: Open Source

#5

Post by mauricioc » Thu, Sep 03, 2015, 5:34 PM UTC

krithix wrote: post #2

(I work at Stripe.) We're also accepting applications for our second Open-Source Retreat: https://stripe.com/blog/open-source-retreat-2016

Nice program! There seems to be a typo relating to start/end dates, though: It says the grant lasts for "three months", but the quoted period is "from January 15th until March 15th, 2016".

Re: Stripe: Open Source

#6

Post by jaryd » Thu, Sep 03, 2015, 5:41 PM UTC

Would be interested to hear from the devs about the actual reasons they chose to write unilog (https://github.com/stripe/unilog) instead of using multilog (which ships with Daemontools).

Agreed that multilog is arcane and weird but what are the actual problems with it that unilog solves?

Re: Stripe: Open Source

#7

Post by aquilaFiera » Thu, Sep 03, 2015, 5:45 PM UTC

Love Conway's Game of Life in the background.

Re: Stripe: Open Source

#8

Post by fredliu » Thu, Sep 03, 2015, 5:48 PM UTC

That game of life animation background is really mesmerizing to watch!

Re: Stripe: Open Source

#9

Post by ebroder » Thu, Sep 03, 2015, 5:59 PM UTC

jaryd wrote: post #6

Would be interested to hear from the devs about the actual reasons they chose to write unilog ( https://github.com/stripe/unilog ) instead of using multilog (which ships with Daemontools). Agreed that multilog is arcane and weird but what are the actual problems with it that unilog solves?

(I'm an infrastructure engineer at Stripe)

This actually took a fair amount of digging! We've been using some version of unilog for over 4 years now (longer than I've been at Stripe), and we'd mostly forgotten why we switched. What follows is more the result of historical exploration and guesswork than authoritative statement of original truth.

I'm fairly confident that the impetus for unilog was timestamp prefixes for our log lines. We wanted timestamps (so that we weren't dependent on all applications adding them). multilog is capable of doing writing out timestamps, but it formats them with TAI64N. We wanted something more human-parseable.

Once we had it, we started adding other features. These days, I'd say the most useful thing unilog does for us is buffer log lines in memory. We would occasionally see disk writes on EC2 hang for long enough that the in-kernel (64k) pipe buffer would fill up and cause applications to stall.

Re: Stripe: Open Source

#10

Post by LukeHoersten » Thu, Sep 03, 2015, 5:59 PM UTC

Usually it feels like companies open source projects are kind of lame or just to look fashionable. These projects are extensive and awesome. I love the personal projects section at the bottom of the page. You can see why Stripe is so successful. They truly have a dev culture and that's a lot more than most companies that just say they have a dev culture. At Stripes scale and size that's a big success.