Perhaps it wouldn't work for stripe (to allow the merchant pick and choose which transactions use this service). But if it doesn’t it means that the service won’t be used by clients with low fraud rates.
221 karma · joined October 19, 2009
Perhaps it wouldn't work for stripe (to allow the merchant pick and choose which transactions use this service). But if it doesn’t it means that the service won’t be used by clients with low fraud rates.
Requiring it to be all or nothing makes the feature useless (not cost effective) for merchants with a low fraud rates.
This reason for microservices comes up over and over but I’ve never understood it.
If you scale a monolith, only the hot code paths will use any resources. Having a monolith makes it _easier_ to scale as you can just scale a single app and it will be perfectly utilized. If you have microservices you need to make sure every single one has headroom for increased load.
Scaling up a whole monolith only to increase capacity for one code path doesn’t have any unnecessary overhead as far as I can see. Remembering that if your microservice is on a VM then you are scaling up the OS too which has millions of lines of code - something no one (rightly) is concerned about.
Am I missing something?
Papers upvoted by leaders in the field would carry as much weight as those published by any named journal.
We use Stripe to receive card payments there in AED and then need to pay this money out again in AED. As Stripe don’t settle in AED the funds get converted to USD and then we have to convert them to AED again to pay out.
Stripe charge 2% conversion fee over market rates to convert the funds. What’s most annoying is AED is pegged to USD and there’s no conversion risk, yet Stripe charge the conversion fee anyway. So we pay 2.9% or 3.4% (can’t remember which it is off the top of my head) international card fee, 2% Fx to USD and another few % back to AED :-€
I remember clearly the day the first automated sale came through, back in 2007. I had just finished integrating PayPal and fully automating the whole order process the evening before and I got an email saying that a $400 sale had been made. I thought it was my system not working until the PayPal payment email came through moments later. I watched in amazement as my little program noticed the order, pulled the relevant poker hands (this is what the site sold) out of the database, zipped and uploaded them and then emailed the customer that they were ready. I didn't have to do _anything_ and I'd just made more than I was to make all day in my job. This was awesome.
I continued to run the site while employed for a while and then quit to do it full time once it was making more per month than I was making in a year at work. I didn't tell my employer why I was leaving.
I found that I was as productive while working on my business while employed as when I quit to work on it full time. You can get _alot_ done in a couple of hours in the evenings once you've spend a bit of your day during the day-job thinking about what needs to be done that evening. I also found having a day-job very motivational to work hard in the evenings so that I could quit. Once I did quit that motivation wasn't there.
Simply run your campaign for $X and measure your resulting sales, $Y, and now you know if you are wasting money or not.
If Facebook 'fix the problem' then the CPC rate will simply increase.
The fact that the x-axis spin results are 50/50 strongly suggests something very specific and deterministic is going on. It would seem that we just aren't able to (pre)determine it without influencing it.
If we can agree that if a two systems are in the exact same state then they will continue to be in the same state in future, then we can say deduce that the universe is deterministic.
If a player hits a snooker ball exactly the same way two times, and all other balls are in the same position, the temperature is the same, humidity is the same, rotation of the earth is the same, rotation of electrons and unknown state of quarks are the same -- everything is the same -- then the result will be the same. To have a different outcome from the same inputs in a closed system is not possible.
The same goes for human thought. If your brain is in the same state twice, all neuro chemicals are in the same state and all external forces are the same, and you are posed with a problem twice, you will make the same decision twice. There is no other possible outcome, for if there were another outcome it would be due to a differing influence. Thus your decisions are effectually predetermined.
This the universe in its current state can only move forward in one way -- effectually predetermined.
If anyone can come up with a case that two closed systems that are in the same state can diverge, I'd love to hear it.
What to do? Some options to reduce your fraud are - outsource the problem by using an indemnified payments system (a payment processor who do their own fraud checks and don't pass on any chargebacks to you). Pros: easy. Cons: expensive and lots of valid payments will be refused.
- Use an e-wallet that usually has few/no chargebacks, eg Skrill & Neteller. Pros. Easy, not too expensive. Cons: more difficult for people to make payments as they need to create an account with the e-wallet first.
- Use services to help with your fraud detection. Eg. Iovation. Pros: you can keep it easy for your customers to make payments. Cons. a lot of work to implement (relatively speaking).
- Use bitcoin, eg bitcoin247.com. Pros. no chargebacks ever. Cons. about 0.00001% of your customers use Bitcoin.
Edit: I forgot to add: - require 3D Secure / Verified by Visa payments. This removes the chargeback liability from the merchant in most cases and shifts it to the card owners bank. Pros. much fewer chargebacks. Customers can still deposit directly on your site using their card (apart from the 3D redirect). Cons: entering 3DS details another barrier to making payments so will reduce payments. Plus I'm not sure of the penetration of 3DS cards in the US.