A short-side market radar that tracks signs of overheating when everyone says the market will keep rising. It helps people experiencing FOMO or questioning an overheated market view changes in price, volatility, investor flows, and public sentiment in one place.

• –Separated ingestion from reads with caching: Because the product needs to gather different kinds of indicators such as price, volatility, flows, and public sentiment from multiple external sources, collection runs as scheduled jobs while the UI reads data stored in PostgreSQL and Valkey(Redis).
• –Provider-independent data contracts: Responses from different sources are normalized into shared Zod-based DTOs so the UI and repositories do not depend directly on any provider's response shape.

A real-time interactive drawing engine prototype built to gain a fundamental understanding of digital drawing. It allows multiple users to draw simultaneously on a single canvas, optimized for smooth performance even as stroke count grows.

• –O(1) Rendering Performance: Introduced PixiJS RenderTexture to prevent main thread blocking caused by accumulating Bézier curve computations, eliminating frame drops as stroke count increases.
• –SSOT Architecture & State Sync: The server acts as the single source of truth for all stroke vector data. Snapshots every 50 strokes let late-joining users instantly reconstruct the full canvas state.
• –Optimistic UI: Client strokes are rendered locally immediately without waiting for server responses, maximizing user experience. However, an interview question helped me realize that concurrent drawing by multiple clients could cause race conditions, leading to inconsistent stroke order and mismatched canvas states across clients. To resolve this, I plan to update the architecture so the server broadcasts a confirmed stroke buffer at each snapshot interval, automatically reconciling stroke order across all connected clients.