Demola Malomz

11.9K posts

Demola Malomz banner
Demola Malomz

Demola Malomz

@Malomz

Designer && Engineer

Katılım Ağustos 2009
4.8K Takip Edilen942 Takipçiler
Demola Malomz retweetledi
Flutterwave Engineering
Flutterwave Engineering@FlutterwaveEng·
📣 @theflutterwave Engineering Office Hour is here! Join our engineers for a live, hands-on session on building payment flows with our V4 APIs. If you're integrating our API, scaling a payment system, or debugging production issues — this session is for you. We'll walk you through: → What's new in the Flutterwave V4 API → OAuth 2.0 authentication flows → Reliable webhook implementation → Real-time Q&A This is not a webinar. This is a working session where our engineers are available to help you solve real problems. 📅 April 8 | 3 PM (WAT) 🖥️ Virtual (Zoom) Register here: flutterwave.zoom.us/meeting/regist…
Flutterwave Engineering tweet media
English
1
4
9
1.6K
Demola Malomz retweetledi
Demola Malomz
Demola Malomz@Malomz·
Chat commerce is quietly changing how we buy things. No more jumping between pages, carts, and checkout flows. People just ask, and it happens. We’re moving from clicks to conversations, with faster decisions powered by AI. I broke down how to build this with @theflutterwave
English
1
1
2
146
Demola Malomz retweetledi
Flutterwave Engineering
Flutterwave Engineering@FlutterwaveEng·
We just published something that might save you a lot of stress during peak sales. If you’ve ever had traffic spike and suddenly your checkout starts failing right when people are trying to pay, you already know how painful that can be. It’s usually not one big issue, just a bunch of small things that weren’t ready for scale. So we put together a simple 5-step guide on how to prep your checkout for high traffic days like Black Friday, flash sales, or even that one campaign that unexpectedly goes viral. It covers things like choosing the right checkout flow, using faster payment methods, properly testing your setup, handling retries without double charges, and making sure your backend can actually keep up. 👉 dev.to/flutterwaveeng…
English
1
2
8
89
Demola Malomz retweetledi
Flutterwave Engineering
Flutterwave Engineering@FlutterwaveEng·
Eid Mubarak to our community 🌙 Grateful for you. Wishing you joy, peace, and meaningful moments with those who matter most.
Flutterwave Engineering tweet media
English
0
2
4
85
Demola Malomz retweetledi
Flutterwave Engineering
Flutterwave Engineering@FlutterwaveEng·
Devs switching between AI coding tools because they can: ChatGPT → Claude → Copilot → Kimi → “one more try” → ChatGPT
English
0
3
6
187
Demola Malomz retweetledi
Hackmamba
Hackmamba@hackmamba·
If you've integrated with Flutterwave before, the v4 onboarding experience will feel noticeably different from the moment you sign up. The biggest change is that the sandbox is now completely separate from the live environment. You no longer need to complete business verification to start testing. Sign up, get your credentials, and build. The compliance process comes later, when it actually makes sense. Authentication has also moved from static API keys to OAuth 2.0, which issues access tokens with expiration dates. And error responses have been reworked to actually describe what went wrong and how to resolve it, something that was a real pain point in v3. @FlutterwaveEng's team published a practical guide walking through all of this, including a full Transfer Orchestrator example that shows the v4 API in action. Link to the full article is in the comments.
Hackmamba tweet media
English
1
3
4
112
Demola Malomz retweetledi
Flutterwave Engineering
Flutterwave Engineering@FlutterwaveEng·
In this post we break down: • what payment rails actually are
• why success ≠ settled funds
• push vs pull rails
• how rails show up in APIs, webhooks, and transaction states If you build payment systems, this will save you a lot of confusion. Read here 👇 dev.to/flutterwaveeng…
English
0
2
2
71
Demola Malomz retweetledi
Flutterwave Engineering
Flutterwave Engineering@FlutterwaveEng·
One of the most confusing things in payments: Your API returns 200 OK
Your webhook fires
Everything looks successful …but the money hasn’t actually moved yet. That’s because payments run on different rails, each with its own timelines and rules. We wrote a guide for developers 🧵
Flutterwave Engineering tweet media
English
1
3
3
146
Demola Malomz
Demola Malomz@Malomz·
If you build payment systems, you need to understand payment rails. A 200 OK from a payment API doesn't mean the money moved. It just means the rail accepted the request. Cards, ACH, wires, instant payments all behave differently. I wrote a guide here: dev.to/flutterwaveeng…
English
0
1
2
44
Demola Malomz retweetledi
Flutterwave Engineering
Flutterwave Engineering@FlutterwaveEng·
Every card payment travels a surprisingly long journey: Merchant → Acquirer → Card Network → Issuing Bank → Back again. We broke the entire process down in “A–Z of Card Payments with Flutterwave v4.” Learn how card payments work and how to integrate them using our new v4 APIs. New blog 👇🏽 dev.to/flutterwaveeng…
English
0
3
6
203
Demola Malomz
Demola Malomz@Malomz·
@coder_blvck This is such a good read. I think the major problem with it not scaling alongside Kubernetes is the maintainers burnout. We have a lot of open source project that started with a goal and later matured into something else. This could as well be the case for ingress-nginx
English
0
0
0
95
Demola Malomz retweetledi
Flutterwave Engineering
Flutterwave Engineering@FlutterwaveEng·
Honest question for developers: What’s the longest time you’ve spent debugging a bug that turned out to be something very small? We’re talking: • missing env variable
• wrong API key
• one typo
• wrong webhook URL
GIF
English
2
3
4
129