Skip to content
View Salazarismo's full-sized avatar

Block or report Salazarismo

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 supported. This note will be visible to only you.
Report abuse

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

Report abuse
Salazarismo/README.md

Profile views Followers

Building software that survives reality.

Software Engineer focused on web, mobile, backend architecture, integrations, and operational reliability.
I build systems designed not only to work β€” but to remain coherent under scale, failure, retries, and real-world constraints.


🧠 How I think

I'm a developer who cares about what happens after the feature is shipped.

That means thinking about offline-first behavior, retry logic and idempotency, API consistency, and performance under real constraints β€” not as afterthoughts, but as first-class design decisions.

I'm drawn to problems where correctness matters more than hype, and where the difference between a good system and a great one shows up months later, under load, during an incident at 2am.

Turning ambiguous product problems into clear, predictable technical systems β€” that's where I operate best.


πŸ› οΈ Tech stack

Backend

Frontend & Mobile

Data, Infra & Observability

Tools & Workflow


πŸ“Š Activity


πŸ”§ What I like building

  • Reliability-oriented backend systems and sync engines
  • Offline-first mobile workflows with conflict resolution
  • Payment and external API integrations with proper retry and idempotency
  • Internal tools that eliminate operational friction
  • Architectures where failure is expected and handled gracefully

πŸ’¬ Engineering mindset

Good software is not the code that works once.
It is the code that remains understandable, resilient,
and economically maintainable when everything starts going wrong.

Pinned Loading

  1. IndexGrid/offline-first-sync-queue IndexGrid/offline-first-sync-queue Public

    Production-style offline-first synchronization architecture: local IndexedDB queue, batched POS sync, idempotent backend (externalId), retry/backoff, endpoint grouping, payload limits, and dead-let…

    TypeScript 2

  2. Portifolio Portifolio Public

    Astro