What I find interesting is how India’s financial inclusion push under the Jan Dhan Yojana (National Financial Inclusion Mission) led to unexpected consequences.
The government aimed to offer zero-cost bank accounts to extremely low-income citizens and needed zero cost debit cards to make them functional. Rumor has it they asked Visa and Mastercard to waive fees and both declined. Even Indian banks reportedly pushed back.
So India doubled down on RuPay, its domestic card network. What started as a fallback turned into a fintech revolution. Over 559 million bank accounts were opened under this mission, most powered by RuPay.
Ironically, if Visa or Mastercard had agreed, RuPay might never have taken off.
What are the right resources, you would suggest someone if he had to setup his servers properly. Will really appreciate if you can refer some books/videos/articles. Thanks.
If you're talking about serving many requests cost-effectively, then really the problem is not the servers (except over-provisioning, which is rampant. Learn to use tools like AWS' auto-scaling system instead) - it's the code.
If you understand the basics of algorithmic time complexity (that's your Big-O notation) and profiling your code then you're ahead of 98% of other developers in practice. I'm constantly amazed at how many developers think adding more libraries, newer frameworks, or more layers of tooling will magically speed up their code because "it's so fast". If you actually time things you'll find out doing it the "slow" way is frequently an order of magnitude faster.
You can have phone_number@paytm or phone_number@bank as you vpa is you prefer that, also UPI API, you can search users with phone number so if i want to send money to a friend and I know his no I can search his VPA/s
Paytm will be one of the leaders with the new Ecomm model. I am sure they will be a huge player in ecomm also dont forget they would be the largest bank in India.
This is not the kind of thing you develop for "research". It's extremely boring code that is essentially just a user interface for seeding HTML trojans across a botnet.
This thread gives the impression that people not in the field see some sort of mystique to malware research and development. Malware isn't vulnerability research or exploit development. Most of the malware deployed in the real world is code that virtually anyone on HN could develop, from first principles without any additional research.
That's not true of exploit development, which can be extraordinarily difficult and almost always depends on specialized insider knowledge. There's lots of research reasons to work on exploit code. But that's just not true for the kind of malware we're talking about in this case.
This is important to understand, because the premise of the story is that prosecution over banking trojan malware is having a chilling effect in the industry. It is not. Very few people in the industry build stupid-looking PHP interfaces to HTML injection on botnet victims, not because it's illegal but because it's pointless and dumb and you wouldn't learn anything from doing it.
There are many things that are unbelievable you would be surprised, POTUS and many educated Americans not believing in Climate change. believing that they are waging a war on terror, religious/racial discrimination existing in modern society.
The government aimed to offer zero-cost bank accounts to extremely low-income citizens and needed zero cost debit cards to make them functional. Rumor has it they asked Visa and Mastercard to waive fees and both declined. Even Indian banks reportedly pushed back.
So India doubled down on RuPay, its domestic card network. What started as a fallback turned into a fintech revolution. Over 559 million bank accounts were opened under this mission, most powered by RuPay.
Ironically, if Visa or Mastercard had agreed, RuPay might never have taken off.