Skip to content
View patil2001's full-sized avatar
🎯
Focusing
🎯
Focusing

Block or report patil2001

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
patil2001/README.md

Typing SVG

# Hi, I'm Buddhaprakash Patil 👋

I am a Backend Engineer specializing in Java, Spring Boot, and distributed systems. I design microservices built to remain correct under retries, concurrency, and partial failure—focusing heavily on idempotency, event-driven messaging, and resilient integrations.

  • 🔭 Currently a Software Developer at Amdocs, owning production microservices and driving batch ETL performance optimization for T-Mobile.
  • Core Impact: Boosted transaction reliability by 20%, optimized Redis session token-storage by 35%, and scaled concurrent transfers to eliminate lost updates.
  • 💬 Ask me about: Defending against double-spends, transactional outbox patterns, or tuning SQL batch windows.

🛠️ Tech Stack & Systems Expertise

Languages & Frameworks

Java Spring Python

Databases & Caching

PostgreSQL Redis AWS

DevOps & Tools

Docker Kafka GitHub Actions

🚀 Key Architectural Case Studies & Projects

Java 21 • Spring Boot 3 • JWT • JPA • Event-Driven A digital wallet backend built to handle critical payment system failure modes:

  • Concurrency Control: Implemented optimistic locking (@Version) with bounded retry loops executing outside the Spring transaction proxy to prevent lost updates under low contention.
  • Double-Spend Prevention: Enforced strict idempotency keys driven by database unique constraints to safely stop concurrent duplicate requests.
  • Reliable Messaging: Leveraged a Transactional Outbox pattern paired with at-least-once relay and consumer deduplication to guarantee eventually consistent processing.

📊 Spring Batch ETL Optimization

Spring Batch • SQL Tuning • Table Partitioning • Amdocs (T-Mobile)

  • Problem: Peak run times were blowing past the designated batch windows due to read-heavy bottlenecks.
  • Solution: Profiled operations and introduced SQL tuning alongside database table partitioning to enable independent slices to run in parallel steps without write contention. Cut peak runtimes significantly.

📬 Connect With Me

Pinned Loading

  1. payflow payflow Public

    Digital wallet & payments backend — Java 21, Spring Boot 3: optimistic locking, idempotency keys, double-entry ledger, transactional outbox, JWT, rate limiting

    Java

  2. portfolio portfolio Public

    HTML