Re:Root – Programmable bank account for software developers
by Sean1708 on Wednesday May 03, 2017 @11:44AM
(#14256729)
> How would that work in real life? Uber doesn't charge you before your ride is complete, and at that point your payment would bounce, and now you're in trouble.
Well in the Uber example you're allowing payments to Uber, not denying them.
But you do have a very good point about denying pay-after-use type transactions, I'm not really sure what they're doing about that.
Re:Root – Programmable bank account for software developers
by pavel_lishin on Wednesday May 03, 2017 @11:47AM
(#14256778)
Wasn't their example all about limiting the number of rides you can take? So at that point, you'd eventually be denying them, as I understand it.
Re:Root – Programmable bank account for software developers
by Sean1708 on Wednesday May 03, 2017 @11:50AM
(#14256816)
> Uber card: Let’s say you give your daughter R500 pocket money each month, but you’re worried she might run out of money and be unable to afford an Uber home. So you write a little code and give her a Root card that a) gives her a limit of R500 per month, and b) lets her take as many Uber rides as she needs (enabling her to spend beyond the R500, but only for Uber)
That's the one I was thinking of, note the "lets her take as many Uber rides as she needs".
Re:Root – Programmable bank account for software developers
by netsharc on Wednesday May 03, 2017 @04:55PM
(#14259982)
Then the daughter trades Uber rides for cash.. (you can order an Uber to give a friend a ride without you needing to be in the car yourself).
I kid, the possibility of putting spending rules as code is neat.
Re:Root – Programmable bank account for software developers
by pavel_lishin on Wednesday May 03, 2017 @11:59AM
(#14256908)
Oh, I missed that example! That is actually pretty cool.
edit: I didn't see the Uber example, so I was working off an incorrect premise. It actually makes sense.
How would that work in real life? Uber doesn't charge you before your ride is complete, and at that point your payment would bounce, and now you're in trouble.
Ditto for fast-food diet; nobody's going to be happy when you walk up to the counter at 16 Handles with your big bucket of ice cream and your card doesn't go through.
I suppose the idea is to keep all of this in mind, but it still seems odd.
But you're right - someone will come up with an interesting use case for it. (My first idea was a card for my kid, so they can only make $10 worth of in-game purchases a month.)