joe-stanton (u/joe-stanton)

joe-stanton commented on Apple Watch detects irregular heart beat in large U.S. study reuters.com/article/us-he... · Posted by u/onetimemanytime

brandonb · 6 years ago

I work at a related company (Cardiogram), and there's a surprising amount of signal locked in the humble heart rate sensor -- we've run multiple studies with UCSF showing accurate detection of sleep apnea, high blood pressure, and even diabetes using off-the-shelf heart rate sensors and a deep neural network, DeepHeart: https://blog.cardiogr.am/screening-with-wearables-what-do-th...

If you're an engineer or payer relations expert and you'd like to help build the future of healthcare, definitely drop us a line! hello@cardiogr.am. We're especially looking for Javascript engineers, Android engineers, and salespeople with payer experience.

joe-stanton · 6 years ago

Heads up, your DNS is still broken! Will try emailing you a little later...

joe-stanton commented on Ask HN: Who is hiring? (November 2018) · Posted by u/whoishiring

joe-stanton · 7 years ago

Red Badger | London, UK | Full Stack Engineer Mid&Senior | Onsite | Full Time

Independent digital consultancy known for delivery and digital transformation working on enterprise scale web applications.

We love: React/Native, Javascript, Node, Java, Ruby (more tech here: https://red-badger.com/technology)

We are on the hunt for a friendly new badger who enjoys complex problems, talking to clients and a working on a tight knit team.

X Functional teams including, Delivery and Tech Lead, Engineers, Product & UX Design and Test.

For more details please visit... https://red-badger.com/jobs?hn

Please email Laura Hasting, Community Manager if you have questions: laura.hasting@red-badger.com We also organise React London, We Love_Tech and UXD Exchange

joe-stanton commented on Convert React JavaScript Code to TypeScript with Proper Typing github.com/lyft/react-jav... · Posted by u/styfle

joe-stanton · 8 years ago

You might be interested in this: https://github.com/gcanti/io-ts and many related projects by Giulio.

joe-stanton · 8 years ago

Beforehand I built something very similar to what you described for Flow (https://hackernoon.com/runtime-introspection-of-flow-types-d...).

Many others superseded this implementation, the above being one example.

joe-stanton commented on Convert React JavaScript Code to TypeScript with Proper Typing github.com/lyft/react-jav... · Posted by u/styfle

benjaminjackman · 8 years ago

So proptypes can be inspected at runtime. Does anyone have any success with tools that can turn Typescript types into runtime walkable datastructures or do code- generation / execute macros based on them as part of the build process?

I use typescript quite a bit and am starting to hit some patterns that could be abstracted nicely if metaprogramming tools were in the shed.

joe-stanton · 8 years ago

You might be interested in this: https://github.com/gcanti/io-ts and many related projects by Giulio.

joe-stanton commented on What works in e-commerce – A meta-analysis of online experiments [pdf] qubit.com/sites/default/f... · Posted by u/sweezyjeezy

joe-stanton · 8 years ago

This is a really useful article. It's a shame that so much development time is wasted on large numbers of fruitless optimisations just because they are "easy" (eg. tweaking the colour of a CTA).

That being said, I'm surprised many of the results are so negative. It would be great to also see the max uplift achieved for each category. A number of retailers I've worked with have been able to beat these uplifts by quite a bit. I wonder if it might be significantly skewed by the kind of clients Qubit has?

joe-stanton commented on Amex for Developers developer.americanexpress... · Posted by u/titomc

moduspwnens14 · 9 years ago

Imagine this potential future with me.

At first, it's just Amex. Then, to remain competitive, other major card vendors do something similar. Most of us (developers) still use something like Stripe for simplicity, but libraries start popping up that abstract away the vendor-specific APIs and make it easy to use them.

Long term, though, as more and more payments are handled electronically and online, this opens the door for a more competitive credit card market. Now, to compete with Visa or Mastercard, all I need is to get my API into those popular libraries and merchants can accept my card just as easily as theirs--except I charge a lower rate.

You'll start seeing cards that are virtual only--allowing them to cut fees below what companies handling physical cards can do. With the payment process being decentralized, now even requiring a card number is unnecessary. Users specify the ways they'd like to pay for things in their payment client (browser? phone?) and this is negotiated behind the scenes with the payment types the merchant will accept.

Users and merchants can directly decide between more traditional payment means (centralized / fiat currency) and upcoming ones (decentralized / cryptocurrency). The limiting factor is no longer what the PoS (point of service) machine will accept, but what the popular payment processing libraries support (and the merchant has configured them to allow).

I don't expect we'll see Visa or Mastercard do this, but this could be a key first step toward a more competitive payment processing market (which has had the same entrenched players for decades).

joe-stanton · 9 years ago

Visa/Mastercard may well be forced to try something like this in order to survive. Banks are opening up their own API's for P2P payments (at least within the EU due to legislation). This could completely negate the need for intermediate "payment networks" (except the following).

However - I don't think you'll see a proliferation of new payment methods. The biggest problem here would be fraud mitigation, so it'd need to be a payment provider the merchant deems trustworthy enough.

Interesting times ahead. Amex are just doing the bare minimum to keep up here.

joe-stanton commented on Radar – A new set of integrated tools to help prevent fraud stripe.com/radar?... · Posted by u/sinak

joe-stanton · 9 years ago

This looks good, and is sorely needed.

It seems one of Stripe's biggest risks is the impending PSD2/XS2A changes within the EU/UK. This means banks/merchants/retailers will ditch traditional card networks (and their fees) to instruct P2P payments directly. This probably opens up a host of very effective anti-fraud measures too (eg. 2FA with mobile devices).

I wonder how Stripe will react to this major change in the market?

For example: https://developer.americanexpress.com/products/accept-amex