Scan barcode
andgineer's review
5.0
Коротко и очень хорошо структурировано. Практически учебник.
Странно что glenbrook не читают его в университетах, но, видимо, bootcamps выгоднее ;)
Странно что glenbrook не читают его в университетах, но, видимо, bootcamps выгоднее ;)
mattj256's review against another edition
4.0
This is a textbook, not pleasure reading. It's readable but not exactly entertaining.
nanometers's review against another edition
4.0
Really thorough view on the banking and payments systems in the US circa 2013. Fascinating to see a difference and acceleration of parts, as well as the stagnation of others.
monvural's review against another edition
4.0
Great overview, but more opinion sections would be valuable
I was glad that each chapter was comprehensive but also lean. However - having an optional section where there was more thought and analysis on trends in place rather than a random tenth chapter would have been better.
I was glad that each chapter was comprehensive but also lean. However - having an optional section where there was more thought and analysis on trends in place rather than a random tenth chapter would have been better.
mburnamfink's review
4.0
Payments is a mess. I work for a bank, I have a good friend who works for a cyptocurrency startup, and payments is a nonsensical nightmare. This book is a decent introduction to the world of ACH, credit and debit cards, but doesn't really get at the true underlying weirdness.
See, cash is easy. It's a physical object which is deemed to have worth because you can pay your taxes with it, and we believe that money has value. Of course, cash is just a physical representation of the abstraction of debt (see Graeber, Debt: The First 5000 years). To deal with a transaction, two banks have to make matching records in their ledgers, crediting one party and debiting the other. Simple enough. What makes this hard is doing this process with no errors, at the absolute minimum of cost, while avoiding increasingly sophisticated attacks by fraudsters.
There's some useful information in here, about the fundamental differences between push and pull transactions, open and closed networks, and what the Federal Reserve actually does in terms of mediating between banks. Doing payments well is hard.
Yet this book doesn't get at some hard issues. Why are credit card interchange fees still the same as they were in the 1950s, especially for smaller merchants. Why have mobile payments been so slow to take off in the US. The authors point to the payments industry as tech leaders, yet in practice it's incredibly conservative. I have to deal with 80 character fixed width formats because the spec was laid down in 1986 and has to be backwards compatible with punch cards. The daily batch processing on big iron mainframes is decades behind actually impressive tech infrastructure, thing like high-reliability auto-scaling kubernetes clusters, Kafka message queues, and distributed databases. And it has little to say about the actual work that I'm doing as a payments systems engineer.
See, cash is easy. It's a physical object which is deemed to have worth because you can pay your taxes with it, and we believe that money has value. Of course, cash is just a physical representation of the abstraction of debt (see Graeber, Debt: The First 5000 years). To deal with a transaction, two banks have to make matching records in their ledgers, crediting one party and debiting the other. Simple enough. What makes this hard is doing this process with no errors, at the absolute minimum of cost, while avoiding increasingly sophisticated attacks by fraudsters.
There's some useful information in here, about the fundamental differences between push and pull transactions, open and closed networks, and what the Federal Reserve actually does in terms of mediating between banks. Doing payments well is hard.
Yet this book doesn't get at some hard issues. Why are credit card interchange fees still the same as they were in the 1950s, especially for smaller merchants. Why have mobile payments been so slow to take off in the US. The authors point to the payments industry as tech leaders, yet in practice it's incredibly conservative. I have to deal with 80 character fixed width formats because the spec was laid down in 1986 and has to be backwards compatible with punch cards. The daily batch processing on big iron mainframes is decades behind actually impressive tech infrastructure, thing like high-reliability auto-scaling kubernetes clusters, Kafka message queues, and distributed databases. And it has little to say about the actual work that I'm doing as a payments systems engineer.
More...