Hacker Newsnew | past | comments | ask | show | jobs | submit | vcherubini's commentslogin

I run a very small software consultancy and ZenPayroll is amazing. Very simple to get set up with direct deposit, very, very highly recommended.


I was deeply into it as well (though not at your level). I was so happy when a question I asked was printed in Action Pursuit Games (something like should I upgrade to nitro or stay with CO2?).

Also, Automag all the way.


Yup! You might have to eat some humble pie, but if they were serious about you they'll easily have you back.


They weren't late, though? If they wanted people to show up 5-10 minutes early, make the training at 5:50 or 5:55. Don't say 6 and really mean earlier.


Exactly. "Early" is generally understood to mean before the "time in question" -- the time that serves as the frame of reference when an engagement will occur.

Asking participants to arrive early would, at least to me, strike as a caveat to those who might otherwise arrive late -- but not at the "time in question".

On time is on time, which is AT the stated time. Not before, not after.


Wow this is awesome. I had to integrate Alipay into a checkout process in ~2010 and it was a complete nightmare - and not even as a result of the language barrier. The API was just so so bad. Glad this is in Stripe now.


Just did an integration in December- it looks like it has changed for the better but the documentation is still in poor shape.

This is going to make things so much easier. I'm excited to try this since we had to pay $1000USD to open an Alipay account.


I generally agree, but if the retailer is large enough they almost certainly pay a percentage of their cash payments to a Brinks-like company to securely handle the transfer of the money.


And if they aren't large enough, they pay with their time.


But at least in the latter case, not incrementally by much for my cash purchase. Every cash purchase does require a bit more work in counting the bills, but the time to deposit the cash doesn't change if it's to a night depository, and again just a little if face to face with a teller.

Unless the purchase is small, there's also a time cost in getting the signature, although that's small if the company is big enough to collect it with their POS terminal, and there's also back end reconciliation work to be done, manually if the place is small, like a non-chain restaurant.

No payment method is free of overhead and friction.


I want to know an explanation of why credit card data was stored. Is this standard? Shouldn't they only need it long enough to process the transaction - there's no reason to store it, correct?

Was the data stolen in transit (should be entirely encrypted) or stolen while at rest?


Is there any evidence the transaction was stored, except insofar as storage was necessary to carry out the heist? The credit card data could have been intercepted while being input (e.g. by a keylogger).


During the Target breach card data was scraped directly from memory of the POS machines via malware. It wasn't being stored anywhere.


And there goes my DO plan. This is what Linode was missing, and I'm so happy it's here. Thanks, Linode!


I do the exact same thing (I haven't had issues with DO, though). Production code on Linode, staging code on DO. The Linode "premium" is worth it.


"We believe your HipHop software should be open source and available for everyone to investigate."



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: