Ema

Senior Software Engineer

[Ema @David21259381]

@LeadHerLogic Interested

[Ema @David21259381]

@PrinceProjectX Interested. Go and NextJs experience

[Ema @David21259381]

@ChuksEmma947401 I’m interested

[Ema @David21259381]

@JobFound5 Interested

[Ema @David21259381]

@erichustls Ready

[Ema @David21259381]

@riwajrise https://t.co/zqUV6DkEKK

[Ema @David21259381]

@riwajrise https://t.co/zqUV6DkEKK

[Ema @David21259381]

@lightsilver323 https://t.co/zqUV6DkEKK

[Ema @David21259381]

@markproduct https://t.co/zqUV6DkEKK

[Ema @David21259381]

@HeyAliux https://t.co/zqUV6DkEKK

[Ema @David21259381]

@anupamrjp https://t.co/zqUV6DkEKK

[Ema @David21259381]

@lightsilver323 https://t.co/zqUV6DkEKK

[Ema @David21259381]

@anupamrjp https://t.co/zqUV6DkEKK

[Light Silver @lightsilver323]

Time to promote your startup

Drop your project URL ⤵️

[Ema @David21259381]

@lightsilver323 https://t.co/zqUV6DkEKK

[Jack @Tech_Rose1]

𝟯𝟬 𝗕𝗹𝗼𝗴𝘀 𝘁𝗼 𝗟𝗲𝗮𝗿𝗻 𝟯𝟬 𝗦𝘆𝘀𝘁𝗲𝗺 𝗗𝗲𝘀𝗶𝗴𝗻 𝗖𝗼𝗻𝗰𝗲𝗽𝘁𝘀:

1. APIs: https://t.co/y6ztym5wqB
2. API Gateways: https://t.co/xXvTIUNofb
3. JWTs: https://t.co/crZbmceFIn
4. Webhooks: https://t.co/OkbepiiRvn
5. REST vs GraphQL: https://t.co/F9l4ddljNZ
6. Load Balancing: https://t.co/EQSafao8WR
7. Proxy vs Reverse Proxy: https://t.co/lfL82laXTD
8. Scalability: https://t.co/cXjB33LW0I
9. Availability: https://t.co/H0ubqxIkqo
10. SPOF: https://t.co/S0Fuu7mB7K
11. CAP Theorem: https://t.co/C6dHfjqyOY
12. SQL vs NoSQL: https://t.co/VghLHzR2U2
13. ACID Transactions: https://t.co/H2sSvyaH7q
14. Database Indexes: https://t.co/EzfqiXpcyD
15. Database Sharding: https://t.co/GGxDxDhYak
16. Consistent Hashing: https://t.co/y66XHode6O
17. CDC: https://t.co/P3vfViQAKG
18. Caching: https://t.co/qzxZBGpem1
19. Caching Strategies: https://t.co/qmcf3ujaoX
20. Cache Eviction Policies: https://t.co/tJWYyAse7i
21. CDN: https://t.co/LBHfBMoSqP
22. Rate Limiting Algorithms: https://t.co/Z0sKBbjhYX
23. Message Queues: https://t.co/CauS58jAht
24. Bloom Filters: https://t.co/HnagKALF5C
25. Idempotency: https://t.co/mTLi3DiKKW
26. Concurrency vs Parallelism: https://t.co/EPkKGUqZnv
27. Long Polling vs WebSockets: https://t.co/KQscrEA9tX
28. Stateful vs. Stateless Architecture: https://t.co/5eGwEfI46L
29. Batch vs Stream Processing: https://t.co/JDTwO09yNt
30. Geohashing: https://t.co/HgrE8hdRbD

🔁 Repost to help a friend.
📌 Save this post for later

Follow me @Tech_Rose1 for more AI IDEA.

[Ema @David21259381]

@Simon_Ingari Why?

[santi @santtiagom_]

si tu app permite hacer pagos, hay una pregunta que tenés que responder:

¿cómo evitás cobrar 2 veces el mismo pago?

imaginá esta situación.

1) tu backend envía un cobro a Stripe.
2) Stripe procesa el pago.
3) pero por un timeout, tu backend nunca recibe la respuesta.

desde tu lado parece que el pago falló. entonces decidís reintentarlo.

¿y si el primer intento sí había funcionado?

si reintentás la operación, podrías cobrar 2 veces.

para resolver ese problema existe la idempotencia.

idempotencia es diseñar una operación para que, aunque la misma acción se repita, sus efectos ocurran una sola vez.

¿cómo funciona?

1) tu backend genera una clave única para ese pago, por ejemplo pago_123.
2) envía el cobro a Stripe junto con esa clave.
3) Stripe procesa el pago y guarda el resultado asociado a pago_123.
4) si tu backend reintenta el cobro con pago_123, Stripe reconoce que ese pago ya fue procesado y devuelve el resultado del primer intento.

de esta forma, te asegurás de cobrar una sola vez al usuario.

[Alexander Leishman 🇺🇸 @Leishman]

Argentina is a country designed in a lab to cause maximal stress for anyone involved.

[Ema @David21259381]

@CodeWithAmann Go